Мы разрабатываем серверную систему в Scala + Akka для игры, которая будет обслуживать клиентов в Android, iPhone и Second Life.Есть части этого сервера, которые должны быть высокодоступными и работать на нескольких машинах.Если один из этих серверов умирает (например, из-за аппаратного сбоя), система должна продолжать работать.Я думаю, что я хочу, чтобы у клиентов был список машин, к которым они будут пытаться подключиться, подобно тому, как работает Cassandra.
Примеры с несколькими узлами, которые я видел до сих пор с Akka, кажутся мне сосредоточеннымивокруг идеи масштабируемости, а не высокой доступности (по крайней мере, в отношении аппаратного обеспечения).Многоузловые примеры, похоже, всегда имеют одну точку отказа.Например, существуют балансировщики нагрузки, но если мне потребуется перезагрузить одну из машин, на которых установлены балансировщики нагрузки, моя система будет испытывать некоторые простои.
Есть ли примеры, показывающие отказоустойчивость этого типа оборудования для Akka?Или у вас есть какие-нибудь мысли о хороших способах сделать это?
Пока что лучший ответ, который я смог найти, - это изучить документы Erlang OTP, медитировать на них и попробоватьчтобы понять, как собрать мою систему, используя стандартные блоки, доступные в Akka.
Но если есть ресурсы, примеры или идеи о том, как разделить состояние между несколькими машинами таким образом, чтобы, если одна из них работалаВещи продолжают работать, я, конечно, ценю их, потому что я обеспокоен тем, что могу заново изобретать колесо здесь.Может быть, существует многоузловой контейнер STM, который автоматически синхронизирует общее состояние между несколькими узлами?Или, может быть, это так легко сделать, что документация не показывает примеры того, как это сделать, или, возможно, я еще не достаточно тщательно провел свои исследования и эксперименты.Будем благодарны за любые мысли или идеи.