Я никогда не использовал распределенные кэши/DHT, такие как memcached, jboss cache, ehcache и т. Д. Мне интересно, какая из них подходит для моего использования.java распределенный кеш для низкой латентности, высокая доступность
Во-первых, я не занимаюсь веб-приложениями (поскольку большинство этих проектов, похоже, ориентированы на веб-приложения). Я пишу серверы (системы управления заказами фактически) для финансовых торговых фирм. Сами серверы не слишком сложны. Они должны получать информацию (рыночные данные, заказы, казни и т. Д.), Маршрутизируя их к месту назначения, возможно, изменяя некоторые из этих сообщений.
Я смотрю на эти продукты, чтобы решить следующие задачи:
Safe хранилище состояния сервера. Я предпочел бы построить логику моего приложения в виде группы трансформаторов (аналогично Apache Camel) и сохранить состояние в «безопасном» месте
Этот репозиторий должен быть распространен: в случае сбоя одного из этих хранилищ данных , один или два должны быть подняты, и я должен был бы легко переключаться на них
Этот репозиторий должен быть fast. Однозначные миллисекунды рассчитываются здесь, другими словами, системы, которые потребляют/обрабатывают эти данные, являются автоматизированными системами, а не людьми, которые нажимают на ссылки. Эта система должна иметь высокую пропускную способность и с низкой задержкой. Отправляя свои данные вне процесса, я неизбежно замедляю производительность, но я стараюсь сбалансировать абсолютную необработанную скорость и абсолютную защиту данных.
Этот репозиторий должен быть безопасным. Как и в случае нескольких резервных копий в режиме онлайн, этой системе необходимо записать данные на диск (возможно, более одного диска).
Я бы очень хотел прекратить писать собственные «серверы транзакций». Правильно ли я смотрю на такие проекты, как кеш jboss, ehcache и т. Д.?
Благодаря
Но ему нужен кеш – HaveAGuess
@HaveAGuess. Это хороший момент, однако реализация распределенного кеша относительно проста, когда у вас есть низкая латентность. –