Comments 32
Всех благ!
F5 - это крутейший фотоаппарат от Никона, лучший в истории. Плёночный
// Игра в ассоциации
А вы все ещё придерживаетесь принципа zero bug tolerance?
Круто! А можете рассказать, как вы находите клиентов? Или как они вас находят? Я так понимаю, это основная проблема, с технической стороны для вас всё знакомо и понятно.
Если совсем коротко – то благодаря вам. Тем, кто про нас узнает, рассказывает коллегам.
После этого к нам приходят познакомиться, попробовать на пилотных проектах, и уже далее масштабируемся. Сарафанное радио.
Клиенты в поисках продуктов, которые решают задачи в инфраструктуре.
Есть еще целый пласт задач балансировки, который закрывался западными вендорами (так называемые системы балансировки, ADC). Прямой замены нет, но есть возможность уже сегодня решать часть задач. Соответсвенно приходят, спрашивают. Мы что-то кладем в дорожную карту, оно появляется оперативно – народ это ценит и мы переходим к коммерческой части.
Совсем копьё – это замещение Nginx Plus. Даже смешно.
Холодными продажами не занимаемся.
Клиенты уровня big tech компаний – сами себе инженеры. Свои свечные заводики (ну ок).
Выступаем на конференциях. В этом году два доклада на HighLoad:
Запуск приложений из Angie https://highload.ru/moscow/2024/abstracts/13181
Поддержка WASM https://highload.ru/moscow/2024/abstracts/13031
В общем по старинке – если инженеру заходит – тогда есть интерес.
Запуск приложений из Angie https://highload.ru/moscow/2024/abstracts/13181
Будет аналог Nginx.unit?
Тяп-ляпщики с форками из двух строчек в больших стеклянных офисах оттягивают на себя очень существенный кусок пирога. Правда, если их вдруг резко не станет, этот пирог не поплывет сам собой к правильным ребятам. Рано или поздно придется втискиваться в ряд условных Виталий Иванычей и Аккакиев Аккаиевичей, долго и отчаянно с ними нетворкаться, чтобы вывести компанию на следующий уровень партнерства, достойный вашего труда доход и более прогнозируемое будущее для Angie. От души желаю успехов!
Не совсем понимаю вашу релизную политику, у nginx нечетные релизы 1.хх это разработка, четные 1.хх это стабильные, а у вас как?
@VBartсейчас по полочкам разложит. А я скажу просто: у нас все релизы - стабильные
У нас SemVer по сути, т.е. 1.X.Y, где X обозначает основные обратно совместимые релизы новой функциональности, а Y - багфиксы. Стабильной и актуальной является единственная самая последняя версия на момент времени (на момент написания этого комментария - это 1.7.0).
Не стоит обманываться названием "стабильной" ветки nginx. Это просто неудачное название для legacy-ветки, из-за которого в своем блоге компания постоянно пыталась объяснять что "We generally recommend using the mainline branch". Стабильность стабильной ветки заключалась лишь в том, что это была замороженная на год произвольная версия, что давало время сторонним разработчикам адаптировать свой код, а тем, кто вынужден эти модули использовать - получать портированные из основной ветки исправления критических ошибок (где эти исправления появлялись одновременно или даже раньше).
Какой-то особой стабильности с точки зрения пользователя - там не было и не могло быть, поскольку она рождалась в результате ежегодного ритуала, когда просто текущий "mainline" релиз становился "stable", но в нем точно также содержались, как довольно старые фичи, добавленные год назад, так и самые свежие, добавленные только в последних версиях. В действительности, нечетные релизы зачастую были более стабильны просто за счет того, что там было больше актуальных исправлений и появлялись они раньше.
Поэтому всем рекомендовалось использовать именно нечетную ветку, если только у вас нет зависимости от какого-то стороннего модуля, который может сломаться. Более того, коммерческая версия NGINX Plus выпускалась на базе именно mainline ветки.
В сухом остатке - все релизы nginx - это стабильные релизы. А четные - это просто замороженные версии с возрастом от 0 до года.
У нас такой нужды в legacy-ветке нет, т.к. большинство популярных сторонних модулей мы собираем сами в своем репозитории под практически все мало-мальски популярные дистрибутивы и, при необходимости, сами их патчим.
С Днем! Душевный пост. Про дедулю — даже не удивился бы, если все правда так
sed -i 's/nginx/angie/g' $(find repos -name Dockerfile)
Сделайте service mesh простой и понятный и отвязанный от кубера, пока на envoy таких нет.
Браво!!! Пора переходить на Angie :)
Вот одна штука бы очень была в тему: чтобы впш сервер искал конфиги как в /etc/angie, так и в /etc/nginx
Потому что у вас хоть и drop-in замена, а вот сотни и твсячи скриптов, уже работавших с nginx, переделывать как-то кисло. Да, можно сделать симлинк, но лучше иметь два поддерживаемых каталога.
Это разве нельзя решить директивой?include /etc/angie/http.d/*.conf;
include /etc/nginx/conf.d/*.conf;
При запуске всегда можно передать опцию -c и изменить путь к конфигурационному файлу.
Да там и симлинка хватит, с одного на другой, я же про то, что для идеального drop-in было бы хорошо прозрачно поддерживать оба каталога. Тогда снес nginx, накатил ваш сервер - а все по прежнему работает!
Или не работает, если есть какие-то конфликты или загружаются какие-то модули (модули от nginx не могут быть загружены в Angie, а пути к ним указываются в конфигах).
Как раз идея была в том, что не нужно сносить и останавливать nginx, а переход осуществляется плавно, предварительно протестировав и убедившись, что всё работает - уже далее переключать обработку запросов с nginx на Angie, сохраняя возможность в любой момент откатить обратно, если что-то пойдет не так.
Текущий подход позволяет мигрировать сохраняя конфигурацию nginx в первозданном виде и не удаляя его модулей из системы.
а в функционале имеется (или планируется) ли что-то типа cloudflare - защита от ботов, парсеров? мне кажется популярность взлетела бы до небес в масс-сегменте, особенно, если политический джинн заблокирует себе cloudflare
Компания Cloudflare предоставляет пользователям сервис, на базе ряда ПО. То есть у них есть физическая инфраструктура, которая обрабатывает пользовательские запросы, в некоторых сценариях, пропуская запросы через свои системы балансировки.
У нас веб-сервер, это ПО, которое может быть использовано в таких сервисах как Cloudflare, Yandex Cloud, RU-Center hosting, и тд
Мы, как компания, пока планируем остаться вендором ПО, заниматься только разработкой приложений в области сетевого стека. Собственно благодаря встроенным инструментам, или сторонним модулям (тот же mod security), часть запрашиваемых задач уже можно решать
Поддержка же инфраструктуры, SAAS сервисов, пока не в планах. Хотя мы не скрываем, что думаем про это.
Пока кажется, что бизнес план не сойдется, если делать сервис.
Мотивация очень простая: платежеспособные клиенты предпочитают приватные облака, развернутые на своих площадках таким сервисам.
Политический джинн не дремлет...
У вас очень хороший продукт. Уже сейчас заметно, что по возможностям open source версия опережает оригинальный Nginx. Интересно будет посмотреть на обучение, которое планируете запустить.
Курс на Otus уже запущен https://otus.ru/lessons/angie/
Я думал, вы имели ввиду свои курсы как вендора с сертификацией после обучения. А это просто одна из многочисленных онлайн школ. Такой курс кто угодно может записать и продавать.
Этот курс создавался с нашим участием. Задача была – сделать именно обучающий материал. Там он собран в том числе после консультаций с нашими инженерами.
Обучающий курс по системе балансировке (Angie ADC), будет уже и с обучением, и с сертификатом, и, надеюсь, с лабораторными стендами для потрогать руками.
Делать "сертификат от вендора" для Angie PRO – пока не востребовано. Для ADC – другое дело
Худшее что есть в Nginx - необходимость дебажить конфиг когда что-то пошло не так. Отладочного режима нормального нет. Angie как-то решает эту проблему?
$ eix angie
No matches found
Запилить Вам ebuild?
Два года Angie