Всегда есть отдельные аналитические консоли, которые подчиняются аналитикам.

Пока изучаю в целом какие есть базы данных в памяти и их применение. А после от заказчика будет задача на эту тему.

Как по мне, так рынок In-memory решений не очень большой, и вполне четко поделенный. VoltDB и MemSQL — для SQL и масштабируемости, платные. Tarantool и Ignite — это больше платформы для распределенных lambda-вычислений + кэш, чем традиционные СУБД, в них нет SQL и совместимости с рыночными bi инструментами.  Всякие oracle, MySQL, mssql — это традиционные одномашинные СУБД, без масштабирования и со всякими ограничениями: например, MySQL in-memory не поддерживает row-level локи, насколько мне известно.

Буду рад услышать комментарии сообщества по теме выше

Couchbase еще можно добавить

опять же redis, aerospike и прочие (БД ведь понятие растяжимое)

Ещё можно добавить aerospike: с быстрым распределенным доступом на crud по ключу

у меня тема последней недели, если вам для аналитики, то потрогайте руками -  Exasol

Но аналитику на redis и aerospike строить не надо

Нас как раз таки интересует именно open source базы данных  в памяти. Поэтому взяла из всего ignite, aerospike, altibase, kognitio, hazelcast

А где в организационной структуре находится аналитика? Это сервисное подразделение, исследовательское или это департамент со своими целями и результатами?

Компания большая по идеи. Есть отдельный блок, который недавно объединилось в одно целое и занимается ИТ. В организационной структуре есть отдел, который поддерживает data management platform. Заказчиком является команда биг дата.

Я в скольких компаниях не был, сам я аналитик данных/дата инженер , было так:
Админы это отдельный департамент информ технологий
Они контролят вход данных, память, доступу и тд.
А аналитики это ещё один отдельный департамент, где сами писали sql , процедуры, джобы триггеры, пакеты частично писали логику

ПО сути почти также. Но вместе департамента - отделы. А уровень выше службы.

Пытаюсь сейчас понять роли. Есть такая роль CDO - тот кто топит за данные, чтобы они везде были правильные, доступные, чтобы архитектура была подходящая. Он в классике подчиняется CTO. В определении ibm напичвно, что CDO еще и за аналитику топить должен. Но так ли это на самом деле? Или есть человек  CAO, который берет аналитиков и DS за шкирку и развивает, задает культуру работы с принятием решений и так далее

Распределённые SQL-ные БД в памяти вряд-ли появятся в обозримом будущем, потому что мешают законы физики. Чтобы агрегировать данные нужно распределить запросы по узлам, а потом по сети собрать данные и что-то с ними сделать. А ещё нужно "поднять" данные на эти узлы и держать их консистентными

Скорее всего, в ближайшее время будет пересмотрена архитектура "традиционных" баз, потому что уже сейчас есть оперативная память с постоянным хранением ,которая медленнее всего в два раза чем обычная оператива и стоит разумно дороже чем ssd

Да, почему распределённые базы данных с поддержкой SQL есть, а таких же в памяти нет. Это потому, что "в памяти" про быстро, а распределённый SQL это медленно. Так что в определённом смысле делать такие базы, точнее накручивать SQL поверх существующих, бессмысленно, хоть и очень хочется

Гриды, ignite и hazelcast - они не про запросы, они про вычисления которые можно закодить, распределить и вычислить на наборах данных, которые предварительно загрузили в память. Всё остальное - не их прямое назначение. Они пытаются впилить SQL, потому что так хотят клиенты, которые не понимают как всё это работает

Ещё их почему-то используют для кеширования. Наверно есть смысл, хотя он не очевиден, ввиду текущей надёжности этих решений.