Об авторе
Ричард Бланфорд - основатель компании Fordway Managed Cloud Solutions.
Для некоторых приложений и типов организаций переход в облако является совершенно рациональным бизнес-решением. Если доступна хорошая служба SaaS, такая как Microsoft Office 365, она предоставит все, что вам нужно, ее будет легко использовать, а затраты будут такими же или ниже, чем затраты на внутреннюю подготовку. Сегодняшние стартапы могут и должны использовать все свои информационные технологии в облаке.
Однако большинство крупных и средних компаний либо не начинают с нуля, либо используют лишь небольшое количество относительно простых приложений. Они вложили время и деньги в ряд сложных и взаимозависимых приложений, которые имеют решающее значение для бесперебойной работы их бизнеса. Большинство этих приложений будут адаптированы к конкретным потребностям, и будет много терабайт вспомогательных данных. Каждой организации необходимо тщательно продумать, выгодно ли, если невозможно, перенести все эти приложения в облачную службу.
На мой взгляд, облако выгодно во многих ситуациях, но не во всех случаях. Облачные приложения разработаны на основе ряда предположений, которые могут не относиться к определенным организациям и их работе. В результате переход в облако - это не просто преобразование ИТ: он требует переориентации деятельности, новых навыков и новых способов работы. Компании также должны понимать, что поставщик облачных услуг в большей степени ограничен, чем поставщик ИТ, и что передача услуг между поставщиками еще не является простой задачей, поскольку их услуги напрямую не сопоставимы. В результате я считаю, что в ближайшие пять-десять лет будущее будет гибридным.
При внимательном изучении различных доступных вариантов облачных вычислений становится ясна реальность гибридного будущего. Первым шагом должен быть поиск подходящей услуги SaaS по разумной цене, которую организация может просто использовать, одновременно отслеживая ее, чтобы гарантировать, что согласованная услуга будет предоставлена.
Это должно обеспечить:
Использование SaaS похоже на открытие крана, чтобы набрать воду, вместо того, чтобы идти к колодцу, чтобы набрать воду, которую затем нужно транспортировать, очищать и т. Д. перед употреблением. Хороший SaaS предоставляет то, что вам нужно, когда это нужно, и вы платите за то, что используете.
Облако также выгодно для нежилых сред, где вы платите по мере использования. Это включает в себя аварийное восстановление (DR), когда все серверы могут быть приостановлены бесплатно до тех пор, пока не будет запущено аварийное восстановление, а также среды тестирования и разработки, где вы платите только за запуск вашего кода. Все, что вам нужно, - это администрирование. Важно знать, что сервисы PaaS от разных облачных провайдеров имеют разные API. Следовательно, есть элемент блокировки поставщика.
Сложнее найти подходящие SaaS-решения для нишевых приложений и тех, которые нужно настраивать в соответствии с бизнес-процессами. Многие поставщики приложений разрабатывают свою собственную стратегию SaaS, но обычно они поддерживают только последнюю версию программного обеспечения, а многие не могут принимать пользовательские приложения или сторонние плагины. Это может быть особой проблемой для местных властей и NHS, которые используют специализированные приложения. Мы изучили многие очевидные предложения SaaS для наших клиентов и обнаружили, что во многих случаях поставщик просто поддерживал и поддерживал специальную версию пользовательского программного обеспечения в общедоступном облачном сервисе, взимая при этом более высокую цену. высокая.
Если SaaS недоступен, следующим лучшим вариантом является PaaS, где вы устанавливаете свое приложение поверх управляемой службы базы данных. Это потребует от вашего приложения использования современной и широко поддерживаемой базы данных, такой как Oracle, SQL Server или MySQL. Службы PaaS, которые предоставляют среды Informix или ProgressDB 15-летней давности, найти довольно сложно.
Наконец, вы можете выбрать размещение своего существующего приложения в IaaS, что означает перемещение приложения, отдельно или с небольшими улучшениями, для запуска из инфраструктуры облачного провайдера. Единственные ваши внутренние обязанности - это лицензирование и поддержка поставщиков приложений. Однако есть два условия.
Прежде всего, у каждого поставщика разные правила проектирования. Работа с выбранным вами меню требует глубокого понимания вашей среды, например, количества требуемых фиксированных и мобильных IP-адресов, используемой службы DNS, объема данных в облаке и из него и т. Д. ступица, спицы и обод для велосипедного колеса вместо покупки колеса в сборе.
Многие компании не указывают свои ИТ-службы на таком уровне детализации, потому что они, как правило, покупают инфраструктуру и используют всю доступную мощность. Однако в контролируемой облачной среде услуга должна быть указана чрезвычайно строго, чтобы минимизировать затраты. Например, зарезервированные инстансы дешевле, но имеют блокировку на срок от одного до трех лет. Экземпляры точек похожи и могут быть остановлены без предварительного уведомления. Поэтому они не подходят для критически важных бизнес-сервисов.
Во-вторых, в IaaS поставщик облачных услуг предоставляет только хостинг, включая исправления гипервизора и хоста, а также упреждающий мониторинг безопасности инфраструктуры. Любые другие решения, а также обеспечение отказоустойчивости, резервного копирования, безопасности, поддержки и обслуживания приложений в экземпляре должны предоставляться внутри компании или третьими сторонами. Любое масштабирование должно выполняться с использованием инструментов облачного провайдера. Это быстро становится сложным, когда у большинства компаний в среднем 40 приложений. Таким образом, управление IaaS - это на самом деле работа на полную ставку.
Эта сложность не должна удерживать конкретную организацию от перехода в облако. Однако важно открыть глаза или найти эксперта, который будет сопровождать вас. Вы также можете выбрать управляемую службу IaaS, в которой один поставщик обрабатывает все за вас и взимает согласованное количество экземпляров в месяц. Управляемый IaaS эффективно предоставляет ваше унаследованное приложение как SaaS.
Третий вариант - настроить ИТ как частное облако. Затем вы можете продолжить внутреннюю работу со всем оборудованием для перехода в режим SaaS, когда будет доступно подходящее решение.
После рассмотрения всех этих вариантов большинству организаций придется планировать гибридное будущее. Некоторые приложения могут и должны немедленно переместиться в облако, но для других потребуется гораздо больше времени и ресурсов, а некоторые просто невозможно переместить в краткосрочной или среднесрочной перспективе - для удаления некоторых зависимостей просто потребуется слишком много работы. платить несколько тысяч фунтов в год за размещение приложения в штате или в десять раз дороже за его переработку с помощью открытого API для облака PaaS. Соотношение выгода / вознаграждение очевидно.
Ричард Бланфорд - основатель компании Fordway Managed Cloud Solutions.