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