Действительно ли Облако готово к веб-приложению Java Предприятия? Поиск Java [закрытый] совет хостинга EE

Я обслуживаю «несколько сотен пользователей» из одного экземпляра EC2 High-CPU Medium. Никакой балансировки нагрузки, никаких выделенных серверов БД, ничего особенного. Просто одна коробка. Кроме того, я использую некоторые службы:

• Elastic Block Store для данных MySQL, бинарные журналы MySQL и индексы Lucene
• S3 для хранения ресурсов и резервных копий, очевидно, разные корзины для каждого
• SimpleDB Метаданные для ресурсов
• CloudFront для ресурсов - в основном потому, что мы можем:)
• Простая служба очереди для обмена сообщениями (используется для постановки в очередь некоторых фоновых задач)

Как я уже сказал, ничего особенного - на по крайней мере в облачной среде Amazon. И все менее чем за 200 $ / мес. Что касается ценообразования, вы должны быть осторожны. Amazon хорошо постаралась скрыть основные расходы. Например, глядя на CloudFront Pricing, вы можете посмотреть на 0,15 доллара за ГБ, но проигнорировать 0,01 доллара за 10000 - это смехотворно малая цена для большого количества запросов, не так ли? Большой сюрприз: 2/3 стоимости CloudFront приходится на запросы (около 3 КБ на запрос). Запросы ввода-вывода для EBS - это похожая история.

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

В заключение: да, конечно, можно размещать приложения Java EE на EC2 :)

Изменить: в качестве примечания: сравнение цен на EC2 с традиционным хостингом - это сравнение яблок и апельсинов - по крайней мере, пока вы не получите SLA для вашей сети, практически неограниченную масштабируемость, отсутствие проблем с оборудованием, почти неограниченное и избыточное хранилище, различные зоны доступности и множество дополнительных услуг. Если кто-то скажет вам, что традиционный хостинг дешевле, он может быть системным администратором, озабоченным своей работой;) Не поймите меня неправильно, это дешевле, но вы получите гораздо меньше за меньшие деньги.

И, кстати, я никоим образом не связан с Amazon ... но я чувствую, что должен быть вознагражден за то, что был хорошим оратором, не так ли? : D