У меня недавно был очень интересный разговор На нашем подкасте С Роном Льюис, директором инноваций и инжинирингом в Lumen Technologies. Рон поднял представление о том, что Harperdb — это больше, чем просто база данных, и для определенных пользователей или проектов Harperdb вообще не служит базой данных. Как это может быть возможным?
Объяснение базы данных
Ну, что на самом деле это база данных? Википедия Указывает, что «в вычислении база данных — это организованная коллекция данных, хранящихся и доступна в электронном виде от компьютерной системы». Другой сайт Просто утверждает, что «база данных — это систематический сбор данных. Они поддерживают электронное хранение и манипулирование данными. Базы данных делают управление данными проще.
Так что на его ядре, да, Harperdb Конечно, база данных и может выполнить эту функциональность (в конце концов, это то, что означает БД). Но это может сделать намного больше. Например, есть много случаев, когда организации хранят свои существующие системы баз данных на месте и используют HarperDB для расширения их текущей функциональности или для различных возможностей. Особенно, когда речь идет о решении сложных задач управления корпоративными данными, ответ редко (если когда-либо) входит в эту базу данных против этой базы данных. Это гораздо больше. Существует много разных движущихся деталей, связанных с захватом правильных данных, получение данных туда, где он должен быть своевременно, анализируя и действуя на эти данные и т. Д. Это действительно, где Harperdb сияет.
Harperdb: Взлетно-посадочная полоса для запуска технологии индустрии 4.0
Рон упомянул в нашем дискуссии о подкасте:
«Причина, по которой я вижу Harperdb как подрывную технологию, заключается в том, что вы часто называете базу данных Harperdb, но это не совсем база данных. Возможно, что некоторые люди называют сеткой данных или тканью данных … Я вижу Harperdb более как поверхность данных, особенно с функциями. Вся идея состоит в том, чтобы иметь возможность сходиться и контекстуализировать данные для поддержки принятия решений ».
Новый Пользовательские функции RON относится к тому, что пользователи позволяют пользователям определить свои собственные конечные точки API в HarperDB, в конечном итоге расширяя HarperDB из распределенной базы данных на распределенную платформу разработки приложений с интегрированным сохранением. Итак, теперь мы думаем о HarperDB в качестве сетки данных, ткани или поверхности, а не в базе данных. Это много модных слов! Давайте сделаем шаг назад.
Когда я попросил Рону то, что изначально нарисовал его, и его команда Харпердб, он предоставил некоторое великое понимание. Рон упомянул, что они работали над проектом для Департамента защиты (DOD), которые требуют перемещения, контекстуализации и сходящейся к данным, и им нужно что-то супер быстрое и интуитивное. Они были по сути ищете что-то простые в использовании и простой в развертывании, которые также гибкие и масштабируемые. Как только Harperdb и Ron подключались, он обнаружил, что HarperDB может быть развернут на устройствах как маленьких, как микропроцессоры, такие как Raspberry Pi или Tinker доска, вплоть до крупных серверов, облачных машин или суперкомпьютеров. Это побудило его интерес, так как ему нужна способность делать крупномасштабные аналитики и перемещать данные между устройствами простым способом.
На базовом уровне мы быстро поняли, что RON и команда Harprdb задавала те же вопросы:
- Когда мы смотрим на то, сколько данных должно двигаться, сколько создается на почасовой основе из данных OT на месте и т. Д., Как нам управлять, транспортировать и воспользоваться всеми этими данными?
- Как мы получаем данные туда, где он должен быть максимально эффективным образом?
Расширенная функциональность
Рон сказал, что с Harperdb он и его команда могли «определить движение данных и делать все эти сумасшедшие классные вещи». Поскольку они смотрели на разные военные адаптации, они смогли предпринять данные, которые выполняют встроенные в среду контроллера (OT) и разоблачить эти данные без необходимости иметь интерфейс человека (HMI). Они могли бы надежно переместить эти данные OT в облако, в высокомасштабируемую область корпоративных аналитиков, работающих на Harperdb в облаке, на вычислительных узлах.
Есть много случаев использования, аналогичные этого, где HarperDB может обеспечить целостное решение, которое делает синхронизацию данных и управление легко. В оборонном пространстве двунаправленные данные Harperdb двунаправленные данные позволяют сбора и перемещение данных и логики в режиме реального времени, сдвигая принятие решений по всей сети по мере необходимости. Игровая и медиа-индустрий извлекают выгоду от высокой производительности Harperdb и низкой задержки, с четкими последствиями как для организации, так и для конечного пользователя. Розничная торговля и билеты могут распознавать и блокировать плохие боты в режиме реального времени с глобальной репликацией Harperdb и настойчивостью к краю. Список продолжается! Вы можете узнать больше о отраслях, которые получают выгоду от высокой выполнения, низкой задержкой, здесь, распределенной геоинструкторой базы данных.
Почему Harperdb?
Рон объяснил: «Мы начали смотреть на все разные базы данных, которые масштабируются, как Coundbase и куча других, но мы оказались сосредоточены на Harperdb из-за гибкости. Затем Стивен придумал идею функций, потому что многие из того, что мы требовали, чтобы мы поместили прокси API перед двигателем данных. Он сказал, как насчет своей жизни проще? Это просто удивительно, как HarperDB проверяет все коробки ».
Рон продолжил: «Если вы думаете о том, как базы данных общаются и разные модели, я люблю, как Harperdb делает это через собственную интеграцию всех этих компонентов. Независимо от того, на что он работает или где, Harprdb разрушительно, потому что я могу переместить различные типы данных, и различные типы активов, таких как функциональные возможности, от места, чтобы не оставлять без необходимости беспокоиться о взаимодействии разных данных, Я не должен беспокоиться о размере и масштабах. Базы данных обычно не спроектированы как настойчивые против непостояние, они, как правило, масштабируются вертикально вместо горизонтали. Harperdb весы красиво; Контейнеретная версия Harperdb привязана к постоянному хранению, позволяет мне масштабировать Harperdb для удовлетворения моих целей производительности. Рабочая нагрузка, которую она может выполнять, удивительна, и способность фактически масштабироваться горизонтально, а также потрясающая, потому что она не характерна для двигателей базы данных ».
Следовательно, HarperDB является уникальным решением для сложных задач корпоративных задач, поскольку двигатель базы данных невелик и достаточно гибкий, чтобы работать на микроконтроллере, работающем на бортовой системе, которые также могут быть продлены к краю голым металлом или каким-то вариантыми. Анализ верности, а также может быть перенесен в облако — все со скоростью Интернета. Harperdb может масштабироваться вертикально и Горизонтально во время удовлетворения потребностей производительности. Это действительно больше, чем просто база данных.
Суммируйте его, Рон заявил:
» Из экосистемы, управляемой данными, Harprdb проложен путь вперед, перемещаясь от сетки на ткань до фактической поверхности данных и обеспечивает контекстуализацию данных прямо из двигателя базы данных, который будет ключевым к фундаментальному сдвигу в поведении применения ».
Прогнозы на будущее
Чтобы завершить наш разговор, попросил Рону о будущем технологии. Он упомянул несколько ключевых вещей:
- Переход от облака к краю почти наверняка.
- Природа приложений изменится, чтобы взять более распределенную природу, вдоль линии распределенной функциональности с помощью краевых рабочих нагрузок, управляемых и развернутыми из некоторых типов облачного оркестратора.
- Когда мы посмотрим на природу изменения приложений, данные будут более контекстуализированы с точки зрения базы данных или настойчивой слоя, а не на приложении или бизнес-слое, и HarperDB ведет на этот счет.
Там у вас есть люди. Будущее все о данных. Существует постоянная потребность в организациях, чтобы иметь свои данные, где они нуждаются в этом, благодаря способности организовывать данные, в которых она как создается и потребляется. Если вы не оцениваете свои данные и как вы справляетесь с вашими данными, где вы будете в 1, 5 или 10 лет с данного?
Оригинал: «https://dev.to/harperdb/harperdb-more-than-a-database-11o9»