Как работает сетевое ценообразование именно на облачных платформах? И как мне избежать целенаправленных ценовых атак?

Я новичок в инфраструктуре облачных платформ. Для простоты обсуждения предположим, что я обсуждаю только две платформы — AWS и Google Cloud.

Теперь предположим, что у меня есть HTTP-сервер, который в основном обрабатывает HTTP-ответ через открытый API для онлайн-игры. Допустим, средний размер ответа составляет 10 КБ, и в день будет отправлено около миллиона ответов.

Насколько я понимаю, месячная цена зависит от объема передаваемых данных в ГБ. Теперь моя проблема в том, что если кто-то напишет скрипт, который постоянно получает ответ от моего сервера, цена просто вырастет до небес.

Я уверен, что любой хороший сервер избегает этой проблемы, но я не уверен, как именно этой проблемы избежать. По моим наблюдениям, многие реальные серверы API крупных онлайн-игр не оптимизируют размер своего ответа, когда его размер составляет всего несколько КБ. Должен быть какой-то "фиксированный ежемесячный платеж или платеж в зависимости от объема передаваемых данных в секундуПроисходит то, что не зависит от количества переданных данных.

Однако я просто не мог найти ссылки на сайты платформы для таких опций.

Любая помощь будет оценена по достоинству.

На стороне сервера способы избежать этого:

• Требовать аутентификацию для запросов. IOW, сделай так, чтобы можно было отследить кто совершает такие атаки, и сделать такие атаки преступлением, наказуемым баном. Затем должным образом заблокируйте создание своей учетной записи, чтобы было непросто получить новые учетные данные после блокировки.
• Реализовать ограничение скорости. Обычно это делается в несколько этапов, часто с ограничением скорости для каждой аутентифицированной учетной записи (поэтому у любого пользователя есть ограничение скорости), для каждой конечной точки API (поэтому вычислительно затратные конечные точки, которые не вызываются очень часто, не могут быть легко использованы для DoS-атаки) и, возможно, в целом по IP. Вы должны делать это по другим причинам (в первую очередь для защиты от умных DoS-атак и возможности атак на основе времени на игровую логику).
• Используйте хорошее сжатие в протоколе. Для вашего заявленного размера ответа, вероятно, стоит обратить внимание на Brotli (или, возможно, на быстрый или LZ4), он должен быть достаточно быстрым, чтобы удовлетворить ваши потребности в производительности, но при этом сократить размер ответа на несколько килобайт, и в момент работы с миллионами запросов в месяц, это нетривиальный объем сохраненных данных.

Что касается смягчения его в другом месте, это не так просто сделать. Полные облачные провайдеры, о которых вы говорите, часто предоставляют минимальный «бесплатный уровень», позволяющий разработчикам легко экспериментировать, не тратя на это руки и ноги. Я думаю, что для AWS это 5 ГБ исходящих данных в месяц (они вообще не берут плату за входящие данные). Это самое близкое, что вы можете получить в такой полной облачной настройке, чтобы заблокировать использование, о котором вы говорите, потому что большинство пользователей выиграют от наличия точный использование пропорционально, в отличие от покупки «кусками».

Если вам действительно нужен большой кусок, обратите внимание на AWS Lightsail. Там вы покупаете пакет виртуального узла, который включает в себя определенное количество процессоров, фиксированный объем оперативной памяти и встроенного хранилища, а также указанный предел использования сети. Использование сети ниже этого предела в цикле выставления счетов ничего не стоит, в то время как выше распределяется пропорционально, как и при полной настройке облака. Я не знаю, есть ли у GCP эквивалент, но большинство провайдеров VPS (таких как Vultr, Linode или Digital Ocean) работают одинаково для своих основных предложений, и я бы посоветовал вместо этого искать там, если вы идете по этому пути. Сетевые ограничения для них обычно находятся в диапазоне нескольких терабайт, и нормой является то, что для учета отслеживается только направление с более высоким использованием.

Ни один из поставщиков облачных услуг не предлагает пропускную способность XX по фиксированной цене. Ценообразование основано на потреблении.

Вы несете ответственность за контроль доступа клиентов к вашим ресурсам.

Это означает развертывание аутентификации, регулирования или других технологий, но вы сами выбираете, как и с какими продуктами.

Облачные сервисы очень похожи на строительство дома. Home Depot не дает вам неограниченное количество гвоздей и пиломатериалов. Вы покупаете то, что вам нужно для строительства вашего дома. Затем вы покупаете топливо, чтобы обогреть свой дом.

Я работаю в облаке с нулевого дня. До этого частные дата-центры. Ваша обеспокоенность возможна, но в реальном мире этого недостаточно, чтобы помешать большинству из нас развернуться в облаке. Чтобы использовать вашу пропускную способность, мне нужно использовать доступную пропускную способность сети. Если хакер хочет вывести вас из строя, есть много более болезненных методов, которые они могут использовать, которые намного дешевле для них и которые труднее отследить, кто / где они находятся.