Сравнение входного контроллера NGINX и входного контроллера Kubernetes (сообщество)
У меня есть вариант использования, когда я пытаюсь переключиться с текущего входного контроллера Kubernetes (Community) на входной контроллер NGINX (бесплатная версия на основе OSS) в кластере AKS.
Я видел, что входной контроллер на базе k8 имеет более сильную поддержку сообщества, а некоторые даже утверждают, что у него больше функций, чем у входного контроллера NGINX. Но версия NGINX поддерживает некоторые расширенные функции, такие как Canary (более двух сервисов), разрыв цепи и т. д.
Ссылка: https://stackoverflow.com/a/78494077/13126651
Я хочу знать две вещи, поскольку обе они основаны на NGINX.
- Если я перейду на NGINX Ingress Controller с контроллера Ingres сообщества, произойдут ли серьезные изменения в коде или логике. Я предполагаю, что это должен быть простой рефакторинг, поскольку синтаксис и семантика будут более или менее? правильно ли я понимаю
- Если контроллер NGINX Ingress поддерживается NGINX, а не сообществом (например, контроллер Kubernetes INGRESS), есть ли недостатки в использовании контроллера NGINX? Мне просто интересно, почему сообщество предпочитает версию сообщества? Есть ли какие-либо проблемы с производительностью или бесплатная версия NGINX очень ограничена, и NGINX хочет использовать коммерческую версию, чтобы использовать все ее функции.
Ответы 1
Отказ от ответственности: я работаю над контроллером входа NGINX.
Мы не склонны регистрировать различия между входным контроллером сообщества и входным контроллером NGINX, поскольку сравнения довольно быстро устаревают, но я могу ответить на ваши два пункта.
Если я переключусь на NGINX Ingress Controller с контроллера Ingres сообщества, произойдут ли серьезные изменения кода или изменения логики?
Документ по этому поводу есть здесь . Есть два пути: если вы решили перевести ресурс Ingress в CRD, например VirtualServer CRD, это, вероятно, потребует больше работы, чем переход на ресурс Ingress, поскольку Ingress -> Ingress будет в основном состоять из изменений аннотаций, но это может быть и так. стоит того, в зависимости от нужных вам функций. Например, разделение трафика , перенаправления и конструкция сопоставления — все это не вписывается элегантно в Ingress Аннотации, но является частью VirtualServer CRD.
Если контроллер NGINX Ingress поддерживается NGINX, а не сообществом (например, контроллер Kubernetes INGRESS), есть ли недостатки в использовании контроллера NGINX?
Я думаю, что это преимущество, если он принадлежит той же организации, что и сам NGINX. Например, когда мы добавляем новые функции в NGINX Ingress Controller, мы сначала демонстрируем их нашим коллегам, людям, которые знают внутренности NGINX вдоль и поперек, а также получаем отзывы и повторяем эти функции. Это УТП, которое невозможно реализовать где-либо еще. Кроме того, поскольку F5 NGINX в конечном итоге является охранной компанией, мы придерживаемся очень высоких стандартов в отношении безопасности, то есть исправления образов, TMA и т. д.
Мне просто интересно, почему сообщество предпочитает версию сообщества?
Оба в конечном итоге очень популярны. На момент написания этой статьи NGINX Ingress Controller приближается к 1 миллиарду запросов докера.
Есть ли проблемы с производительностью
Нет, мы используем ядро NGINX OSS/NGINX Plus.
Есть ли у вас какие-либо идеи по этому поводу stackoverflow.com/questions/78705879/…