Как мне спроектировать сервер БД и API для пошаговой многопользовательской настольной игры для iPhone? (думая о nodejs, mongo, couch и т. д.)

Я работаю над пошаговой настольной игрой для iPhone и, в конце концов, для Android. Я использую Appcelerator Titanium для его разработки. Мой многопользовательский дизайн похож на слова с друзьями. Пользователи по очереди сменяются, и затем игровое поле противника обновляется соответствующим образом.

Одна из моих потребностей - иметь API обмена сообщениями, который позволяет устройствам двух игроков обновлять друг друга в статусе игрового поля после хода. , Подумайте об этом с помощью JSON и сохраните объект JSON на устройстве, которое содержит местоположение всех игровых фигур в любой момент времени. Это объект, который нужно будет обновить на локальном устройстве, а затем отправить изменение на устройство противника после того, как будет сделан ход.

В прошлом я делал API для мобильных платформ, и для этого я использовал PHP с MySQL и отправил JSON туда и обратно между сервером API и мобильным устройством. Работает просто отлично для пользователей с низким уровнем одновременного использования и, как правило, не массовых приложений. Надеюсь, что этот станет массовым;)

Так что теперь, вместо обычного httpd-сервера и тому подобного я начинаю думать о постоянных сокетах и ​​о том, нужны они мне или нет для моей новой игры. Я также думаю, что было бы разумно отказаться от большого стека LAMP, а для масштабируемости и, возможно, простоты разработки - больше склоняться к потоку данных чего-то вроде Mongo / Couch -> node.js -> iPhone. Я буду честен, это был бы мой первый набег в не-sql db и node.js.

Заинтересован в том, чтобы услышать мнения других людей об этом, дополнительные варианты / мысли, и думаю ли я о это правильный путь, или просто создаю головную боль для себя.