ENG
В последние годы конкуренция заставила финансовые организации принимать ряд непростых стратегических решений.
При этом поворотным моментом стал выбор направления развития: либо производство своих финансовых продуктов, либо распространение сторонних, либо и то, и другое. Различия между тем, чтобы создавать собственные инновационные услуги для клиентов, и тем, чтобы заниматься отбором и дистрибуцией чужих, определяют технологическое видение и операционную модель бизнеса. Дистрибьютор должен сосредоточиться на построении сильного бренда, открытой платформе и тесных взаимоотношениях с клиентами и партнерами. А производитель — на функциональных инновациях и сильной команде по разработке приложений.
Какое отношение бизнес-стратегия имеет к облаку? Самое непосредственное: сегодня два этих понятия связаны неразрывно. Неважно, идет ли речь о производстве или дистрибуции, организации нужна гибкая и масштабируемая технологическая основа, способная поддержать рост и обеспечить достижение бизнес-целей. Это подводит заказчика к следующему ключевому выбору — что взять за основу: публичное облако, частное облако, комбинацию из нескольких публичных облачных сред либо гибридную облачную инфраструктуру, охватывающую все перечисленное? Учитывая растущее стремление заказчиков лучше понять, чего можно достичь с помощью облака, мы рассмотрим в этой статье некоторые фундаментальные моменты, которые помогут выбрать наиболее подходящую облачную стратегию.
Публичное облако как ключ к масштабированию
Есть несколько причин, по которым компании размещают свои ИТ-системы на публичных облачных инфраструктурах. Основная — желание иметь необходимые ресурсы или вычислительные мощности не на постоянной основе, а по требованию (on-demand). Публичное облако позволяет практически мгновенно наращивать корпоративную ИТ-среду, при этом единственное ограничение — ее стоимость. Это позволяет справляться с всплесками и спадами спроса, как прогнозируемыми, например в канун и сразу после Нового года, так и неожиданными: вроде тех, что возникают из-за экстремальной погоды или, скажем, взрывного роста онлайн-платежей в период ковидного локдауна. Создавать и содержать собственные резервные мощности на случай непредсказуемых всплесков нагрузки слишком дорого, перенос в облако как раз и позволяет реагировать на них оперативно, в русле клиентоориентированности.
Публичное облако также помогает заказчику расширять корпоративную ИТ-инфраструктуру более системно и контролируемо, используя облако как временный резерв до тех пор, пока не будут приобретены и введены в строй собственные серверы и другие системы, необходимые для удовлетворения выросшего спроса. Мы нередко видели случаи, когда расширение собственной ИТ-инфраструктуры заказчика (on-premise) занимало до полугода. Мощности в публичном облаке позволяют устранить временной зазор, а затем — когда будут готовы собственные ИТ-ресурсы — от них можно легко отказаться.
Кроме того, публичное облако позволяет разнести отличающиеся по специфике и степени важности задачи, заодно снизив операционные риски. Например, в облаке можно разместить приложения, реализующие внешний интерфейс сервисов (фронтенд). Эти приложения регулярно дорабатываются и обновляются, через защищенные каналы подключаются к корпоративным серверам и данным (бэкенд), которые размещаются в собственном дата-центре организации с целью снижения рисков или согласно комплаенсу. Далее: публичное облако позволяет объединять ИТ-ресурсы в пулы, упрощая подготовку и предоставление тем, кто их запрашивает, чтобы не тратить время и силы ИТ-специалистов на вспомогательные задачи.
Облако также помогает снизить расходы организации за счет оплаты по фактическому использованию облачных ИТ-ресурсов. Иначе говоря, заказчик может наращивать и урезать свою ИТ-инфраструктуру в облаке, а не строить свой дата-центр или списывать ставшие ненужными сервера. Соответственно, с финансовой точки зрения затраты на ИТ переквалифицируются с капитальных на операционные, кроме того, их становится легко соотносить с конкретными проектами и сервисами, чтобы напрямую рассчитывать окупаемость инвестиций (ROI) для отдельных бизнес-направлений или продуктов.
При всех плюсах публичного облака важно четко понимать его минусы. Для того чтобы в нем заработали корпоративные приложения, их, возможно, придется переделывать. В некоторых случаях для этого придется использовать закрытые (проприетарные) сервисы поставщика облачных услуг, с помощью которых он крепко привязывает к себе заказчика. В некоторых сценариях, например при облачной разработке с целью проверки концепции, может быть сложно оценить, сколько облачных ресурсов потребуется и на какой срок, что затрудняет планирование и расчет экономической эффективности.
Гибридное облако на практике
Многие фирмы-заказчики хотели бы использовать как публичные, так и частные облака. Согласно подготовленному компанией Red Hat отчету 2021 Global Customer Tech Outlook, когда ИТ-руководителей попросили описать свою облачную стратегию, 27% ответили, что используют гибридное облако, а 11% — что мультиоблачные среды. Значительная часть опрошенных, 18%, пока еще не сформулировала свою облачную стратегию. Это вполне логично, поскольку ИТ-инфраструктура играет решающую роль в том, каким будет следующий шаг в развитии компании и какие именно ИТ-специалисты и финансовые эксперты придут в нее на следующем этапе. В другом исследовании Red Hat, которое называется 2021 State of Enterprise Open Source Report, 69% опрошенных ИТ-руководителей заявили, что предпочли бы одновременно работать сразу с несколько поставщиками облачных услуг при построении облачной инфраструктуры своей компании.
Представители финансовой индустрии понимают, что стремление к гибкости и способности быстро перестраиваться должно уравновешиваться требованиями контроля, надзора и подотчетности в том, что касается хранения и обработки данных. Гибридное облако может здесь сильно помочь, ведь оно не только позволяет одновременно использовать и публичное, и частное облако, но обеспечивает интеграцию и оркестрирование (комплексное согласованное управление) в сценариях, где приложения и сервисы развертываются на самых разных сочетаниях облачных платформ, включая конфигурации, куда входят облачные платформы разных поставщиков. Благодаря открытым API, открытому исходному коду и тесному сотрудничеству в рамках открытой экосистемы гибридная облачная платформа на основе технологии контейнеров является базовым ИТ-уровнем организации, который совместим с широким спектром программных и аппаратных решений. Фирмам-заказчикам платформа дает больше свободы в том, когда и где запускать рабочие нагрузки, а также помогает эффективно управлять и слаженно масштабировать приложения и сервисы, где бы они ни размещались физически.
Не цель, а путь
Если переход к облаку кажется длительным процессом, то только потому, что так и есть! Любой проект цифровой трансформационный требует времени, а разработка облачной стратегии — гораздо больше, чем выбор между тем, чтобы строить собственный дата-центр или использовать облачные платформы гиперскейлеров. Это скорее путь к эффективности, к способности оперативно перестраиваться (agility), к быстроте инноваций; иначе говоря, путь к конкурентоспособности.
Это означает тщательное изучение и оценку различных подходов в контексте того, чем занимается ваша компания, включая всё, что касается стека технологий и бизнес-операций. Это предполагает оптимизацию имеющейся ИТ-инфраструктуры, интеграцию приложений, систем и данных, создание гибридной облачной инфраструктуры и управление ею, обретение способности разрабатывать облачные приложения, а также автоматизировать и управлять корпоративной ИТ-средой во всей ее полноте. Что касается руководителя, то он должен подготовить свою организацию к постоянным и итеративным изменениям.
Изменение корпоративной культуры и методов совместной работы людей зачастую является самой трудной частью пути. Переход в облако — это не о том, чтобы заключить контракт с гипескейлером и обучить ИТ-специалистов. Чтобы стимулировать сотрудничество и изменения на уровне всей организации, надо разрушить изоляционные барьеры. Команды должны перейти на гибкие методы работы, такие как итеративная разработка и DevOps.
Для этого необходима поддержка сверху, без нее изменения только на уровне ИТ не дадут нужного эффекта. Руководители тоже должны развиваться и вести свою организацию к тому, чтобы на всех ее уровнях и участках имелось четкое понимание и поддержка проводимых бизнес-изменений, чтобы полностью использовать инвестиции в технологии и повысить скорость вывода на рынок новых продуктов и услуг.
Хорошая новость в том, что никто не обязан проходить этот путь в одиночку. Ключ к обретению силы лежит в формировании экосистемы надежных партнеров, а также в изучении навыков ваших текущих сотрудников и в опоре на сообщества разработки с открытым кодом, где люди со всего мира вносят свой вклад в достижение общей цели, что ведет к быстрым инновациям. Благодаря более тесному сотрудничеству компании могут воспользоваться опытом и знаниями других участников, чтобы легче пройти этот путь.
Наконец, важно помнить, что ошибки на этом пути неизбежны и вполне допустимы (на самом деле самые успешные технологических переходы случаются, когда организация сталкивается с неудачами и извлекает из них конструктивные уроки), а также важно не забывать отмечать и праздновать успехи ваших команд, вне зависимости от их масштаба.
