Max Home IndustryAmazon считает, что у него есть способ привлечь вас к облачному развертыванию — теперь вы можете загрузить свое приложение Java/Tomcat в облако EC2, и оно просто запустится.
Существует два различных способа организации облачных вычислений. Вы можете использовать подход виртуального устройства и развернуть полную систему — операционную систему и любую поддержку, необходимую для приложения, языков, фреймворков и так далее. В качестве альтернативы вы можете сосредоточиться на приложении и предоставить платформу, в которой приложение является единственным компонентом, который необходимо развернуть. Приложение как единица облачного развертывания-это подход, используемый Microsoft Azure и Google App Engine. До сих пор система EC2 Amazon была более или менее ориентирована на устройства, но теперь есть эластичный бобовый стебель.
Да, «Эластичный бобовый стебель» — название, которое доказывает, что не только проекты и продукты с открытым исходным кодом получают глупые названия.Похоже, что Amazon нравится это название, потому что оно позволяет им говорить такие вещи, как
«Эластичный бобовый стебель легко начать и невозможно перерасти»
Если вы можете перестать хихикать достаточно долго, чтобы рассмотреть возможность использования эластичного бобового стебля, это оказывается довольно привлекательным. Большая проблема с использованием подхода appfabric заключается в том, что вам необходимо поддерживать широкий спектр «контейнеров приложений». Контейнер приложения — это просто активная среда (ОС, серверы, язык, библиотеки и т. Д.), Необходимая для запуска приложения. Вы можете представить его как контейнер, в который должно быть загружено приложение, чтобы оно действительно работало и выполняло свою работу. В большинстве случаев нет четко определенного контейнера приложений, и это затрудняет задачу создания облачной поддержки для такого рода развертывания. Microsoft решила эту проблему, ограничив приложения ASP.NET и Google решил эту проблему, ограничив приложения Python. Amazon обещает поддерживать несколько контейнеров приложений, но на данный момент он поддерживает только Java.
Все, что вам нужно сделать, это написать Java-приложение, предназначенное для сервера Tomcat, упаковать его в файл WAR (архив веб-приложений) и загрузить его. С этого момента вы можете предоставить Elastic Beanstalk решить, как лучше всего развернуть его в облаке EC2. Он выполнит балансировку нагрузки и распределит приложение по экземплярам сервера. Вам не нужно настраивать ОС или проверять правильность среды для запуска приложения.
В принципе, это решение для развертывания и забывания, но, конечно, если вы хотите поиграть с параметрами, вы можете. Вы можете настроить базу данных для использования, тип экземпляра, используемого для запуска приложения, настроить HTTPS и так далее. Самое главное, вы можете установить параметры автоматического масштабирования, которые управляют количеством экземпляров, используемых для запуска приложения, и, таким образом, контролируют как производительность, так и стоимость.
Вы можете видеть, что на самом деле здесь происходит снижение начального уровня. Вам не нужно много учиться, чтобы начать, но вы, безусловно, можете поспорить, что со временем вы будете медленно, но верно прокладывать себе путь в контейнер, пока не узнаете его достаточно хорошо, чтобы считать его вместе с вашим приложением виртуальным устройством.
«Мы ломали голову над тем, как упростить развертывание приложений и управление ими на AWS, не лишая наших клиентов гибкости и контроля, которые они привыкли ожидать», — сказал Адам Селипски, вице-президент Amazon Web Services. «Как только мы начали изучать ментальную модель клиентов, способных «открыть капот», чтобы самим поработать с управлением инфраструктурой, лампочка погасла, и мы поняли, что нам не нужно было принимать это решение «или/или». Клиенты AWS теперь могут выбирать, иметь ли они столько автоматизации или столько контроля, сколько пожелают.»
Amazon даже предлагает уровень бесплатного использования, который означает, что как новый клиент вы не платите, пока не начнете отслеживать разумное количество использования.