AWS quietly перевела большинство новых дата-центров на новую сетевую архитектуру и обещает до 40% экономии электроэнергии на сетевом оборудовании. Для клиентов это важная новость не потому, что облако внезапно подешевеет, а потому, что сетевая архитектура AWS меняет экономику инфраструктуры: компания снижает издержки, удерживает цены на старые SKU и постепенно двигается к более предсказуемым сетевым тарифам.
Об этом сообщает The Register в колонке Corey Quinn после разговора с вице-президентом AWS по глобальной сетевой инженерии Мэттом Редером. Суть проста: Amazon давно строит сеть поверх массового «железа», а теперь еще и меняет саму топологию дата-центров. Вместо привычной иерархии с несколькими уровнями коммутаторов и маршрутизаторов компания делает плоскую одноуровневую сеть с квазислучайной схемой соединений. На бумаге это звучит как инженерный эксперимент, но в реальности речь о системе, которая уже стала стандартом для большинства новых площадок AWS.
Не просто быстрее, а дешевле в эксплуатации
За этой историей важен не только технический фокус, но и вполне земная экономика. По данным AWS, новая схема сети использует на 69% меньше маршрутизаторов, дает до 33% прироста пропускной способности и снижает энергопотребление сетевого оборудования до 40% по сравнению с традиционной иерархической архитектурой. Для облака масштаба AWS это не косметика и не красивый слайд для keynote. Это снижение затрат на оборудование, питание, охлаждение и обслуживание в момент, когда дата-центры растут, а спрос на вычисления не думает успокаиваться.
Ключевые элементы этой конструкции называются вполне по-амазоновски: Resilient Network Graphs, протокол маршрутизации Spraypoint и оптический блок ShuffleBox. Идея в том, чтобы уйти от «жирных деревьев» и строгой иерархии, где трафик идет вверх-вниз по заранее понятным уровням. Проблема таких схем известна любому, кто хоть раз упирался в масштабирование сетей: чем больше промежуточных устройств, тем выше цена, сложнее эксплуатация и больнее отказы. В плоской сети у AWS больше альтернативных маршрутов, меньше активных устройств и, как следствие, меньше точек, где все может пойти не по плану.
Самый неудобный вопрос Quinn задал в лоб: если новая сеть действительно так сильно режет себестоимость, куда делась эта экономия? Ответ AWS был редкой для больших облаков прямотой: с точки зрения издержек компания фактически оставила этот выигрыш себе. Формально звучит жестко, но здесь есть нюанс, который в российской IT-среде тоже хорошо понятен: в последние годы инфраструктура дорожает почти по всем фронтам, а AWS при этом не повышала цены на существующие SKU. Автор The Register напоминает, что инстанс с 64 ГБ оперативной памяти можно запустить по той же цене, что и в 2020 году. Исключения есть, но они точечные: например, платный публичный IPv4 и отдельная логика тарификации GPU Capacity Blocks.
Почему это важно не только сетевикам
Для разработчиков и продуктовых команд эта история важна не из-за названий вроде Spraypoint, а из-за последствий. В обычном счете AWS кажется, что вы платите просто за виртуалку, базу или балансировщик. На деле в цену одного SKU давно зашит большой клубок расходов: CPU, память, питание, физическая безопасность площадки, операционные команды и, конечно, сеть. Если сетевая архитектура AWS позволяет не повышать цены на фоне роста капитальных и энергетических затрат, это означает, что инженерные решения на уровне дата-центра напрямую влияют на бюджет продукта сильнее, чем многие новые «фичи» в консоли.
Есть и второй слой. AWS явно начала осторожно пересматривать саму модель сетевого биллинга. Quinn обращает внимание на сервис AWS Interconnect for multicloud: у него нет тарифа за гигабайт, есть только почасовая оплата порта, а один порт на 500 Мбит/с для каждого провайдера вообще попадает в бесплатный уровень. Это заметный отход от классической облачной логики, где за сетевой трафик клиенту традиционно выставляют счет так, чтобы он лишний раз не дышал. На прямой вопрос AWS ответила еще интереснее: клиентам не нравятся тарифы, завязанные на объем трафика, потому что их трудно прогнозировать, поэтому для новых сетевых продуктов компания движется в сторону фиксированных ставок. Для облачного рынка это куда более важный сигнал, чем очередной ребрендинг сервиса с тремя буквами и четырьмя дефисами.
Особенно показателен контраст между трафиком внутри зоны доступности и между зонами. Внутри одной Availability Zone передача данных у AWS по-прежнему бесплатна, хотя за этим «бесплатно» уже стоят несколько дата-центров, растущие объемы обмена и все более сложная физическая сеть. Между зонами картина другая: там трафик остается заметной статьей расходов. Получается довольно прагматичная картина. AWS инвестирует в глубинную оптимизацию там, где это укрепляет платформу целиком, но не спешит превращать каждую внутреннюю экономию в мгновенную скидку для клиента.
Для конкурентов и крупных корпоративных инфраструктурных команд это еще и неприятно хороший кейс. AWS показала, что преимущества случайных графов и плоских сетей можно вытащить из академических статей в продакшн гиперскейла. Если эта модель действительно удержит заявленные показатели по надежности, пропускной способности и энергопотреблению в массовом развертывании, то привычная иерархия сетей в дата-центрах начнет выглядеть не «проверенной классикой», а дорогой инерцией.
Главный вопрос теперь не в том, сумеет ли AWS еще сильнее удешевить собственную сеть, а в том, где именно этот выигрыш проявится для рынка: в более стабильных ценах на вычисления, в новых фиксированных сетевых тарифах или в еще более агрессивном строительстве инфраструктуры под ИИ и корпоративные нагрузки. Пока ответ выглядит так: сетевая архитектура AWS уже стала конкурентным преимуществом, просто раньше компания слишком тихо об этом говорила. Подробнее об исходном материале и цитатах можно посмотреть в .