Что такое In-Memory Data Grid

[@tick]

Прелестные картинки.

[@Dima_Sharihin]

Статья и концепт интересный, но есть ли фреймворки, поддерживающие данную парадигму, а также какой уровень доступа к кластерам необходим для реализации IMDG в своем решении: необходим ли физический доступ к компьютерам, можно ли аредновать Azure или возможно вообще крутиться на хостинге?

[@dsetrakyan]

Фреймворков есть несколько: GridGain, Oracle Coherence, GemFire… Я точно знаю что GridGain свободно запускается на Amazon EC2 и Azure. Про другие фреймворки точно сказать не могу, но думаю что тоже можно.

[@gricom]

Ещё есть интересный open-source IMDG от JBoss. У него есть некоторые возможности, которых нет в Oracle из коробки.

[@Dima_Sharihin]

Большое спасибо. Почитаю про них на досуге

[@remal]

gricom уже писал подобное вступление: habrahabr.ru/users/gricom/topics/
Было бы неплохо увидеть продолжение тех постов, например, в виде сравнения готовых решений.

[@gricom]

Да, но дело в том, что этот пост написан автором одного из IMDG (упомянутого в посте GridGain), так что интересно будет узнать, есть ли какие-либо различия в понимании IMDG.

[@kozian]

Статья интересная и познавательная, но оставила ряд вопросов:

2PC предоставил более быстрый и простой способ гарантировать целостность данных и высокую пропускную способность в сравнении с MapReduce или EC

• Что делает двухфазный комит быстрее отсутствия двухфазного комита (про EC) при прочих равных условиях?
• Как сравнивалась MapReduce (как модель вычислений) с процессом записи в хранилище?
• Правильно ли я понял, что in-memory хранилище сравнивалось по скорости с традиционными хранилищами на HDD?

Также, обращайте внимание на возможность делать запросы (query) в кэш во время выполнения.

• Что означает «кэш» в контексте in-memory хранилища?

И два отдельных вопроса по самой технологии:

• Как обеспечивается persistence?
• Как обеспечивается fail-over при выпадении машины из кластера?

Спасибо!