Pull to refresh

Comments 8

Статья и концепт интересный, но есть ли фреймворки, поддерживающие данную парадигму, а также какой уровень доступа к кластерам необходим для реализации IMDG в своем решении: необходим ли физический доступ к компьютерам, можно ли аредновать Azure или возможно вообще крутиться на хостинге?
Фреймворков есть несколько: GridGain, Oracle Coherence, GemFire… Я точно знаю что GridGain свободно запускается на Amazon EC2 и Azure. Про другие фреймворки точно сказать не могу, но думаю что тоже можно.
Ещё есть интересный open-source IMDG от JBoss. У него есть некоторые возможности, которых нет в Oracle из коробки.
Большое спасибо. Почитаю про них на досуге
gricom уже писал подобное вступление: habrahabr.ru/users/gricom/topics/
Было бы неплохо увидеть продолжение тех постов, например, в виде сравнения готовых решений.
Да, но дело в том, что этот пост написан автором одного из IMDG (упомянутого в посте GridGain), так что интересно будет узнать, есть ли какие-либо различия в понимании IMDG.
Статья интересная и познавательная, но оставила ряд вопросов:
2PC предоставил более быстрый и простой способ гарантировать целостность данных и высокую пропускную способность в сравнении с MapReduce или EC

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

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

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

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


Спасибо!
Only those users with full accounts are able to leave comments. Log in, please.