обзор · стоимость amazon ses

Как продуктовой команде оценить стоимость Amazon SES?

Оценивайте стоимость Amazon SES как модель рабочей нагрузки, а не как одну цену за письмо. Посчитайте исходящих получателей по регионам, данные вложений, обработку входящей почты, выделенные IP-адреса, функции доставляемости, валидацию, маршрутизацию между регионами, хранение, события, мониторинг и инженерную эксплуатацию. Затем сравните текущие тарифные планы SES с оплатой по факту (à-la-carte) для одного и того же набора функций. Используйте реальные размеры писем и пики трафика, а не только средние значения за месяц. Также разделяйте приём письма провайдером, доставку на принимающий сервер и попадание во «Входящие»: оплата отправки не гарантирует её конечный результат.

Начните с определения модели оплаты аккаунта

У Amazon SES больше нет единого варианта ценообразования. 21 июля 2026 года AWS ввела тарифы Essentials, Pro и Enterprise, сохранив оплату à-la-carte. AWS сообщает, что новые аккаунты SES и комбинации аккаунт—регион без учитываемой активности SES с 1 июня 2025 года начинают с Essentials с возможностью перейти на более высокий тариф или à-la-carte. Поэтому история аккаунта и выбранный регион могут изменить начальную точку. Прежде чем составлять таблицу, откройте раздел тарифных планов SES для каждого продакшен-аккаунта и региона, зафиксируйте активную модель и дату. Не делайте выводы об оплате по старой записи в блоге, аккаунту другой команды или тарифу без указания включённых возможностей. Цены SES, доступность тарифов, региональная доступность и правила AWS Free Tier могут меняться, поэтому при покупке источником истины считайте официальную страницу цен и платёжные данные аккаунта.

Составьте полное уравнение стоимости

Полезная месячная оценка начинается с исходящих получателей, а не только с API-запросов или объектов писем. Добавьте тарифицируемые исходящие данные, особенно вложения, затем входящие письма и блоки входящих данных, если используется приём почты в SES. Добавьте фиксированную плату выбранного плана, объёмные уровни и отдельно оплачиваемые возможности: выделенные IP-адреса, Global Endpoints, валидацию email, функции для тенантов, опции Virtual Deliverability Manager, эндпоинты Mail Manager, архивирование или дополнения по безопасности. Затем учтите зависимые сервисы AWS: вычислительные ресурсы для отправителя, очереди, приёмники событий, логи и метрики, хранилище, ключи шифрования, передачу данных, резервные копии и поддержку. Наконец, добавьте инженерную работу и эксплуатацию: подключение доменов, проектирование IAM, управление квотами, обработку событий, обработку отказов и жалоб, реагирование на инциденты, анализ доставляемости, тестирование в нескольких регионах и миграцию между провайдерами. Формула счёта и полная стоимость эксплуатации почты приложения связаны, но это разные числа.

Сравнивайте планы и à-la-carte при одинаковом наборе функций

AWS указывает тарифы для первых 10 миллионов писем в месяц: $0.16 за 1 000 для Essentials, $0.22 для Pro и $0.23 для Enterprise. Для Pro также указан фиксированный платёж $105 на аккаунт в регионе в месяц, а для Enterprise — $500. При большем объёме действуют более низкие предельные тарифы. Тарифы включают разные возможности доставляемости, валидации, выделенных IP-адресов, Global, тенантов и Mail Manager, поэтому эти базовые цены не взаимозаменяемы. В таблице à-la-carte исходящие письма указаны по $0.10 за 1 000 получателей плюс $0.12 за GB данных во вложениях; дополнительные возможности оплачиваются отдельно. Сравнивайте сценарии с одинаковыми регионами, распределением объёма, вложениями, входящей почтой и возможностями. Тариф с более высокой ценой отправки может стоить меньше, чем самостоятельное воспроизведение включённых возможностей, тогда как простой транзакционный сценарий может в них не нуждаться. Используйте расчёты по предельным уровням, а не применяйте последний уровень ко всему объёму.

Правильно считайте получателей, регионы и данные

Квоты отправки SES и учёт исходящих писем ведутся по получателям. Одно письмо, адресованное десяти получателям, расходует десять единиц квоты отправки, и AWS рекомендует делать отдельный API-вызов для каждого получателя, потому что один недействительный адрес может привести к отклонению вызова с несколькими получателями. Моделируйте адресатов в To, Cc и Bcc, а не только строки в исходящей очереди приложения. Разбивайте прогноз по регионам AWS, потому что адреса отправителей, квоты, настройка событий, плата за план и некоторые функции привязаны к региону. Для писем с большим количеством вложений измеряйте закодированные письма из продакшена: из-за кодирования MIME base64 передаваемый размер больше исходного двоичного файла. AWS отмечает, что вложенный файл размером 5 MB после кодирования может занимать около 6.85 MB. Учитывайте сезонные пики, повторные попытки до приёма письма, тесты с симулятором почтового ящика, если они тарифицируются, и трафик при переключении между регионами. Не считайте дважды повторы провайдера, которые происходят после того, как SES принял письмо, но учитывайте новый запрос на отправку из приложения, если по правилам тарификации он считается ещё одним исходящим получателем.

Осознанно оценивайте дополнительную инфраструктуру

Выделенные IP-адреса нужны не всем. Общие IP-адреса SES включены в стандартную стоимость отправки и подходят многим сценариям с малым или переменным объёмом. Стандартные выделенные IP-адреса добавляют ежемесячную плату за каждый арендуемый адрес, а отправитель должен их прогревать и администрировать. Управляемые выделенные IP-адреса добавляют фиксированную плату за аккаунт и цену за использование, при этом SES самостоятельно выполняет адаптивный прогрев и масштабирование. AWS указывает стоимость стандартных выделенных IP-адресов $24.95 за IP в месяц, а управляемых — от $15 за аккаунт в месяц плюс плата за сообщения в зависимости от объёма. Среди других примеров à-la-carte — Global Endpoints по $0.03 за 1 000 писем сверх базовой отправки, плата за валидацию email и Virtual Deliverability Manager. Выбирайте каждую позицию под явное операционное требование: стабильные IP-адреса в allowlist, изоляцию репутации, маршрутизацию между регионами или диагностику. Добавление инфраструктуры без достаточного объёма или ответственного владения может увеличить стоимость и сложность, не решая проблем домена, согласия или контента.

Учитывайте плату за приём почты и наблюдаемость событий

У нагрузок входящей почты SES и Mail Manager другие единицы учёта, чем у исходящей отправки. В текущей таблице à-la-carte входящие письма стоят $0.10 за 1 000 писем плюс $0.09 за 1 000 полных входящих блоков по 256 KB. Обработка в Mail Manager, эндпоинты приёма, архивирование, дополнения по безопасности и дополнительные получатели могут оплачиваться отдельно. Хранение в Amazon S3, уведомления через Amazon SNS, маршрутизация событий, дашборды CloudWatch, логи и хранение данных тоже могут появиться в строках счёта других сервисов AWS. Бюджет на наблюдаемость исходящей почты нужно закладывать, даже если сама публикация событий — не самая крупная статья расходов. SES может публиковать события отправки, доставки, отказа, жалобы, отклонения, ошибки рендеринга, задержки, открытия и клика через настроенные приёмники AWS. Продакшен-сервису нужны безопасный приём, дедупликация, добавление получателей в стоп-лист, ограничения срока хранения и операционные оповещения. Оценивайте объём событий, срок хранения, характер запросов и дежурства, а не только передачу писем.

Считайте квоты и статус песочницы ограничениями пропускной способности

Низкая цена за единицу ничего не значит, если аккаунт не может легально и технически выдержать нагрузку. Квоты отправки SES задаются отдельно для каждого аккаунта AWS и региона и считаются по получателям. AWS документирует для песочницы значение по умолчанию 200 писем за скользящие 24 часа и одно письмо в секунду; кроме того, в песочнице действуют ограничения на получателей. Лимиты для продакшена зависят от сценария использования и могут быть увеличены через AWS. Смоделируйте обычную пропускную способность, пиковую скорость, изоляцию кампаний, трафик повторных попыток и полную нагрузку при переключении, а затем до запуска получите подходящий доступ к продакшену и квоты. Не умножайте значения песочницы по умолчанию в расчёте стоимости так, будто это покупаемый тариф. Реализуйте обратное давление (backpressure) при троттлинге и следите за фактической максимальной скоростью отправки и оставшимся суточным лимитом. Если используете несколько регионов, проверьте адреса отправителей, наборы конфигураций, квоты и приёмники событий в каждом из них. Анализ пропускной способности — часть стоимости: спешная работа с квотами, потерянные задачи или непротестированное переключение могут обойтись в расходы на поддержку и разработку, намного превышающие плату за транспорт.

Отделяйте оплаченные отправки от результатов доставки

Оплата SES и статус доставки отвечают на разные вопросы. Успешный запрос на отправку означает, что SES принял запрос и попытается доставить письмо с учётом стоп-листа и последующей обработки. Событие доставки означает, что, по данным SES, почтовый сервер получателя принял письмо. События отказа, жалобы, отклонения, ошибки рендеринга или задержки описывают другой исход. Попадание во «Входящие» происходит уже после приёма письма принимающим сервером и определяется фильтрацией и политиками на стороне получателя. Не оценивайте ценность, умножая оплаченные отправки на предполагаемую долю попадания во «Входящие», и не помечайте каждый принятый запрос как доставленный. Постройте дашборд стоимости рядом с дашбордом результатов: с одной стороны — тарифицируемые получатели и данные, с другой — состояния «принято», «доставлено на сервер», «отказ», «жалоба», «в стоп-листе» и «задержано». Используйте эти представления, чтобы находить потери: повторные попытки на недействительные адреса или адреса из стоп-листа, слишком большие вложения, лишнее хранение событий или дополнительные функции, которые не помогают принять конкретное решение.

Проводите воспроизводимую оценку стоимости

Соберите данные как минимум за четыре репрезентативные недели по каждому классу писем: получатели, размер писем и вложений в байтах, регионы, часовые пики, количество и размер входящих писем, количество событий, срок хранения и инциденты поддержки. Спрогнозируйте обычный месяц, пиковый месяц и месяц с переключением между регионами. Для каждого сценария рассчитайте Essentials, Pro, Enterprise и à-la-carte по официальным текущим ставкам с одинаковым набором дополнительных возможностей. Добавьте оценки зависимых сервисов AWS и закреплённые за конкретными людьми инженерные обязанности. Сверьте результат с AWS Pricing Calculator или контрольной выборкой из счетов, затем настройте оповещения о расходах и удельные метрики, например стоимость на одного принятого получателя и стоимость одной доставки на принимающий сервер. Зафиксируйте допущения, URL источников, состояние плана для каждой пары «аккаунт — регион» и дату проверки. Повторяйте анализ, когда AWS меняет цены, когда трафик переходит на другой уровень, когда растут вложения, когда предлагается выделенный IP-адрес или когда в продукте появляются входящая почта, валидация, архивирование, тенанты или маршрутизация между регионами.

Решите, кто отвечает за прикладной слой вокруг SES

Плата за «голый» SES покрывает инфраструктуру провайдера и выбранные для аккаунта возможности AWS. Продуктовой команде при этом могут понадобиться подключение доменов, управление ключами приложения, границы между тенантами, модель записей об исходящих письмах, обработка входящих писем, приём событий, процессы работы со стоп-листом и стабильный внутренний контракт на отправку. Сравнивайте прямое использование SES с любой альтернативой на уровне приложения по полной модели эксплуатации, а не только по транспортной строке SES за получателя. Сравнение должно учитывать необходимые функции, время инженеров, ответственность за эксплуатацию, ограничения миграции, реагирование на инциденты и потребность в специфичных для провайдера средствах управления AWS. Ни один прикладной слой не меняет цены SES или фильтрацию на стороне получателей, и ни счёт провайдера, ни принятый запрос не подтверждают попадание во «Входящие». Прямое использование SES подходит командам, которые хотят полностью владеть AWS и уже поддерживают окружающий слой. Управляемый прикладной слой подходит командам, которым важна более узкая граница интеграции, но его возможности и цену нужно проверить по его собственному актуальному контракту, прежде чем сравнивать.

Частые вопросы

Сколько стоит Amazon SES за 1 000 писем?

Это зависит от активной модели оплаты, объёмного уровня, получателей, региона, данных и функций. На 21 августа 2026 года AWS указывала для исходящих писем à-la-carte $0.10 за 1 000 получателей, а ставки планов и включённые возможности отличались. Перед покупкой проверьте актуальную официальную страницу.

Одно письмо SES десяти получателям считается как одно?

Нет. AWS указывает, что квоты отправки считаются по получателям, поэтому письмо, адресованное десяти адресатам, засчитывается в квоту как десять. Модели стоимости тоже должны учитывать тарифицируемых адресатов в соответствии с действующими условиями оплаты, а не только API-вызовы.

Оплачиваются ли вложения в Amazon SES отдельно?

AWS указывает дополнительную плату за исходящие данные вложений. Измеряйте размер писем из продакшена в кодировке MIME, потому что кодирование base64 увеличивает размер двоичных вложений, и учитывайте плату за передачу данных или хранение в окружающей архитектуре AWS.

Нужны ли выделенные IP-адреса для Amazon SES?

Не обязательно. Общие адреса подходят для многих небольших или непостоянных нагрузок. Выделенные адреса увеличивают стоимость и операционные требования и лучше всего оправданы, когда команде нужны стабильные адреса, достаточный постоянный объём, явный контроль репутации или изоляция между потоками писем.

Является ли песочница Amazon SES бесплатным тарифом?

Нет. Песочница — это состояние доступа к отправке и квот с ограничениями на получателей, а не тарифный план. Кредиты AWS Free Tier и тарифные планы SES — отдельные программы со своими условиями доступа и сроками действия.

Если отправка в SES оплачена, значит, письмо попало во «Входящие»?

Нет. Плата за отправку и успешный запрос не определяют итоговую папку почтового ящика. Отслеживайте по отдельности приём провайдером, доставку на принимающий сервер, отказы, жалобы, добавления в стоп-лист и задержки, а попадание во «Входящие» рассматривайте как последующее решение системы получателя.

Источники