Рекомендации по переносу нашего веб-приложения на устройство - PullRequest
3 голосов
/ 02 февраля 2011

Мы разработали довольно популярное веб-приложение для Linux.Теперь мы хотим выпустить его как устройство, чтобы клиенты могли запускать его внутри своих сетей.

Мы не уверены в наилучшем подходе.Мы гибки в таких областях, как: дистрибутив Linux, будь то аппаратное или программное обеспечение.У кого-нибудь есть какой-нибудь совет о том, как лучше всего это сделать?Ссылки на какие-либо хорошие ресурсы по теме?Вопросы, которые мы должны задавать себе?Правовые соображения для коммерческого приложения?Вопросы безопасности?

ОБНОВЛЕНИЕ:

Это веб-приложение на основе Python.Мы бы хотели, чтобы пользователь мог делать все через веб-интерфейс.Нет командной строки и т. Д.

Ответы [ 2 ]

1 голос
/ 05 февраля 2011

Я знаю, что когда Github нужно было сделать что-то подобное, они заключили контракт с компанией, специализирующейся на установщиках сборки, под названием BitRock .

Если вы хотите разработать решение самостоятельно, вы не ошибетесь, создав пакет Debian (или RPM, если хотите).Это то, что большинству системных администраторов Linux будет удобно, и есть очень хорошо известные способы дать им сочетание настройки / контроля, а также облегчить управление процессом с вашей стороны.Это также дает вам и вашим пользователям очень известный путь обновления.

Если у вас нет особых запросов от клиентов, я бы уклонился от устройства под ключ, где вы предоставляете оборудование.Это дополнительная работа для вас и может быть отключением для клиентов.У разных предприятий разные потребности, поэтому, возможно, ваша клиентская база не имеет ИТ-отделов и предпочла бы комплексное решение.Пока вы не спросите, вы не можете быть уверены, хотя.

0 голосов
/ 02 февраля 2011

Зависит от того, что написано в языковом / технологическом приложении. Если это Java, отпустите файл war + tomcat / jboss. Если это питон, выпустите яйца. Если это php ... не уверен, возможно просто .tar.bz2.

Дистрибутив Linux или виртуальный образ могут быть преимуществом, но я не люблю их использовать, потому что они обычно не подходят для моей инфраструктуры (почему я должен устанавливать какой-то пользовательский дистрибутив на основе Debian для моей инфраструктуры rhel-only?).

...