Этот вопрос может показаться странным для некоторых из вас, но я никогда не использовал облако, и, прежде всего, я все еще новичок в веб-разработке, и был бы очень благодарен, если бы кто-то мог ответить на несколько моих вопросов, хотя они могут звучать странно
Поэтому я хотел бы развернуть простой веб-сайт на Amazon, однако меня беспокоит пропускная способность, поскольку они взимают 0,12 ГБ, и я не могу установить лимит бюджета.
Моя проблема в том, что я не хотел бы платить за 1000 ГБ полосы пропускания, если кто-то по какой-то причине решит постоянно скачивать один файл.
Не могли бы некоторые из вас, у кого есть опыт работы с Amazon, рассказать, что произойдет, если мое приложение сможет обрабатывать (скажем, 50 запросов в секунду 30 КБ на страницу), означает ли это, что в худшем случае мне придется платить
req * sec * min * часы * дни * размер страницы 50 * 60 * 60 * 24 * 30 * 30kb = 3888GB
Вы платите за (исходящую) пропускную способность, которую используете, и точка. За входящую полосу пропускания плата не взимается, но в вашем случае очень небольшая часть используемой полосы пропускания будет входящей.
Если вы только начинаете заниматься этим (что похоже на вас), я бы порекомендовал начать с провайдера, который предоставит вам некоторую пропускную способность, включенную в стоимость аренды сервера. Linode, например, предоставляет вам передачу 200 ГБ с минимальным тарифом. Если у вас нет невероятно успешного запуска (или если вы не обслуживаете очень большие файлы), это должно вам подойти.
Как только вы получите представление о том, какую полосу пропускания будут использовать ваш сайт и его пользователи, вы сможете составить лучший план (и бюджет) для перехода на AWS, если почувствуете в этом необходимость.
Не могли бы некоторые из вас, у кого есть опыт работы с Amazon, рассказать, что произойдет, если мое приложение сможет обрабатывать (скажем, 50 запросов в секунду 30 КБ на страницу), означает ли это, что в худшем случае мне придется платить
req * sec * min * часы * дни * размер страницы 50 * 60 * 60 * 24 * 30 * 30kb = 3888GB
Да, эта математика верна - однако вам понадобится один чертовски хорошо посещаемый веб-сайт, чтобы хотя бы приблизиться к такой пропускной способности. Если кто-то решит загружать один файл постоянно, просто ограничьте пропускную способность до и от одного ip. Существует множество способов предотвратить злоупотребление пропускной способностью.
Конечно, вы всегда можете столкнуться с трафиком ботнета, но вы же не делаете ничего, чтобы раздражать бот-пастуха, верно? =) В этих случаях мало что можно сделать, кроме случаев, когда у вас уже есть CDN или сеть защиты от DDoS-атак. Это подводит меня к следующему предложению:
Используйте CDN, особенно бесплатный, например CloudFlare. Они могут помочь доставлять ваш контент и использовать меньше исходящей полосы пропускания Amazon.
P.S. Если вы отправляете T-бит трафика каждый месяц и не монетизируете его каким-либо образом, вы можете подумать о посещении некоторых бизнес-классов в местном колледже. знак равно
В мае 2012 года Amazon добавила возможность получать оповещения (по электронной почте / sms), когда он оценивает, что ваш ежемесячный счет будет выше определенной цены. http://aws.typepad.com/aws/2012/05/monitor-estimated-costs-using-amazon-cloudwatch-billing-metrics-and-alarms.html
Имейте в виду, что вы можете сделать несколько оптимизаций, чтобы сделать ваш сайт более выгодным.
Еще несколько идей о том, что вы можете сделать, можно найти здесь http://www.instantshift.com/2009/03/10/11-tips-to-reduce-server-load-and-save-bandwidth/
Лучшее, что вы можете сделать для снижения затрат на полосу пропускания, - это уменьшить ее. EC2 на самом деле не так уж и дорого. У меня такое чувство, что вы потратите на серверы гораздо больше денег, чем на пропускную способность. Также имейте в виду, что 50 запросов в секунду - это ваше пиковое время, скорее всего, у вас не будет 50 запросов в секунду на весь день. Расчет пропускной способности намного сложнее, чем просто сказать, что ваша страница составляет 30 КБ, и вы хотите поддерживать 50 запросов в секунду.