Система

У мене на AWS розгорнуто API на машинах EC2. Вхідні запити HTTPS передаються еластичному балансиру навантаження . Балансир завантаження обробляє SSL та передає запит серверу Nginx, який надає прохання до конкретних серверів відповідно до URL-адреси запиту.

Біль

Машини Nginx потребують великих робіт з технічного обслуговування, особливо при зміні IP-адрес серверів. Більше того, маршрутизація на основі проксі-сервера дійсно здається природним продовженням балансира завантаження. Наявність розумного веб-інтерфейсу або інтерфейсу на основі API для керування маршрутизацією URL було б надзвичайно корисною.

Питання

Чи є якесь хмарне рішення для маршрутизації, яке може проксі HTTP запити за URL-схемами, замінюючи мою машину Nginx?

Ви можете використовувати шлюз API AWS ( документація ).

API Gateway допомагає розробникам отримувати надійні, безпечні та масштабовані резервні копії мобільних пристроїв та веб-додатків. API Gateway дозволяє розробникам надійно підключати мобільні та веб-додатки до бізнес-логіки, розміщеної на AWS Lambda, API, розміщених на Amazon EC2, або інших веб-сервісів, розміщених у публічному доступі, розміщених всередині або поза AWS . За допомогою шлюзу API розробники можуть створювати та керувати API для своїх сервісів, що не працюють, не розробляючи та підтримуючи інфраструктуру для управління авторизацією та контролем доступу, управління трафіком, моніторинг та аналітику, управління версіями та створення програмного комплексу (SDK).

Тепер Gateway API підтримує інтеграцію HTTP Proxy для пропускних ресурсів, тому вам не потрібно чітко описувати ваші навантаження та параметри запитів (що було потрібно раніше).

Погляньте на Конга .

Окрім того, що ви є відкритим кодом, ви можете керувати ним за допомогою внутрішнього API RESTful, а також можна розширити його за допомогою спеціальних плагінів .

Просто для додання відповіді @ EdwardSamuel:

Так, є, і належним сервісом AWS для цього є Баланс завантаження додатків .

Однак мені дуже цікаво, чи відповідь @ EdwardSamuel справді працює, тому що мені також цікаво використовувати шлюз API для цієї мети. Мені відомі деякі обмеження щодо шлюзу API (обмеження довжини вмісту тощо), але я ще не впевнений, чи ці обмеження зроблять його непридатним для, скажімо, зворотного проксі блогу WordPress.