Почему вы не хотите использовать Cloud Computing?

Наша компания рассматривает возможность перехода от размещения наших собственных серверов к EC2, и мне было интересно, была ли это хорошая идея.

Я видел много вещей о том, могут ли облачные вычисления (и, в частности, EC2) делать x, или это может быть y, но мой реальный вопрос заключается в том, почему вы НЕ хотите его использовать?

Если вы создавали бизнес, каковы причины (за пределами стоимости), которые вы выбрали бы, чтобы решить проблемы с управлением своими собственными серверами?

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

Кажется, я помню, что Джоэл Спольский немного размыл это, но я не смог его найти.

У кого-нибудь есть причины?

Спасибо!

Ответ 1

Я могу подумать о нескольких причинах, почему бы не использовать EC2 (и я говорю об EC2, а не grid comp вообще):

Надежность: Amazon не дает никаких гарантий относительно доступности/времени простоя/безопасности EC2
Безопасность: Amazon не дает никаких гарантий относительно того, кому она будет раскрывать ваши данные.
Настойчивость: обеспечение сохранения ваших данных (включая усилия по настройке системы) сложнее над EC2
Управление: очень мало интегрированных инструментов управления облаком, развернутым на EC2
Сеть: виртуальная сеть, которая позволяет экземплярам EC2 взаимодействовать, имеет некоторые довольно болезненные ограничения (латентность, отсутствие многоадресной рассылки, произвольное топологическое местоположение).

И чтобы закончить это:

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

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

Ответ 2

Некоторые вопросы:

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

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

Насколько легко было бы отказаться от договоренности, должно ли обслуживание быть не таким, как ожидалось, или если вы найдете более выгодную сделку в другом месте? Это включает в себя не только возврат ваших данных, но и некоторую версию приложений, которые вы использовали. Рассмотрите возможности вашего провайдера, который станет банкротом (Amazon не собирается обанкротиться в ближайшее время, но они могут отделить облачного провайдера, который затем может обанкротиться) или иметь внутреннюю реорганизацию. Имейте в виду, что компания с серьезными проблемами может не оправдать ваши ожидания обслуживания.

Сколько независимости у вас будет? Будете ли вы управлять своим программным обеспечением или программным обеспечением, которое вы выбираете? Насколько легко переконфигурировать?

Какова схема ценообразования? Возможно ли, чтобы законопроекты попадали на недопустимые уровни без адекватного предупреждения?

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

Как думает ваш юридический отдел (или корпоративный адвокат) о контракте? Есть ли механизм разрешения споров, и если да, то это справедливо для вас?

Наконец, что вы ожидаете от перехода в облако? Что вы готовы заплатить? Что вы можете компрометировать и что вам нужно?

Ответ 3

Высокочувствительные данные могут быть лучше контролировать сами. И там законодательство; некоторые конфиденциальные данные, например, могут не покидать страну.

Кроме того, кроме Microsoft Azure в сочетании с SDS, хранилища данных, как правило, не являются реляционными, что в некоторых случаях является неприятным.

Ответ 4

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

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

Может быть, это скорее фантазия, но кто когда-либо знает?

Если у вас нет паранойи, это еще не значит, что за вами не следят.

Ответ 5

Большой: если Amazon идет вниз, вы ничего не можете сделать, чтобы вернуть его.

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

Ответ 6

Безопасность - вы не знаете, что делается с вашими данными.
Dependency - ваш бизнес теперь напрямую переплетается с провайдером.

Ответ 7

Существуют различные виды облачных вычислений с множеством различных поставщиков, предоставляющих его. Это заставит меня нервничать, чтобы закодировать мои приложения для работы с одним поставщиком облаков. что вам определенно нужно было кодировать... amazon и Microsoft. Я считаю, что вам нужно специально кодировать эту платформу - возможно, Google.

Тем не менее, я недавно отбросил свои собственные выделенные серверы и перешел на платформу Rackspaces Mosso Cloud (у которой нет необходимой проприетарной кодировки), и я действительно доволен ею до сих пор. Сократите мои расходы вдвое, а производительность намного лучше, чем раньше. Мои базы данных SQL Server теперь работают на 64-битных корпоративных версиях SQL-сервера с 32 ГБ оперативной памяти, что стоило бы мне целого состояния в моей предыдущей инфраструктуре провайдеров.

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

Ответ 8

Отсутствие контроля.

Ответ 9

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

Ответ 10

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

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

Ответ 11

Зависит от того, насколько вы доверяете своей собственной инфраструктуре по сравнению со сторонней облачной службой. На мой взгляд, большинство предприятий (по крайней мере, не связанных с ИТ) должны выбрать более поздние.

Ответ 12

Еще одна вещь, которую вы теряете с облаком - это возможность выбирать именно ту операционную систему, которую вы хотите запустить. Например, последним ядром Fedora Linux, доступным на EC2, является FC8, а последней версией Windows Server 2003.

Ответ 13

Кроме того, проблемы, связанные с надежностью, надежностью и стоимостью, являются вопросом владения данными. Когда вы находите данные на чужом сервере, вы больше не контролируете, кто видит, обращается, изменяет или использует эти данные. Хотя операторы облаков могут ограничить ваш доступ, у вас нет возможности ограничить их или ограничить доступ к ним. Да, вы можете зашифровать все данные на сервере, но вам не хватает какого-либо способа узнать, кто имеет корневой доступ к самому серверу, и любые средства, позволяющие другим пользователям загружать ваши зашифрованные данные и взламывать их. Вы теряете контроль над своими данными; в зависимости от того, какие типы приложений вы используете, а также запатентованный характер данных, это может вызвать риски корпоративной безопасности и/или ответственности.

Другим фактором, который следует учитывать, является то, что произойдет с вашей компанией, если Amazon и/или EC2 внезапно исчезнут в одночасье. Хотя это, казалось бы, нелепое положение, это может произойти. Сможете ли вы быстро заполнить отверстие и восстановить сервис, или ваши потенциально приносящие доход приложения будут томиться, а ИТ-персонал будет стремиться получить серверы и пропускную способность, чтобы вернуть их в онлайн? Кроме того, что будет с вашими данными? Облачный жесткий диск, содержащий всю вашу информацию, все еще существует и может представлять потенциальный риск ответственности в зависимости от сохраненной вами информации - таких элементов, как личная информация, записи деловых операций и т.д.

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

Ответ 14

Неотвеченные вопросы безопасности.

Действительно, вы хотите, чтобы ваш IP был там, где вы не контролируете его?

Ответ 15

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

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

Ответ 16

Облачные вычисления привели к параллельному программированию немного ближе к массам, но вам все равно нужно понять, как лучше всего использовать его - иначе вы собираетесь тратить вычислительные циклы и пропускную способность.

Повторная архивация вашего приложения для наиболее эффективного использования службы облачных вычислений является нетривиальной.

Ответ 17

Это похоже на комментарий "Почему вы используете Linux", который я получил от руководства много лет назад. Ответ, который я получил, состоял в том, что это решение для поиска проблемы.

Итак, каковы ваши цели и задачи при переходе на EC2?

Мне было бы интересно узнать, хотите ли вы переместиться в облако, если оно было вашим собственным.

Ответ 18

Кроме того, что уже было сказано здесь, мы должны учитывать единообразие в бизнесе. Все ли приложения, которые будут размещаться в облаке, или только большинство? Лучше всего задействовать спусковой механизм при использовании облака, когда вам еще нужно иметь персонал для обработки нескольких специальных серверов?

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