Как облачная инфраструктура может сохранить или заработать вам деньги (перевод статьи)

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

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

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

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

В-третьих, я собираюсь сравнивать расходы на основе достаточно зрелых «традиционных» центров обработки данных в сравнении с аналогичными, но реализованными на облачной инфраструктуре, работающих в стационарном режиме. Под традиционными ЦОДамы я имею в виду те, что частично (менее 30%) виртуализированные, совсем не имеют автоматизации или управляются умеренно.

В-четвертых, говоря «облако» я имею в виду определение ность (Национального Института Стандартов и Технологий) http://www.nist.gov/itl/csd/cloud-102511.cfm:

«Модель облачных вычислений позволяет где угодно и удобно иметь доступ к сети общего пула вычислительных ресурсов, которые можно изменять и настраивать (например, сетей, серверов, систем хранения и приложений), которые быстро устанавливаются и реализуются минимальными усилиями менеджеров или поставщика услуг».

Ность перечисляет пять основных характеристик облачных вычислений: самообслуживания (если нужно), широкий доступ к сети, объединения ресурсов, быстрая эластичность и расширения, измерения услугами. Он также перечисляет три «модели обслуживания» (программное обеспечение, платформы и инфраструктуры) и четыре «модели развертывания» (частная, общественная, государственная и смешанная облака), которые демонстрируют способы доставки облачных сервисов. Определение призвано служить средством для широкого сравнения облачных сервисов и стратегии развертывания, а также обеспечить основу для обсуждения того, что такое облачные вычисления и как лучше использовать облачные вычисления».

Теперь, когда мы все выяснили, перейдем ко второй части моего рассказа. Я буду описывать сценарии, как они есть в традиционных ЦОД, а затем - в облачных. После этого, буду указывать где же преимущества и доходы, о которых идет дело.

Время выхода на рынок / Стоимость

традиционные:

• владелец бизнеса или руководитель решает, что необходимы новые приложения, которые обеспечат новый источник дохода для компании, а бизнес-аналитик нарабатывает бизнес-требования;
• бизнес-аналитик все требования переводит в функциональные, а затем на их основе разрабатывает технические требования, которые описывают, какое аппаратное и программное обеспечение нужно (то, которое можно купить или надо разрабатывать / собирать)
• технический аналитик или разработчик использует технические требования и готовит ряд аппаратных и программных спецификаций для закупки оборудования или программного обеспечения - ресурсы, необходимые для новых программ;
• после завершения проводится анализ затрат, чтобы определить необходимые затраты на приобретение аппаратных средств, программного обеспечения (коммерческого), оценку стоимости разработки собственного ПО, тестирования и контроля качества, и в конечном итоге - развертывание;
• бизнес-аналитик делает анализ затрат и ROI / TCO (стоимость владения и возврат инвестиций) и разрабатывает экономическое обоснование, которое рассматривают владелец бизнеса или руководство и утверждают;
• после утверждения программы присваивается номер проекта и весь пакет спецификаций передается в отдел закупки, где ищут, проверяют, контактирующих с поставщиками - идут различные процессы с целью приобретения оборудования и программных ресурсов.

В общем проходит около 8-16 недель от начала процесса до появления необходимого оборудования, которое ждут разработчики.

Облачные технологии:

• владелец бизнеса или руководитель решает, что им нужен новый приложение, которое будет обеспечивать новый поток доходов в организации. Бизнес-аналитик выясняет, что они хотят и преподает это в виде бизнес-требований;
• дальше он переводит их с функциональными требованиями (те, которые приведут к нужным результатам), а затем использует в качестве основы для технических требований, которые описывают необходимое оборудование и программное обеспечение;
• технический аналитик или разработчик использует технические требования и разрабатывает (расписывает) серию аппаратных и программных конфигураций, необходимых для новых приложений;
• после завершения проводится анализ затрат, чтобы оценить запуск и ежемесячную плату (подробности оплаты), сравнение и оценка внутренних возможностей программного обеспечения, тестирование / контроль качества и возможного внедрения программы;
• бизнес-аналитик делает анализ затрат и ROI / TCO, создает экономическое обоснование, которое рассматривает владелец бизнеса или руководство, и приложение утверждается;
• после утверждения предложения группа разработчиков обращается к порталу самообслуживания, где они выбирают необходимые ресурсы из службы каталога. Ресурсы готовы в течение нескольких часов.

Примерно от 3 до 6 недель с момента начала процесса (до 10 недель раньше, чем в случае с традиционным центром обработки данных) вычислительные ресурсы ждут разработчиков, чтобы начать работу по применению.

Экономия / Преимущества:

Если потенциальный доход от предложенного приложения $ 250,000 в неделю (произвольное число), то из этого приложения за 10 недель можно получить дополнительные $ 2,500,000 доходов.

Примечание: Чем больше несоответствие имеющихся ресурсов, в традиционной или облачной инфраструктуре, тем больше потенциальные выгоды.

Приобретение оборудования

Традиционная модель:

• владелец бизнеса или руководитель решает, что нужны встроенные приложения, которые обеспечат новый источник дохода для организации, а бизнес-аналитик описывает приложение в виде бизнес-требований;
• бизнес-аналитик переводит их в функциональные требования (в соответствии с необходимыми результатов), а затем использует в качестве основы для технических требований, которые описывают поддержку аппаратного и программного обеспечения (коммерческие или специально разработанные)
• технический аналитик или разработчик использует технические требования и разрабатывает целый ряд аппаратных и программных спецификаций для закупки оборудования или программного обеспечения - ресурсы, необходимые для поддержания ожидаемой программы;
• аппаратные спецификации строятся на основе предвидения пиков нагрузки на приложения, а также запаса прочности (накладные расходы), чтобы обеспечить стабильность работы программы с течением времени и сезонными колебаниями. Этот запас может быть от 15% до 30%, что фактически означает, что закупка оборудования всегда выравнивается по худшем случае (пик обработки / пиковая пропускная способность / пик ввода / вывода), так что для каждой программы должна быть указана самая дорогая конфигурация.

Облачная модель:

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

Экономия / Преимущества:

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

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

Это лишь два примера, где облако может конкретно помочь организации получить доходы или сэкономить затраты (а этих примеров гораздо больше). Но, как всегда, это зависит от вашей среды, от того, что вы хотите сделать, сколько вы хотите потратить и как долго вы хотите это делать, чтобы получить ожидаемый результат. Лучше всего - попросите вашего любимого специалиста по облачной инфраструктуре уже сегодня, чтобы помог вам определить, как облачную «путешествие» сделать правильным и выгодным для вас!

 

Автор - Trevor Williamson - директор отдела Архитектурных Решений в GreenPages.

Оригинал статьи на английском языке можно найти здесь: http://www.journeytothecloud.com/cloud-computing/how-a-cloud-infrastructure-can-save-or-make-you-money/.