EC2: Могу ли я разместить там http-сервер?

Question

У кого-нибудь есть опыт внедрения GWT-приложений в EC2?

Если бы я должен был установить tomcat или apache на экземпляр ec2, могу ли я подключить пользователей напрямую к URL-адресу, указывающему там?

Будет ли это экономически выгодно, или будут ли услуги хостинга Java лучше?

Есть ли недостаток в размещении пограничного HTTP-сервера на регулярной службе хостинга и есть прямые запросы к EC2? Производительность когда-либо проблема здесь?

Answer 1

Другие ответы верны, но я просто хотел поделиться тем фактом, что мы разрабатываем продукт, который основан на 100% EC2/S3, а также имеет чистый интерфейс GWT.

Мы используем maven2 для сборки и отличный плагин gwt-maven. Это упрощает создание пакета WAR нашего веб-приложения в качестве выходного. Мы используем Jetty, но Tomcat будет работать так же хорошо.

У нас есть фунт (ускоритель HTTP/балансировка нагрузки), работающий на ВМ, прослушивающий http & https, который затем пересылает запросы на lighttpd (статические) или причал (приложение).Это также упрощает SSL-сертификаты, потому что фунт обрабатывает SSL. Я обнаружил, что серверу Java всегда было больно настраивать SSL-сертификаты.

Answer 2

Да, вы можете разместить практически все, что захотите, так как у вас действительно есть выделенный Linux-компьютер по вашей команде.

Как я помню, базовая ставка для экземпляра EC2 в их «нижнем ящике» составляла около 75 долларов США в месяц, поэтому вы можете использовать это как ориентир для других поставщиков. Это также предполагало, что машина поднялась на 24x7 (так как вы платите за нее по часам).

Основной недостаток экземпляра EC2 заключается в том, что он может «уйти» в любое время, и когда это произойдет, любые данные, записанные в ваш экземпляр, также «уйдут».

Это означает, что вам необходимо настроить его, чтобы вы могли легко перезапустить сервер, но также вам необходимо отключить любые данные, которые вы генерируете и которые хотите сохранить (либо в одной из других служб Amazons, например S3, либо некоторые другие внешние службы). Это потребует дополнительных затрат в зависимости от объема.

Наконец, вам также будет выставлен счет за любой трафик на услугу.

С другой стороны, для сравнения это другой «Виртуальный сервер» от другого поставщика. Существует много интересных вещей, которые могут быть сделаны с EC2, но, возможно, вам будет проще пойти с выделенной виртуальной хостинговой услугой, если вы просто используете одну машину.

Answer 3

Вы определенно можете разместить сервер HTTP в EC2, но вы должны принять во внимание следующее:

• Как уже упоминалось выше, стоимость может быть значительно выше, чем альтернативные решения хостинга
• Ваш экземпляр (машина, которую вы начали в EC2) может неожиданно исчезнуть. Нет гарантии от Amazon для доступности 24x7. Это означает, что данные, которые вы сохранили в локальном хранилище, будут потеряны, и когда вы запустите новый экземпляр, он получит новый IP-адрес.

Чтобы успешно разместить сервер в EC2, вам необходимо использовать некоторые другие услуги от Amazon. Вам нужен Elastic IP, чтобы вы могли обойти новую проблему с IP-адресом. Вы также можете использовать Эластичное блочное хранилище. Это сервис, который позволит вам установить на вашем компьютере диск, который не исчезнет, ​​когда ваш экземпляр будет потерян.

Answer 4

Другие дали хорошие ответы. Я должен добавить, что вам нужно потратить время программиста на ознакомление с причудами EC2 и их устранением (например, с EBS). Это не совсем тривиально, и хотя это полезное знание имеет и может стоить того только по этой причине, если вы хотите быстро встать и работать с помощью всего лишь нескольких серверов, вероятно, вам следует посмотреть другие варианты размещения.

С другой стороны, если вы планируете масштабировать достаточно массово (в конечном итоге размещая много серверов на EC2), я бы очень рекомендовал его. Вы должны архитектовать несколько вещей, но вам все равно нужно это делать. Гибкость вычислений по требованию и, как правило, низкая цена, делает эту платформу убийцей, когда вы достигаете определенного масштаба работы.