Как по-вашему, когда Ignite станет полностью production-ready? Всё же, он ещё довольно молод. И вообще, это ведь прямая замена Cassandra, верно?

Ignite вполне себе production-ready и работает в продакшне у разных серьёзных чуваков :)
https://www.gridgain.com/customers/featured-customers


Cassandra довольно сильно отличается от Ignite.

В смысле замена Cassandra? Она же вообще про другое.
Да, после выпуска распределенного дискового хранилища, Ignite дошел до того этапа, когда он может полностью заменить Cassandra. По большому счету, в Ignite есть все то, что дает Cassandra + SQL with JOINs, ACID transaction и полноценное in-memory storage для данных и индексов.
вроде ignite это распределенный кластер, а тут в каком-то хитром режиме embeded поднимается?

Это не хитрый режим. Выполняя код Ignition.Start() в .NET/Java/C++ мы запускаем ноду Ignite внутри текущего процесса.


В предыдущем посте подробнее: https://habrahabr.ru/company/gridgain/blog/325830/

Подскажите а для Python полноценная библиотека планируется?

Да, сейчас идёт разработка открытого клиентского протокола, который позволит писать клиентов на любых языках.


Насколько я знаю, Python в планах, особенно в связи с активностью по ML.

На сайте написано ".NET starts the JVM in the same process and communicates with it via JNI & C++". Это именно то, что Вы описали в Межпроцессном взаимодействии?

Не совсем так; in-process JVM — это детали реализации.


Межпроцессное взаимодействие осуществляется через различные API Ignite — Cache, Messaging, Compute, и так далее. Эти API есть в Java, .NET, C++. Таким образом, приложения в разных процессах, написанные на разных языках, могут взаимодействовать друг с другом.

Можно ли строить микросервисную архитектуру, используя IgniteQueue в качестве транспорта? И есть ли внутри Ignite AP инструменты ootb для реализации request-response взаимодействия между нодами?
строить микросервисную архитектуру

Для этого есть Ignite Services API (упомянут в этой статье, кстати):
https://habrahabr.ru/company/gridgain/blog/327380/
https://apacheignite.readme.io/docs/service-grid


request-response взаимодействия между нодами

Да, это всё те же services, а так же Compute, который помимо map-reduce функционала позволяет выборочно выполнить код на конкретном узле.
https://apacheignite-net.readme.io/docs/compute-grid

А планируется ли .NET API для k-means?

Да, без сомнения, но сроков пока нет. Думаю, в следующем году.

Запускаем несколько раз и убеждаемся, что данные не теряются.

А расскажите пожалуйста, где можно почитать про это подробнее.
Просто между
«Запустили несколько раз и проверили что данные не исчезают»
и
«тут можно надежно хранить данные в продакшене»
большая разница. От второго требуются в т.ч.
1. Удобное и стандартное снятие бакапов, в том числе инкрементальных.
2. Disaster recovery (это как я понимаю у вас есть автоматом)
3. Возможность прозрачно увеличить объем просто добавив дисков.
4. Возможность хранить данные зашифрованными с разделением ролей на админа базы и офицера безопасности (аналог transparent data encryption у оракла)
5. Развитые средства мониторинга всего этого добра. Нет, остаток места нельзя узнать с помощью df -h
6. Опционально транзакционность
7. Еще что-то, о чем я сейчас забыл вспомнить

Просто все nosql решения как-то очень аккуратно обходят это все, как у вас с этим дело обстоит?

Почитать можно на оф. сайте.


  1. GridGain выпускает платный плагин для Ignite, там это есть


  2. Data Center Replication


  3. Да


  4. Security


  5. Management


  6. Да

Развитие идёт как раз в сторону полноценной SQL базы данных. Пробелов по сравнению с большими дядями (Oracle/Postgres/...) пока много, но работа идёт именно в этом направлении.

спасибо
промахнулся
Только полноправные пользователи могут оставлять комментарии.
Войдите, пожалуйста.