GridGain corporate blog
.NET
SQL
C#
Big Data
Comments 18
+1

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

+1
Да, после выпуска распределенного дискового хранилища, Ignite дошел до того этапа, когда он может полностью заменить Cassandra. По большому счету, в Ignite есть все то, что дает Cassandra + SQL with JOINs, ACID transaction и полноценное in-memory storage для данных и индексов.
+1
вроде ignite это распределенный кластер, а тут в каком-то хитром режиме embeded поднимается?
+2
Подскажите а для Python полноценная библиотека планируется?
0
На сайте написано ".NET starts the JVM in the same process and communicates with it via JNI & C++". Это именно то, что Вы описали в Межпроцессном взаимодействии?
+2

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


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

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

Для этого есть 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

0

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

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

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

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

0

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


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


  2. Data Center Replication


  3. Да


  4. Security


  5. Management


  6. Да

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

Only those users with full accounts are able to leave comments. , please.