Какие критерии мне следует использовать для оценки сервера приложений Perl (замена mod_perl)?

Starman - это высокопроизводительный веб-сервер PSGI / Plack для предварительной установки, который можно использовать в этом контексте. Легко создать приложение REST, которое обслуживает объекты JSON без сохранения состояния (это простой вариант использования).

Starman - это готовый к работе сервер, и очень легко установить набор экземпляров Starman за обратным прокси-сервером (этот вопрос SO может вам помочь), для масштабирования

Думаю, вы уже определили, что вам нужно знать и что тестировать: время выполнения по сравнению с памятью. Вам также необходимо оценить гибкость и простоту развертывания, которые вы получаете с mod_perl, и большой выигрыш от сохранения полезности программного обеспечения, которое вы уже разработали (и накопленный опыт ваших сотрудников). Помните, что вы можете легко разделить службы по ЦП и машинам, если ваш новый интерфейс будет взаимодействовать с вашими приложениями внутри вашей собственной сети. Многое зависит от того, насколько «веб» вы можете сделать свои сервисы и можно ли их эффективно «демонизировать». Конечно, существует множество способов взаимодействия веб-интерфейсов с другими сервисами, и perl может обрабатывать почти все из них ... TIMTOWTDI.

Поскольку вы упоминаете "tuits" (т.е. "manpower") как ограничение, возможно, лучшим подходом в краткосрочной перспективе является создание отдельного экземпляра apache - mod_perl в качестве "контейнера приложения" и запуск вашего приложения таким образом (так как они уже хорошо работают, это правильно?). В конце концов, apache (и mod_perl) хорошо известны, протестированы в боевых условиях и в высшей степени настраиваемы и конфигурируемы. Варианты развертывания довольно гибкие (одна и та же машина, разные машины, переключение при отказе, балансировка нагрузки, облако, локальные, виртуальные машины), и они также были хорошо протестированы.

После того, как вы запустите это, вы можете начать экспериментировать с различными подходами с «малой потребностью в рабочей силе», чтобы волшебным образом демонизировать ваши приложения и службы без apache. Plack и Starman, Mojolicious:: - это еще одна структура, способная работать с веб-сокетами JSON и т. Д. (И Plack). Они тоже были хорошо протестированы, но, возможно, менее знакомы, чем mod_perl и Apache. Тем не менее, если вы работаете в магазине Perl, у вас не должно возникнуть проблем с работой с этими «современными» инструментами. Однажды, если у вас действительно окажется больше ресурсов, вы сможете создать сложную сетевую платформу для всех ваших служб на основе Perl и использовать все классные «новые» (или, по крайней мере, новее, чем mod_perl) вещи на CPAN, например _ 13_, Plack и т. д. Вы можете получить массу удовольствия от разработки интересных вещей, решая свои бизнес-задачи.

Чтобы прояснить мой предыдущий комментарий: Ubic (см. Ubic в MetaCPAN) может демонизировать (и, таким образом, прекомпилировать) ваши perl инструменты и предлагает некоторые средства мониторинга и управления, которые предоставляются бесплатно вместе с фреймворком. Доступен один модуль Ubic, предназначенный для использования с Plack, который называется Ubic::Service::Plack. Сам по себе Ubic не обеспечивает простое решение для вашего нового приложения Java / Swing для взаимодействия с вашими Perl-приложениями, но он может помочь в управлении / мониторинге любого решения, которое вы придумаете.

Удачи и приятного времяпровождения!

Вы можете создать простой демон, используя HTTP :: Daemon, и получить все необходимые преимущества компиляции части вашего кода позже (require) или заранее, до запуска демона.