Используете ли вы облачные сервисы Amazons в своей компании?[закрыто]

https://stackoverflow.com/questions/24885

09-06-2019
|

Вопрос

Я много читал о возможностях Облако амазонок вычисления, как S3 или ЕС2 и мне было интересно, действительно ли кто-то использует это для критически важных приложений.Размещаете ли вы веб-сайт своей компании в облаке?Вы храните там файлы?Вы запускаете свои серверы сборки в облаке?

Уже есть такие услуги, как Скалр или WeoCeo это могло бы помочь вам с этой задачей, но я не знаю, дошло ли уже до того момента, когда руководство становится реальной проблемой...

редактировать Хочу добавить еще один момент:Как вы думаете, существуют скрытый проблемы в лицензиях AWS, которые не позволяют вам (и/или вашей компании) передавать приложения или даже части приложений на аутсорсинг в облако?

редактировать Знаете ли вы о какой-либо статистике, сравнивающей общее время простоев S3 или EC2 и ваших собственных или сторонних услуг хостинга?

Решение

Я установил два экземпляра своего приложения на EC2 и использую S3 для локального резервного копирования на AWS и доставки мультимедийных ресурсов.В середине июня мы перенесли около 15% контента/трафика наших приложений на EC2.Результат неоднозначный, и мы перемещаем экземпляр с интенсивным использованием контента обратно в наш размещенный центр обработки данных и теперь изучаем другие варианты доставки контента.

Обратите внимание, что:

Мое приложение требует пропускной способности (начиная со 100 Мбит/с на экземпляр)
Моя компания и я находимся в Швейцарии, и это, безусловно, повлияло на нашу оценку.
Я определяю пропускную способность как скорость потока (Мбит/с и т. д.), а трафик — как объем (МБ, ГБ и т. д.).

Плюсы:

Стоимость трафика для малых и средних объемов, при условии, что менее терабайта в месяц.Превысьте эту нечеткую линию и либо сделайте это самостоятельно, либо найдите подходящий CDN.
Активное сообщество пользователей
Эффективно неограниченная пропускная способность с контентом, доставляемым через S3/CloudFront.
Гибкость (запустите экземпляр и запустите его за считанные минуты)
Мощности ЦП, доступной в экземпляре, даже в небольшом экземпляре, всегда было достаточно для моего приложения.Для тех, кому это необходимо, существуют другие типы экземпляров с высокой производительностью ЦП.

Минусы:

У нас был экземпляр, который стал недоступен (случай нередкий), и нам пришлось выполнить процедуру аварийного восстановления.12 часов.
Задержка в сети как для S3, так и для EC2 может быть неприемлемо высокой (100 мс).
Пропускная способность экземпляра EC2 ограничена.Несмотря на часы поиска, я так и не нашел официального заявления с точными цифрами того, чего могут ожидать пользователи.Первоначально в тестах мы видели максимальную скорость около 250 миль в секунду, но, похоже, она значительно улучшилась.
Пропускная способность каждого HTTP-соединения может быть неприемлемо низкой.1–2 Мбит/с даже из нашего швейцарского центра обработки данных с подключением на скорости 800 Мбит/с и качественным пирингом.РЕДАКТИРОВАТЬ:Недавно мы наблюдали скорость передачи данных между нашим центром обработки данных и EC2 в диапазоне 3–4 Мбит/с.
S3 не является «обычной» файловой системой., и требуется специальное программное обеспечение.Мы выбрали JungleDisk, который я теперь считаю неподходящим для круглосуточной серверной среды с наборами данных среднего размера.Происходили странные вещи (файл дважды перечислялся с помощью команды «ls») и неожиданные сбои. Использовать ЭБС для постоянных данных, хотя это не без оговорок.
S3 это нет CDN.Моя компания, как и многие другие, пыталась использовать Amazon S3 в качестве CDN.Есть и другие недорогие альтернативы.(Акамай, voxel.net, easycache.com)

Я поклонник облачной концепции, и мы продолжим использовать экземпляр EC2, но сочли ее неподходящей для наших основных производственных нужд в ее нынешнем виде.У AWS есть некоторые проблемы, которые нужно решить.

Другие советы

В настоящее время я использую S3 для видеохостинга, и мне это нравится.Если вы используете .NET, дайте себе немного времени, чтобы интегрировать настройку на свой сайт.Я очень рекомендую их услуги.

Единственное, что мне показалось неприятным, это то, что вам нужно потратить >100, чтобы получить серебряный уровень обслуживания, наш сайт в конечном итоге потратит столько же, но мы еще даже не находимся в бета-версии.У меня не было вопросов, я просто хотел посмотреть, на что похожа их поддержка.

Поддержка была отличной и очень полезной, однако мне бы хотелось иметь возможность задавать некоторые вопросы, не залезая в карман (а не в карман начальника).

О, у меня не было проблем с лицензией.

Для сравнения, по деньгам я бы выбрал S3 среди других хостинговых услуг, потому что их охват настолько огромен, а цена очень низкая.

О надежности

У меня нет ничего работающего в облачной службе, но я хотел бы решить проблему надежности.

Я уверен, что у команды Amazon гораздо больше опыта и ресурсов для запуска мощного веб-сайта, чем у меня.На прошлой неделе они не работали пару часов, но я считаю, что в целом время их безотказной работы будет лучше, чем если бы вы или я работали самостоятельно, с нашим нынешним уровнем опыта и ресурсов.

Я использую S3 для хостинга изображений (на данный момент более 5 миллионов файлов) и для резервного копирования серверов.Я использовал EC2 для обработки изображений и SQS для координации этих задач.Должен сказать, что я удалил EC2, поскольку для этой конкретной задачи невиртуализированный сервер оказался в 10 раз быстрее.И я написал собственное решение организации очередей с использованием MySQL, которое оказалось намного быстрее и не имело тесной связи с AWS.

На сайте Coding Aloud есть важный пост [http://www.codingaloud.com/2008/01/going-bankrupt-with-amazon-s3.html] под названием «Банкротство с Amazon S3», посмотрите.

Отказ от ответственности:Я был бы аспирантом UCSB, который выпускает программное обеспечение, о котором я собираюсь упомянуть.

Если вы беспокоитесь о владении облаком (например, о том, что вы не владеете физически своими облачными ящиками), вы можете посмотреть Эвкалипт.Он совместим с EC2 API и позволяет вам использовать ваши серверы, а также имеет открытый исходный код, поэтому вы можете точно видеть, что происходит.

Но, собственно, вопрос: нет, мы не размещаем наш веб-сайт в облаке, хотя у нас определенно есть много идей, чем можно заняться на нем.

Для вашего второго редактирования, проверьте CloudStatus.Он отслеживает работу AWS и Google App Engine на предмет сбоев и производительности.Amazon также отслеживает свои сбои в работе http://status.aws.amazon.com/.

Мы храним файлы нашей компании на S3, чтобы сотрудники могли получить к ним доступ, где бы они ни находились.Чрезвычайно дешево и просто.Множество приложений для доступа к вашим файлам на S3.Мы используем хороший онлайн-файловый менеджер: S3fm.

Группа друзей и я работаем над приложением, которое живет в облаке.Однако часть облака, в котором он обитает, находится под нашим контролем.Я бы никогда не доверил третью сторону выполнить такую операцию по поднятию моего приложения, потому что я не могу это контролировать.Недавний сбой Amazon S3 является отличной иллюстрацией того, почему.

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

*Возможно, это не относится к Amazon, но я никогда не слышал о двух других, которые вы упомянули, и пока они не просуществуют около десяти лет, я бы, вероятно, не доверял им или любым подобным сервисам.

Лицензировано под: CC-BY-SA с атрибуция

Не связан с StackOverflow