Выбор сервера для многопользовательских мобильных игр

[Astraport]

Посоветуйте, что выбрать. Обращу внимание, что речь именно о мобильных играх.

1) Adobe Cirrus. Отличная, простая, быстрая, бесплатная технология. Но, есть минусы, главный среди которых - не редкие проблемы с файерволами и всякими сетевыми делами. Если даже небольшая часть юзеров не получит доступа к мультиплееру - игра получит кучу негативных отзывов и можно ставить крест. Есть ещё Cumulus, но он по GPL лицензии.

2) Самописный сервер. Я более-менее освоил и протестировал node.js. Вещь отличная и быстрая, но никак не могу понять как её юзать для мобил. Если SWF лежит на сервере, то через веб-сокеты все работает, но совершенно нет примеров в сети для работы с мобилами (или AIR). Может кто поделится инфой? По идее и все остальные серверные сокеты должны по аналогии работать.

3) Всякие разные Player.IO (как-то нет у них ничего для мобил, нужно кудато написать, пришлют какое-то API и только для платных клиентов - но прежде чем покупать хотелось бы и попробовать), SmartFox (довольно дорого + нужно как-то настраивать серверную часть), Юнион и т. д. - все это платные решения, которые хороши и приемлемы, но никак не могу определиться.

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

Добавлено через 16 минут
https://www.exitgames.com/Pricing#

Вот классный сервер. Для инди всего $99 без ограничения кол-ва юзеров. Изучаю.

[gloomyBrain]

Дружище, тебя непонятно. Чем сервер для мобильных игр должен отличаться от сервера для всех остальных? И еще - почему в варианте с node.js ты рассматриваешь вебсокеты?
я бы рекомендовал ноду, потому что низкий порг вхождения и высокое соотношение между количеством кода и результатом. Готов поделиться всем что знаюи даже поучаствовать. Пиши что хочешь конкретно.

[Astraport]

gloomyBrain, спасибо за желание помочь и я тоже склоняюсь к ноде. Если есть примеры кода как реализован обмен сообщениями между AIR и node.js, буду очень признателен.
Пока у меня есть только это (http://nasko7.blogspot.ru/2010/10/how-to-connect-air-app-to-socketio-chat.html) (там и github, но проект старый и не обновляется, к тому же там серверная часть отсутствует), ну и свои старые наработки с Socket.IO.

Добавлено через 3 минуты
Чем сервер для мобильных игр должен отличаться от сервера для всех остальных?
Вот почти год назад я сделал тестовую игру (http://avatargame.cloudno.de/). Работает, но глючная ужас. Хотя возможно из-за бесплатного хостинга. Так вот там нужен HTML клиент, который использует разные js и WebSocket.swf. Кроме как через костыли это ещё можно решить для Androida, но в iOS все будет ещё хуже.

[iNils]

Astraport, я уже вторую вашу тему переношу из раздела "Организационные вопросы" в "Общие вопросы о Flash (не затрагивающие ActionScript)".
Раздел "Организационные вопросы" - не связан с техническими аспектами.

Использование Google API для поиска в своем приложении - если бы вы спрашивали про стоимость или юридические тонкости, то теме там было бы место. А если вы начинаете сравнивать API, то теме там не место.

Тоже самое с этой темой.

[Astraport]

iNils, я извиняюсь. Дело в том, что темы многогранные и сложно их однозначно причислить одной категории. По идее можно было и в AIR перенести и в Сетевые технологии, т. к. эти вопросы тоже затрагиваются. А так читаю описание темы - Вопросы, связанные с организацией и ведением проектов: ..., хостинг, ... и тп. Раздел не связан с программированием напрямую.
показалось что более подходит, чем - Вопросы, связанные с работой в IDE

Добавлено через 8 минут
Кстати, перенес на Андроид игру по ссылке - работает. Тем не менее, жду от gloomyBrain новых решений для ноды.

[gloomyBrain]

Так вот там нужен HTML клиент, который использует разные js и WebSocket.swf. Кроме как через костыли это ещё можно решить для Androida, но в iOS все будет ещё хуже.

Задача, мягко говоря, нетривиальная. На мой взгляд, тут проще обойтись каким-то шаманством собственного производства. Как я понял дело не упирается именно в вебсокеты, нужен просто риалтайм, правильно?
Если так, то я бы делал просто long-polling (подвешивание запросов). Чисто в теории, это просто http-запрос, который висит пока для него не сформируетс пачка данных, получает даные, отваливается и тут же коннектится заново. То есть работать должно на любой платформе.
Но.
Не проще ли рассмотреть схему с нормальным (то есть написанным на AIR) клиентом и обычными сокетными соединениями?
Я задаю столько вопросов чтобы просто прояснить ситуацию - действительно ли вебсокеты/HTML это требования, или это просто пожелания.

[Astraport]

нужен просто риалтайм, правильно?
Да, обычный мультиплеерный рилтайм.
действительно ли вебсокеты/HTML это требования, или это просто пожелания.
Год назад я не нашил ничего по теме сокетного соединения Flash и node.js кроме веб-сокетов.

Установка модулей ноды на Amazon EC2 для виндузятника - это нечто:)

[gloomyBrain]

Установка модулей ноды на Amazon EC2 для виндузятника - это нечто

Да? Странно. Вроде бы все предельно просто (хотя сам пока только whitepaper'ы читаю амазоновские, пока нет времени/необходимости потрогать).

Касательно модулей - в принципе, нет необходимости пользоваться чем-то кроме стандартной библиотеки. Если мы говорим об обычных tcp-сокетах, конечно.

По серверу можно/нужно начинать отсюда (http://nodejs.org/api/net.html). По клиенту даже не знаю. Могу кодом в личку.