Що таке Application Gateway для контейнерів і як ним користуватися?

Application Gateway for Containers – це еволюція Application Gateway Ingress Controller.

Нещодавно Azure Active Directory змінила назву на Microsoft Entra ID. Ця зміна насправді нічого не змінює, коли йдеться про послуги, які надає Azure, але багато користувачів також не були особливо задоволені цим.

Хоча основні служби та загальний досвід роботи на Entra ті самі, є також деякі нові функції. Наприклад, оголосила Microsoft Шлюз додатків для контейнерів на платформі Azure, доступний для використання з тижня.

За словами Microsoft, Application Gateway for Containers є еволюцією Вхідний контролер шлюзу додатків (AGIC), a Kubernetes програма, яка дозволяє клієнтам Azure Kubernetes Service (AKS) використовувати власний балансувальник навантаження програм Azure Application Gateway.

Microsoft також каже, що в своїй поточній формі AGIC відстежує підмножину ресурсів Kubernetes на наявність змін і застосовує їх до шлюзу додатків, використовуючи диспетчер ресурсів Azure (ARM).

Ми оголошуємо Azure Application Gateway для контейнерів як новий SKU для сімейства Application Gateway. Application Gateway for Containers — це наступна еволюція Application Gateway + Application Gateway Ingress Controller (AGIC), надання додатків (рівень 7) для балансування навантаження та можливостей динамічного керування трафіком для робочих навантажень, що виконуються в Kubernetes кластер.

Microsoft

Application Gateway for Containers – переваги та способи його використання

Шлюз додатків для контейнерів покращується Вхідний контролер шлюзу додатків у наступних розділах:

• Продуктивність: Досягніть часу конвергенції майже в реальному часі, щоб відобразити додавання/видалення пакетів, маршрутів, зондів та іншої конфігурації балансування навантаження в конфігурації Kubernetes yaml.
• Масштаб: Перевищуйте межі поточних обмежень AGIC, перевищуючи 1400 серверних модулів і 100 слухачів за допомогою Application Gateway for Containers.
• Розгортання: Увімкніть звичне розгортання ресурсів ARM через ARM, PowerShell, CLI, Bicep і Terraform або визначте всю конфігурацію в Kubernetes, а шлюз додатків для контейнерів керує рештою Лазурне!
• Підтримка API шлюзу: Наступна еволюція у визначенні мережі сервісів Kubernetes через виразні, розширювані та рольово-орієнтовані інтерфейси.
• Зважений / розділений розподіл трафіку: Увімкніть синьо-зелені стратегії розгортання та активну/активну або активну/пасивну маршрутизацію.

Application Gateway for Containers складається з трьох компонентів: Application Gateway for Containers, Frontends і Associations. Коли ви захочете розпочати розгортання, посилатимуться на такі залежності: приватна IP-адреса, делегування підмережі та призначений користувачем керований ідентифікатор. Ви можете побачити, як це працює, на малюнку нижче.

За словами Microsoft, існує дві стратегії розгортання в Application Gateway for Containers.

• Принесіть власне (BYO) розгортання: У цій стратегії розгортання розгортання та життєвий цикл Application Gateway for Containers ресурс, ресурс асоціації та інтерфейсу передбачається через портал Azure, CLI, PowerShell, Terraform, тощо і посилається в конфігурації в Kubernetes.
• Керується контролером ALB: У цій стратегії розгортання контролер ALB, розгорнутий у Kubernetes, відповідає за життєвий цикл ресурсу Application Gateway for Containers та його підресурсів. Контролер ALB створює ресурс Application Gateway for Containers, коли ApplicationLoadBalancer спеціальний ресурс визначається в кластері, а його життєвий цикл базується на життєвому циклі користувача ресурс.

Наразі шлюз програм для контейнерів доступний у таких регіонах:

• Схід Австралії
• Центральні США
• Східна Азія
• Схід США
• Схід США2
• Північно-центральна частина США
• Північна Європа
• південь центральної частини США
• Південно-Східна Азія
• Південь Великобританії
• Захід США
• Західна Європа

Ви в захваті від цього нового продукту Azure? Повідомте нам у розділі коментарів нижче.