Самый масштабируемый веб-стек для высокопроизводительного приложения Flash / Flex / AIR?

flex flash web-applications scala client-server

461 просмотра

3 ответа

Я нахожусь на этапе планирования нового многопользовательского клиент-серверного приложения, использующего Flash через Flex и AIR. Я пытаюсь решить, какая веб-платформа / стек лучше всего подходит для этого?

Я использовал RoR в прошлом, но, насколько я понимаю, RoR является однопоточным, и поэтому не является идеальным выбором для обработки потенциально тысяч одновременных запросов.

Я немного читал о Scala и Lift, и это интригующий вариант, но мне было интересно, есть ли другие языки / фреймворки, которые хорошо подойдут для моего проекта?

Автор: Jason Miesionczek Источник Размещён: 17.05.2019 02:49

Ответы (3)


1 плюс

Решение

я не знаю слишком много о Scala и Lift ... если вы хотите придерживаться ruby, посмотрите merb ... кажется, он все равно будет объединен с RoR, так что вы можете просто подождать следующую версию .. :)

Возможно, вы захотите взглянуть на Haxe (язык высокого уровня, предназначенный для многих платформ, таких как AVM1, AVM2, PHP, c ++ и т. д.) и neko (серверная виртуальная машина, доступная в качестве цели компилятора для Haxe), а также удаленного взаимодействия Haxe. (вы можете просто скомпилировать ваш сетевой код Haxe в SWC и придерживаться AS3 / mxml для остального) ... Neko достаточно хорошо масштабируется ... это очень легко и расширяемо ... есть много способов использовать его в качестве сервера платформу, но она также позволяет писать все с нуля, поскольку API предоставляет доступ низкого уровня ...

edit : вам лучше использовать mod_tora , так как он занимает меньше места ... для других упомянутых вещей, просто проверьте список рассылки ... есть слой "базы данных простых постоянных объектов", который может помочь ... также там это какая-то "полная база данных персистентных объектов", плавающая вокруг ... и для маршрутизации, есть также несколько решений ... не забудьте проверить haxelib ... вы можете найти довольно много вещей многоразового использования там ...

Автор: back2dos Размещён: 11.06.2009 04:12

1 плюс

Недавнее сравнение вертикальной масштабируемости было сделано для Nginx и Lighty:

http://forum.gwan.com/index.php?p=/discussion/525/nginx1.0.6-vs-lighttpd1.4.29-vs-g-wan2.9.30-rpscpuram/

Может ли оно принести пользу вашему приложению, зависит от многих факторов, но с учетом особенностей процессора, ОЗУ и RPS, описанных здесь, этот тест может помочь определить наилучшее соответствие в каждом конкретном случае.

Автор: Randall Размещён: 24.10.2011 01:21

0 плюса

Я бы порекомендовал использовать lighttpd для показа вашего статического контента. Ожидается ли, что ваше приложение AIR будет взаимодействовать с сервером, на котором оно обслуживалось другими нашими службами, предоставляемыми другими сайтами Saas? RoR или Scala или Lift отлично подходят, если вы хотите сохранить свой контроллер (MVC) на сервере. С AIR я не думаю, что вы хотите идти по этому пути, поскольку это увеличивает сложность взаимодействия с контроллером, и вам нужно поддерживать состояние в двух местах.

Если ваша модель взаимодействия клиент-сервер будет просто потреблять REST-сервисы (хотя поддержка REST в Flex не слишком удобна, поэтому вам, вероятно, потребуется написать собственную библиотеку сокетов для поддержки других глаголов REST и для получения доступа к заголовкам), тогда Ваш бэкэнд-сервер становится намного менее сложным. Вам нужно только иметь дело с запросом / ответом HTTP-запроса.

Хорошо, так что я бы порекомендовал.

CherryPy для сервлетов Python / Jetty для Java

Убедитесь, что вы выбрали средний уровень кэширования, например memcached или tokyotyrant (оба поддерживают все среды, упомянутые в моем посте, и другие).

Автор: Noah Campbell Размещён: 11.06.2009 04:22
Вопросы из категории :
32x32