Изначально мой вопрос должен был быть более конкретным: «Может ли nconf (конфигурация webapp для nagios) работать на nginx»?
Как разработчик, я влюблен в nginx за его низкое использование ресурсов, настраиваемые сборки и простую и удобочитаемую конфигурацию, но частью моей работы также является системное администрирование / настройка, поэтому повторяемость и простота настройки становятся гораздо важнее.
Я обнаружил, что прыгаю через обручи, чтобы заставить вещи работать должным образом под nginx, поскольку нет стандартного решения «просто добавьте модуль mod-something», а также большинства старых добрых приложений администрирования, к которым мы привыкли, таких как nagios, nconf и т. д. часто перечисляют apache как требование, которое мне кажется глупым, потому что с точки зрения разработки веб-сервер, обслуживающий ваш сгенерированный html / любой вывод, не должен диктовать, как вы пишете свои приложения.
Обслуживать nagios было не так уж больно, мне пришлось узнать о fcgiwrap и php-fpm, но теперь я наткнулся на камень преткновения с nconf, поскольку он зависит от некоторых модулей perl, и после их установки в apache2 все выглядит круто, но все же что приводит к незарегистрированной ошибке 501 в nginx. Чтобы запустить Redmine, мне пришлось создать собственную сборку nginx, и поскольку я хотел использовать корпоративный рубин, мне пришлось преодолеть еще несколько препятствий.
Должен ли я просто прекратить попытки использовать nginx для внутренних сервисов и потратить больше времени на садоводство, или есть какой-нибудь отличный способ отслеживать все эти ужасные настройки, чтобы позволить моему преемнику взять на себя управление без угрызений совести?
Я тоже люблю nginx. Но...
Если веб-приложение не рекламирует поддержку nginx, не используйте это в производстве, пока вы не убедите их поддержать nginx, или пока вы не захотите и не сможете поддерживать его самостоятельно.
И да, есть способ отслеживать все эти ужасы установки. Ты должен писать документация для всего, что вы делаете с этими серверами.