Как создать распределенный удаленный кластер с помощью Oracle Coherence

Question

Я хочу использовать Oracle Coherence как распределенный кластер удаленного (имеющие несколько кэшей) для моих приложений и приложений можно подключить этот удаленный кластер с помощью TCP-Продлить политику.

Кэш может содержать:

1.) [База данных Caching]: записи базы данных (например, кэш L2)

2.) [Self-Населенные Cache]: Заполнение кэша с данными вытащил из какого-то магазина. После заполнения только сетка/кластер сможет обслуживать запрос.

Я имею в виду один из двух подходов для достижения этой цели:.

1.) Использование сервера когерентности в режиме кластера (развертывается с сервера HTTP в сборке, вероятно GlassFish).

2.) Использование когерентности с weblogic в режиме кластера.

Все узлы кластера будут находиться на разных машинах для формирования распределенного кэша. Приложения могут подключаться к этому удаленному кластеру/сетке с помощью TCP-Extend Client с именем кэша для требуемых данных.

Какой подход хорош и почему для такого требования ..?

Любой другой лучший подход ...?

Answer 1

Вот плюсы и минусы для случаев использований:

1) Использование сервера когерентности в режиме кластера:
Pros:

• Легко для разработки и блока/тестирования интеграции так как нет необходимости устанавливать Weblogic на машинах разработчика и сборки.
  

Минусы:

• администрирования и мониторинга кластера Согласованность будет проблемой, как вам нужно будет выяснить, как интегрировать Согласованность узлы кластера с GlassFish. Хотя кэширование L2 прямолинейно, и есть документация о том, как интегрировать Coherence * Web с Glassfish, это только для кэширования веб-сеансов и не распространяется на использование кэша [Self-Populated Cache].

• Оракул рекомендует вам disable local storage for Extend-Proxy server nodes, что означает, что вам нужно будет иметь несколько JVM, поскольку узлы с поддержкой хранения Glassfish + Coherence и другие JVM как узлы с ограничениями на расширение прокси-сервера. Возможно, вам придется создавать собственные скрипты/инструменты для управления и контроля этих разных узлов.

2) Использование согласованности с Weblogic в режиме кластера.
Плюсы:

• Administration and Monitoring of Coherence cluster в тесте и Prod окр легко с помощью WLAdmin консоли.
• Поддержка хранения кластеров и расширений-Прокси. Делает масштабирование кластера вверх/вниз очень простым.
• Поддерживает формат архива GAR, который позволяет легко развернуть несколько приложений когерентности и самостоятельно управлять их жизненными циклами.

Минусы:

• Необходимо установить Weblogic на разработчик/строить машины. Вы можете избежать установки Weblogic с помощью упаковки приложения в архиве GAR и развертывания, что в автономном режиме на разработчика и блок/интеграции испытательной машины, передавая путь гар файла класса DefaultCacheSever как это:

java -server -Xms512m -Xmx512m -cp APPLICATION_HOME\config;COHERENCE_HOME\lib\coherence.jar com.tangosol.net.DefaultCacheServer D:\example\MyGAR.gar

Использование инструментов Weblogic действительно помогает операционным сотрудникам управлять кластером и дает разработчикам некоторые преимущества.