Назад | Перейти на главную страницу

Выделенный сервер или облачный хостинг?

Это Канонический вопрос об облачном хостинге

При развертывании моего приложения в Интернете:

Первоначально отправлено cyberx86. Удалите это уведомление после того, как сообщение будет удалено.

Этот вопрос, кажется, часто задают - обычно с конкретной ссылкой на Amazon EC2 - но я думаю, что общие идеи все еще применимы здесь.

Во-первых, см. Этот вопрос и этот вопрос для сравнения преимуществ / недостатков облака и vps / выделенного.

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

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

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

Чтобы решить несколько общих вопросов:

  • «x services» и «x cron jobs каждые 5 минут» на самом деле не описывают сложность или требования к ресурсам. Посмотрите на среднюю нагрузку, использование памяти и использование полосы пропускания - они определят, будет ли облако экономически эффективным для вас. Обычно при первоначальной настройке облако предлагает низкую стоимость вложения с низким уровнем риска, тогда как выделенные серверы имеют более высокие начальные затраты. С другой стороны, если у вас есть приложение, которое потребляет значительную часть полосы пропускания, выделенный сервер, вероятно, будет дешевле.

  • PHP 5 и MySQL на самом деле не важны - облачные платформы позволяют настраивать все, начиная с операционной системы, а это означает, что у вас не будет проблем с запуском любого из них. Единственное соображение связано с тем, что они предназначены для динамического приложения, требующего большей вычислительной мощности. Облако может справиться с этим, но с облачными вычислениями вы платите за то, что используете - более высокие требования к обработке приводят к увеличению затрат. Однако имейте в виду, что это зависит как от количества обрабатываемых запросов, так и от сложности каждого запроса. Самый маленький (EC2) сервер может легко обрабатывать несколько десятков тысяч запросов страниц Wordpress в день, если его разумно оптимизировать.

  • Насколько мне известно, Codeigniter достаточно эффективен, но, опять же, это зависит от того, что именно делает ваше приложение (какие ресурсы ему требуются). В облачной среде не возникнет проблем с запуском приложения Codeignitor. В большинстве случаев я бы сказал, что это менее затратно с точки зрения вычислений, чем запуск WordPress.

Конечный результат: оцените потребление ресурсов и определите минимальные планы, необходимые для удовлетворения этих потребностей на различных платформах. Затем оцените свой вероятный рост в течение следующих нескольких месяцев / года и решите, как вы будете расширяться (начнете ли вы с малого, а затем обновите и т. Д.). Рассмотрим сложность этого на выделенном сервере по сравнению с облаком (а также прогнозируемые затраты на каждый из них).

Обычно для «среднего» приложения, которое только начинается, я бы рекомендовал «облако». С другой стороны, если ваше приложение (а) особенно ресурсоемко (особенно пропускная способность, но также ЦП, дисковый ввод-вывод, память, хранилище), то специальный пакет часто работает лучше. Настоящее преимущество облака - это возможность начать с малого и легко масштабироваться - идея платить за то, что вы используете, а не за то, что, по вашему мнению, может вам понадобиться (что хорошо работает только в том случае, если вам нужно намного меньше, чем вам может потребоваться. '). Даже если вы не остановитесь на EC2 от Amazon, я бы начал с его изучения. Он хорошо известен (это означает, что многие люди его используют = легко доступная помощь), достаточно зрелый (в том, что касается облачных вычислений) и довольно недорогой - он формирует хорошую основу, с которой вы можете сравнивать другие услуги. Rackspace, Joyent, GoGrid и Linode - другие популярные варианты.

В зависимости от того, где вы живете, определенные правовые аспекты могут быть более важными, чем любые технические или финансовые аспекты решения.

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

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

Почему это могло быть проблемой?

  • У вас могут быть противоречащие друг другу законы, например, касающиеся защиты данных / конфиденциальности. Законы США в этом отношении относительно слабы по сравнению со многими другими странами. Это особенно важно, если вы рассматриваете возможность использования размещенной службы, такой как Google Apps или Office365, но это также следует учитывать, если вы думаете о развертывании собственной службы, например, из экземпляра EC2.
  • Закон США предоставляет некоторым агентствам широкие полномочия, которые сделают вас более или менее беззащитными, если они решат расследовать вас (или ваших пользователей). Это может даже включать в себя запреты на запросы поставщика услуг, поэтому вы никогда не узнаете, что он получил копию всего вашего набора данных. Опять же, это верно, даже если вы выберете уровни обслуживания за пределами США.
  • Когда дело касается коммерческой тайны, ни одно иностранное правительство не должно считаться дружественным.

Так что, в конце концов, это может быть совершенно неуместным в вашем случае или нарушением условий сделки, которое делает это невозможным.