Как появился AWS
В то время как Microsoft создала Azure практически с нуля, Amazon уже располагала базовой инфраструктурой для поддержки масштабных операций электронной коммерции. Всегда стремясь к расширению, основатель компании Джефф Безос и другие руководители увидели возможность коммерциализации технологии, которая так хорошо служила их бизнесу.
Джефф Безос
Это было в 2003 году. Три лета спустя Amazon объявила о многом из того, что до сих пор поддерживает AWS.
«Из опыта мы знали, что стоимость обслуживания надежной, масштабируемой инфраструктуры в традиционной модели с несколькими центрами обработки данных может достигать 70 % как по времени, так и по усилиям, и требует значительных инвестиций интеллектуального капитала для обеспечения устойчивости в течение более длительного периода времени. время», — написал Вернер Фогельс, технический директор Amazon. «Первоначальная мысль заключалась в том, чтобы предоставить услуги, которые могли бы снизить эту стоимость до 30 процентов или меньше (теперь мы знаем, что она может быть намного меньше)».
Большая часть первоначальной работы была проделана небольшой группой инженеров в Южной Африке, которые построили первую версию EC2.
Вернер Бердс
Ранняя работа EC2 была основана на документе Amazon, в котором объяснялось, как превратить внутренний механизм электронной связи Amazon в стандартный автоматизированный набор облачных сервисов, включая сервисы.
« В Amazon мы разработали уникальное программное обеспечение и услуги, основанные на более чем десятилетней работе над инфраструктурой для развития платформы электронной коммерции Amazon. Это было специальное программное обеспечение и операционные процедуры, обеспечивающие превосходную производительность, надежность, качество работы и безопасность в очень больших масштабах. В то же время мы увидели, что программный доступ к каталогу Amazon и другим сервисам электронной коммерции привел к огромным неожиданным инновациям в очень крупной экосистеме разработчиков», — сказал Фогельс. «Затем возникло мнение, что предложение опыта Amazon в области сверхмасштабируемого системного программного обеспечения в качестве примитивных строительных блоков инфраструктуры, доставляемых через сервисный интерфейс, может открыть совершенно новый мир инноваций, поскольку разработчикам больше не нужно сосредотачиваться на покупке, создании и обслуживании инфраструктуры. Из опыта мы знали, что стоимость обслуживания надежной, масштабируемой инфраструктуры в традиционной модели с несколькими центрами обработки данных может достигать 70 % как по времени, так и по усилиям, и требует значительных инвестиций интеллектуального капитала для поддержки в течение более длительного периода времени.. Первоначально мы думали о предоставлении услуг, которые могли бы снизить эту стоимость до 30% или меньше (теперь мы знаем, что она может быть намного меньше). Мы также прекрасно понимали, что использование вычислительных ресурсов в большинстве случаев, как на предприятиях, так и в стартапах, крайне низкое (менее 20 %, а часто даже ниже 10 %) и часто зависит от значительной периодичности. Предоставление этих услуг по запросу с использованием модели ценообразования на коммунальные услуги могло радикально изменить ситуацию. AWS предоставила первый сервис хранения (Amazon S3) весной 2006 г., а вычислительные ресурсы (Amazon EC2) — осенью того же года. Остальное — публичная история…»
Безос подробно остановился на комментариях воголов в онлайн-сообщении. «Примерно девять лет назад мы тратили много времени на внутренние дела, потому что для выполнения своей работы нашим инженерам по приложениям приходилось ежедневно подробно беседовать с нашими инженерами по сетевой инфраструктуре. Вместо тщательной координации каждой детали мы хотели, чтобы специалисты центра обработки данных предоставили специалистам по приложениям набор надежных инструментов, надежную инфраструктуру, на основе которой они могли бы создавать продукты», — сказал Безос. «Проблема была очевидна. У нас не было такой инфраструктуры. Поэтому мы начали создавать его для собственного внутреннего использования. Затем мы поняли: «Вау, всем, кто хочет создавать веб-приложения, это понадобится». Мы подумали, что, немного поработав, мы сможем сделать его доступным для всех. Мы все равно его сделаем — давай продадим».
Экономика AWS
Amazon уже знала, что механизм электронной связи, который она использовала, был эффективным и экономичным. Он также решил, что это будет экономически эффективным решением. И это оказалось правдой, поскольку совокупная стоимость владения и рентабельность инвестиций от AWS впечатляют, говорится в отчете IDC, спонсируемом Amazon.
IDC предлагает небольшой урок истории AWS.
«Стремление Amazon сократить расходы на крупномасштабные операции электронной коммерции компании привело к тому, что Amazon стала ориентироваться на услуги и предоставлять все ресурсы как масштабируемые и потребляемые услуги. Это движение также гарантировало, что культура разработки в Amazon будет приведена в соответствие с современными методами разработки, что приведет к созданию гибкой, гибкой и расширяемой платформы. Это привело к высокой степени зависти к AWS API во всей отрасли. С точки зрения клиента AWS это означает, что проще разрабатывать приложения с помощью AWS, проще развертывать уже существующие приложения на AWS и легче наладить гибридные операции, охватывающие AWS и частные центры обработки данных», — говорится в отчете IDC.
«В конце 1990-х и начале 2000-х годов, когда Amazon становилась ведущей в мире компанией электронной коммерции, внутренние бизнес-требования требовали, чтобы Amazon создавала инфраструктуру приложений, которая поддерживала бы масштабирование и надежность в следующих областях: вычисления, параллельная обработка, хранение, управление контентом, управление данными (реляционными и нереляционными базами данных), обработка транзакций, обмен сообщениями, организация очередей, платежи, безопасность, мониторинг и управление», — пишет IDC.
Выводы IDC показывают, что клиенты AWS экономят деньги на ИТ-инфраструктуре, повышают производительность ИТ и производительность конечных пользователей.
«Благодаря ускорению процесса разработки и развертывания приложений, автоматизации управления приложениями и переходу на IaaS ИТ-персонал стал на 52 % более продуктивным, экономя почти 150 000 долларов на каждом приложении в год. Таким образом, ИТ-персонал может улучшить поддержку критически важных операций», — говорится в сообщении IDC.
Тем временем «конечные пользователи выиграли от меньшего количества сбоев в обслуживании и более быстрого восстановления, сократив время простоя на 72% и сэкономив почти 32 600 долларов США на каждом приложении в год», — обнаружил исследовательский центр.