Ты мигрируешь старое двухуровневое клиент-серверное приложение на AWS. К приложению обращаются через определенный DNS домен, оно состоит из нескольких серверов приложений и сервера базы данных. Клиенты подключаются к серверам приложений по TCP, а серверам приложений нужно знать IP-адреса клиентов для нормальной работы — они их сейчас получают из TCP сокета. Ты планируешь использовать Multi-AZ RDS MySQL инстанс для базы данных. При миграции ты не хочешь менять код приложения. Как бы ты реализовал эту архитектуру на AWS, чтобы максимизировать масштабируемость и высокую доступность, но при этом сохранить видимость IP-адресов клиентов для серверов приложений?

Обзор

Когда мигрируешь legacy приложение клиент-сервер на AWS, архитектура должна сохранять способность приложения определять IP-адреса клиентов и при этом обеспечивать масштабируемость и высокую доступность на нескольких зонах доступности.

Рекомендуемая архитектура

Оптимальное решение — использовать AWS Elastic Load Balancing с поддержкой Proxy Protocol:

• Разверни Application Load Balancer (ALB) или Network Load Balancer (NLB) с настроенным TCP listener
• Включи Proxy Protocol на load balancer, чтобы сохранить информацию об оригинальном IP-адресе клиента
• Распредели трафик между серверами приложений, развёрнутыми в разных Availability Zones для резервирования

Ключевые детали реализации

Конфигурация сервера приложений

• Разверни серверы приложений в отдельных AZ, чтобы обеспечить высокую доступность
• Load balancer будет пересылать информацию о клиентском соединении через Proxy Protocol
• Серверы приложений извлекают IP-адреса клиентов из заголовка Proxy Protocol вместо прямого получения из TCP-сокетов

Уровень базы данных

• Используй Multi-AZ RDS MySQL instance для автоматического переключения и надёжности данных
• Это гарантирует доступность БД даже при отказе зоны доступности

Управление изменениями

Подай формальный запрос на изменение для модификации кода приложения:

Преимущества

• Масштабируемость: load balancer автоматически распределяет трафик между несколькими серверами
• Высокая доступность: Multi-AZ развёртывание гарантирует непрерывность работы при отказе зоны
• Идентификация клиентов: Proxy Protocol сохраняет оригинальные IP-адреса клиентов, необходимые для работы приложения
• Минимальные изменения кода: правки сосредоточены исключительно в логике извлечения IP-адресов

Такой подход обеспечивает максимальную доступность и при этом сохраняет ключевое требование приложения — определение адресов источников клиентов.