Облачная архитектура
Редко кто обсуждает облачную архитектуру, но без ее понимания невозможно полное понимание самой концепции облака.
Принципы облачной архитектуры
При рассмотрении облачной архитектуры нужно обязательно подразумевать модель облачных вычислений. В статья «Инфраструктура как услуга» мы объясняли, в чем заключается разница между существующими моделями — IaaS, PaaS, SaaS. Рассмотрим архитектуру IaaS.
Как наверняка вы знаете, облако создается из нескольких физических узлов, соединенных быстрыми каналами передачи данных с целью единого управления и передачи больших объемов информации. Слово «несколько» можно воспринимать буквально — фактических из 3–5 узлов можно построить небольшое облако. Как оно будет работать, уже второй вопрос. В реальности в облачного провайдера — сотни и даже тысячи узлов.
Посредством специального ПО виртуализации и формирования облачной инфраструктуру пользователи могут получать доступ к ресурсам облака, при этом не задумываясь ресурсы какого именно физического узла им выделены. По сути, пользователю все равно ресурсы какого узла он использовал и где выполняется его задача, где хранятся его данные — важно, чтобы задача была выполнена, а данные остались в целости и сохранности.
В облаке создаются виртуальные машины, на которых запущены гостевые ОС и различные установленные пользователем приложения. В «виртуалке» может выполняться любая, по сути, «операционка» — Windows Server, Linux, FreeBSD и др.
На одном аппаратном узле можно запустить несколько десятков виртуальных машин, которые сдаются в аренду
Вам кажется, что все так просто? На самом деле архитектура облака модели IaaS выглядит так:
Архитектура IaaS облака: полный вариант
Большинству пользователей знать полную архитектуру и не нужно, но рассмотрим основные моменты. Начнем снизу вверх. Есть некая физическая инфраструктура, состоящая из серверов (Servers), сетевого оборудования (Networks) и устройств хранения (Storage). На этой физической инфраструктуре выполняется облачная операционная система.
Как обычно, самый низкий уровень любой операционной системы — это драйверы для взаимодействия с железом. Такие драйверы есть и у нашей облачной ОС — драйверы физической инфраструктуры (Physical infrastructure drivers). Есть и драйверы облака (cloud drivers) — они нужны для соединения с другими, внешними облаками (external clouds).
Ядро нашей облачной ОС — всякие диспетчеры. Есть диспетчер виртуальных машин (VM manager), диспетчер сети (Network manager), диспетчер хранилища (Storage manager) Каждый из диспетчеров отвечает за свою часть операционной системы.
5 трендов в области облачных вычислений в 2021 году
Возможно, это прозвучит громко, но нет более актуальной тенденции, чем облачные вычисления. Облако — это основа технологической экосистемы из данных и приложений, которая сыграла важную роль в управлении этими изменениями. Всё, начиная от отслеживания контактов и заканчивая службами доставки на дом, удаленной медициной, работой и игр из дома, было революционным образом изменено облачными службами.
В течение 2021 года можно ожидать ускорения темпов этих изменений по мере того, как всё большее количество предприятий начнет внедрять облачные модели, а доставка данных из облака на наши устройства станет более привычной частью нашей повседневной жизни. Вот несколько примеров того, как, скорее всего, будут развиваться облачные технологии в течение 2021 года:
1. Подходы с несколькими облаками приведут к устранению барьеров между поставщиками
В настоящее время крупные поставщики общедоступных облачных сервисов (Amazon, Microsoft, Google) используют что-то вроде искусственных барьеров в отношении предоставляемых ими услуг. И почему бы нет? Их бизнес-модель включает продвижение своих платформ как универсальных, охватывающих все требования организации к облаку, данным и вычислениям. На практике, однако, бизнес всё чаще обращается к гибридным или мультиоблачным средам с требованиями, чтобы инфраструктура была развёрнута в нескольких моделях.
Это означает, что крупные провайдеры должны навести мосты между своими платформами. Это противоречит их бизнес-моделям, которые полагаются на возможность перепродать большую облачную емкость, а также дополнительные услуги по мере масштабирования клиентов. Однако принятие более «коллективного» подхода позволяет клиентам эффективнее использовать тенденцию работы в нескольких облаках сразу. Это также приносит пользу организациям, которым необходимо обмениваться данными и доступами с партнёрами в их цепочке поставок, где каждая сторона может работать с различными приложениями и стандартами данных. Также есть надежда, что в этой области мы увидим рост новых предложений от стартапов, предлагающих более удобный формат работы с разными облачными платформами.
2. ИИ повысит эффективность и скорость облачных вычислений
Что касается облачных вычислений, ИИ является ключевым фактором при адаптации технологий к нашим потребностям в течение 2021 года. Облачные платформы как услуга позволяют пользователям практически с любым бюджетом и с любым уровнем навыков получить доступ к функциям машинного обучения (например, инструментам распознавания изображений, языковой обработке и механизмам рекомендаций). Облако будет способствовать более широкому развертыванию этих наборов инструментов на предприятиях любого размера и во всех областях, что приведёт к повышению производительности и эффективности.
Автономные транспортные средства, инфраструктура умного города и планирование сценариев реагирования на пандемию — всё это области исследований, в которых будет ощущаться влияние умных алгоритмов, реализуемых через облачные сервисы. Машинное обучение также играет большую роль в логистических процессах, которые поддерживают работу облачных центров обработки данных. Системы охлаждения, сети оборудования и энергопотребление в этих деликатных и дорогостоящих средах можно контролировать и управлять с помощью алгоритмов ИИ, что позволяет оптимизировать эффективность работы и минимизировать их влияние на окружающую среду. Исследования и разработки в этой области, вероятно, приведут к новым уровням скорости и эффективности работы ЦОД.
3. Игры, музыка и фильмы будут чаще предлагаться по облачной модели
Amazon недавно пополнил ряды технологических гигантов и стартапов, предлагающих собственную платформу для облачных игр. Как и в случае с потоковой передачей музыки и видео до этого, облачные игры обещают революционизировать способ потребления развлекательных медиа, предлагая мгновенный доступ к обширным библиотекам игр, в которые можно играть по ежемесячной подписке. В течение 2020 года сервисы были запущены Google, Microsoft и Nvidia, в России пытается предложить облачный гейминг Mail.ru, а сервисы Sony доступны уже несколько лет. Несмотря на то, что разрабатываются новые консоли Xbox и Playstation, эксперты полагают, что эпоха, когда людям регулярно приходится тратить большие деньги на модернизацию оборудования, чтобы с комфортом запускать современные игры, заканчивается. Облачный гейминг сильно изменит этот рынок.
4. Популярность гибридных и локальных облачных решений вырастет
Для некоторых организаций выбор между общедоступной, частной или гибридной облачной средой оказался сложной задачей. Каждый вариант имеет преимущества и недостатки с точки зрения гибкости, производительности, безопасности и соответствия требованиям. Получается, что на рынке нет универсального решения. Потому-то и выросла популярность гибридных или мультиоблачных сред, в которых пользователи выбирают отдельные услуги, отвечающие их потребностям. А это привело к тому, что облачные провайдеры начали пересматривать свои модели предоставления услуг.
Amazon и Google традиционно предлагали своим клиентам пространства на своих облачных платформах, в то время как Microsoft и IBM были более гибкими, давая пользователям возможность развертывать свои облачные инструменты и технологии в существующих локальных сетях. Теперь кажется, что эти поставщики осознали потребность в различных платформах и подходах внутри организаций — возможно, с использованием общедоступного облака для доставки контента при хранении и обработке данных клиентов и другой контролируемой информации с помощью частных или локальных решений. Также будет расти спрос на «голое железо» облачного пространства — необработанное хранилище и вычислительную мощность, где предприятия могут просто «поднять и перенести» свои системы в облако без необходимости их адаптации для работы с предустановленным программным обеспечением или услугами.
5. Многие из нас начнут работать на виртуальных облачных рабочих столах
По сути, вся привычная рабочая среда с помощью управляемой облачной службы может быть доставлена на то компьютерное устройство, на котором вы работаете. То есть организации могут выбрать почасовую подписку на то время, которое проводят за работой, что исключает затраты на обновление оборудования и снижает потребность в «избыточности» используемых решений.
Эта облачная модель, которую иногда называют «рабочий стол как услуга» (DaaS), на практике может повысить эффективность работы всех сотрудников, гарантируя, что все будут использовать современные синхронизированные технологии. Это также способствует обеспечению безопасности, поскольку всеми устройствами можно управлять централизованно, вместо того, чтобы контролировать каждый элемент в сети. Когда люди присоединяются к компании или покидают её, стоимость вычислительных мощностей просто меняется соразмерно количеству задействованных ресурсов. Столь высокая гибкость и функциональность дают возможность полагать, что услуга DaaS в ближайшие годы будет всё более популярной.
А что думаете вы? Каким образом должны измениться облачные услуги, чтобы людям стало удобнее и легче работать?
Что ещё интересного есть в блоге Cloud4Y
Подписывайтесь на наш Telegram-канал, чтобы не пропустить очередную статью. Пишем не чаще двух раз в неделю и только по делу.
Книга «Облачные архитектуры: разработка устойчивых и экономичных облачных приложений»
Привет, Хаброжители! Облачные вычисления — это, пожалуй, наиболее революционная разработка в IT со времен виртуализации. Облачно-ориентированные архитектуры обеспечивают большую гибкость по сравнению с системами предыдущего поколения. В этой книге продемонстрированы три важнейших аспекта развертывания современных cloud native архитектур: организационное преобразование, модернизация развертывания, паттерны облачного проектирования.
Книга начинается с краткого знакомства с облачно-ориентированными архитектурами — на примерах объясняется, какие черты им присущи, а какие нет. Вы узнаете, как организуется внедрение и разработка облачных архитектур с применением микросервисов и бессерверных вычислений как основ проектирования. Далее вы изучите такие столпы облачно-ориентированного проектирования, как масштабируемость, оптимизация издержек, безопасность и способы достижения безупречной эксплуатационной надежности. В заключительных главах будет рассказано о различных общедоступных архитектурах cloud native, — от AWS и Azure до Google Cloud Platform.
Для кого эта книга
Эта книга предназначена для архитекторов программного обеспечения, которые заинтересованы в разработке отказоустойчивых, масштабируемых и высокодоступных облачных приложений.
Процесс перехода в облако
Превращение в компанию cloud native — это целое путешествие, сосредоточенное не только на технологиях. Как показывает пример Netflix, переход может занять длительное время и потребовать принятия трудных решений, связанных в том числе с техническими и коммерческими компромиссами. Кроме того, это путешествие бесконечно. Облака все еще находятся в зачаточном состоянии, и инновации от крупных поставщиков облачных услуг только набирают обороты. В данной главе определены основные стимулы для перехода в облако. В ней также рассмотрены структуры, которые организации часто используют в процессе миграции, и объясняется, какие компоненты и подходы при этом применяются. В конце будет показано, как создать комплексную облачную операционную модель с учетом рисков, проблем с безопасностью и обеспечения качества в условиях облака.
Стимулы для перехода в облако
Переход к работе в облаке происходит не случайно и требует принятия осознанного решения. Однако это решение будет лишь отправной точкой в длительном процессе, для которого нужно много человеческих ресурсов и технологических изменений. Причины, по которым организации склоняются к такому переходу, могут быть разными, но чаще всего основными факторами являются скорость и экономия денежных средств. Есть и другие важные аспекты, которые принимают во внимание, включая безопасность и управление активами компании, региональное или международное расширение деятельности, а также желание привлечь самых талантливых работников или воспользоваться последними технологическими инновациями. Эти стимулы определяют процесс перехода в облако для компаний любых размеров, и в этом разделе вы узнаете, почему они так важны и каким образом влияют на принятие решений.
Быстрое продвижение и низкие траты
Еще до появления облачных вычислений при проектировании системы необходимо было оценивать требования к производительности и затем выделять соответствующие аппаратные ресурсы. Это дорогостоящий и медленный процесс, который часто протекал в условиях нехватки информации. Он приводил как к принятию неудачных ценовых решений, так и к появлению лишних ресурсов, которые простаивали без дела в вычислительных центрах. Более того, если предполагалось создать совершенно новое бизнес-направление, само выполнение подобных расчетов могло оказаться невозможным. Таким образом, для компании, пытающейся заниматься инновациями в облаке, успех могут обеспечить минимальные начальные инвестиции и нацеленность на экспоненциальный рост. Покупка или аренда оборудования у поставщика, с которым вы давно сотрудничаете, не имеет ничего общего с облачными вычислениями. Облако умеет выделять ресурсы на лету и удалять их, когда они больше не нужны.
Достижение гибкости часто называют основным стимулом для перехода в облако. Распространенная проблема, с которой компании сталкиваются на протяжении десятилетий, — длительное время развертывания оборудования в их центрах обработки данных, что создает всевозможные проблемы, включая затягивание работы над проектом. Устранение этого ограничения за счет наличия практически безграничной емкости и возможности задействовать ее в течение всего нескольких минут имеет решающее значение для организаций с высокими требованиями к скорости ведения бизнеса. Интернет и социальные сети ускоряют обмен идеями, и компании будут охотиться за этими идеями и пытаться монетизировать их в своих бизнес-моделях. Поскольку часто уже через несколько месяцев идеи теряют свою привлекательность, длительное ожидание физических ресурсов означает упущенную выгоду от их реализации. В сфере облачных вычислений этой проблемы не существует, организации могут разрабатывать рыночные стратегии, исходя из своей основной специализации, позволив облачному поставщику позаботиться о материальных ИТ-ресурсах.
Fail-fast (завершение работы при первой ошибке) — это еще одна область, где важную роль играют экспериментирование и скорость/гибкость облака. В наши дни дискредитация идей и распад компаний происходят в рекордные сроки, и, чтобы избежать неудачи, компания должна постоянно совершенствовать свою бизнес-модель, максимально приближая ее к требованиям клиентов. Вот слова Джеффа Безоса о концепции эксперимента: «Если вы знаете, что эксперимент сработает, это уже не эксперимент». Это означает, что очень важно постоянно и быстро пробовать новые идеи и создавать продукты и услуги. Еще это означает, что многие идеи не достигнут желаемых бизнес-целей, и это нормально, так как только некоторые из них окажутся успешными. Облачные вычисления обеспечивают гибкость за счет возможности создавать и удалять ресурсы в нужный вам момент. Таким образом, если как следует спроектировать систему минимального размера, она сможет расти экспоненциально по мере роста нагрузки, благодаря чему у компании никогда не будет простаивающего или редко используемого оборудования.
Кроме всего прочего, fail-fast позволяет сократить денежные расходы. Если эксперименты стоят дорого, их неудачный итог может иметь негативные последствия для компании. Как только проект или система начинают существенно влиять на бизнес, сразу же реализуется система сдержек и противовесов, которая замедляет их рост. Это позволяет предотвратить принятие затратного решения, такого как закупка дорогого аппаратного обеспечения при низкой вероятности окупаемости. Идея гибкой разработки вовсе не нова; она существует на протяжении десятилетий и не имеет прямого отношения к облаку. Однако облачные вычисления делают ее выгодной с точки зрения расходов, требуя минимальных первоначальных вложений. Полный жизненный цикл новой бизнес-идеи может занимать недели или месяцы, и на первых порах важно ограничить использование облачных ресурсов. Если идея станет популярной, архитектура cloud native позволит системе масштабироваться с ростом нагрузки. Если желаемый результат не будет достигнут, можно легко остановить ее и списать те небольшие ресурсы, которые в нее вложили, на невозвратные потери. Вот что означает fail-fast при разработке инноваций в облаке.
Финансовая привлекательность не ограничивается использованием минимальных ресурсов для развертывания новых систем. Большинство облачных поставщиков по-новому подходят к тарификации ресурсов. Самые крупные из них обычно имеют очень гибкие тарифы, которые иногда предусматривают посекундную (или еще более тонкую) оплату с выставлением счета раз в месяц. Ситуации, когда поставщик требовал, чтобы компании покупали ресурсы, а затем взимал существенную плату за их обслуживание, в прошлом. Сейчас в цену облачных ресурсов все включено, к тому же они автоматически улучшаются, когда поставщик выполняет обновление. Ежемесячная оплата — огромный плюс для большинства организаций, которые могут относиться к ней как к операционным расходам, когда не требуется одобрение долгосрочных капитальных затрат. Этот вопрос относится в основном к финансовому учету, но является и важным аспектом гибкости, которую компания приобретает благодаря переходу в облако, так как при этом новые идеи и системы не должны ждать одобрения или включения в список капитальных расходов.
Обеспечение безопасности и надлежащей управляемости
На протяжении длительного времени организациям разных размеров приходилось использовать собственные вычислительные центры, чтобы иметь возможность контролировать безопасность и управлять данными и рабочими процессами. Но благодаря облачным вычислениям наконец появилось решение, обеспечивающее более высокие безопасность и управляемость по сравнению с теми, которых мы можем достичь самостоятельно. Дело в том, что поставщики облачных услуг считают своей обязанностью предоставлять безопасные сервисы, соответствующие всем стандартам и нормам, чтобы их клиенты могли сосредоточиться на решении своих бизнес-проблем. Поскольку поставщики облачных услуг постоянно улучшают свои сервисы, при возникновении нового шаблона безопасности, требований со стороны правительства или других важных аспектов они работают над тем, чтобы быстро адаптировать к ним свое облако. Таким образом, будучи их клиентом и используя их технологии, компания автоматически получает все преимущества от того, насколько масштабно и целенаправленно эти поставщики занимаются разработкой систем безопасности и управления, и при этом обычно не несет дополнительных затрат.
Каждая организация уникальна и имеет собственные требования к безопасности и управляемости, а также подходы к администрированию и защите своих активов. Облачные поставщики строят свой бизнес и формируют репутацию, гарантируя, что предоставляют услуги наиболее безопасным способом. И хотя некоторые компании по-прежнему считают, что лучше выполнять свои рабочие процессы в собственных вычислительных центрах, использование закрытой облачной архитектуры при надлежащей конфигурации облака, вне всяких сомнений, более безопасно. Акцент на безопасности только усиливается по мере того, как поставщики становятся все более совершенными и реализуют все больше инноваций в сфере защиты своих услуг. У крупных поставщиков облачных услуг есть сотни или даже тысячи сотрудников, ежедневные обязанности которых заключаются в повышении безопасности управления их окружениями, разработке новых способов масштабирования механизмов шифрования, защите работы с данными и обеспечении более безопасного выполнения рабочих задач на их платформах тем или иным способом. Благодаря совершенствованию методик искусственного интеллекта и машинного обучения облачная безопасность экспоненциально растет, это выражается не только в упреждающем мониторинге, но и в автоматическом обнаружении потенциальных уязвимостей, исправлении неправильно сконфигурированных компонентов и всевозможных мерах защиты данных и систем.
Наверное, все еще можно найти компании или организации, которые похвастаются похожим уровнем целенаправленности в этой важной сфере, однако абсолютное большинство не может позволить себе выделить ресурсы, необходимые для постоянного улучшения безопасности, как это делают поставщики облачных услуг. Более того, этот же аргумент в пользу применения облаков справедлив и когда нужно ответить на следующий вопрос: даже если вы способны сравниться с поставщиками облачных услуг по количеству внедренных инноваций, оптимально ли тратить на это ресурсы организации или стоит сосредоточиться на бизнес-результатах? Довод в пользу обеспечения безопасности с помощью облака почти настолько же силен, насколько сильны преимущества в плане денежных расходов и адаптируемости. Каждой организации необходимо очень подробно обсудить требования к безопасности и управляемости, прежде чем принимать решение, куда инвестировать — в локально размещаемое оборудование или закрытое облако. Часто для этого нужно пристально следить за командами, которые участвуют в обсуждении, чтобы они не пытались уцепиться за знакомые технологии, используя безопасность или управляемость в качестве предлога и создавая тем самым риски для окружающих.
Одно дело — исходить из того, что облако безопасно, и совсем другое — уметь воспользоваться этим преимуществом, чтобы обеспечить уверенное положение своей компании. Поставщики облачных услуг предлагают множество сервисов, отвечающих практически любым требованиям к безопасности. Однако реализация этих сервисов в соответствии с проектной спецификацией ложится на конкретную систему. И после этого еще необходимо убедиться в том, что реализованные процедуры соблюдаются и поддерживаются, а это требует хорошей управляемости. Облачные сервисы взаимодействуют между собой, формируя слой мониторинга, аудита, управления конфигурацией и сопутствующих активностей. Использование облака позволит задействовать в рабочих заданиях, развертываемых компанией, одну и ту же модель управления, не игнорируя этот аспект из-за его сложности или больших расходов, что иногда случается при локальном развертывании.
Расширение компании
Для многих компаний рост является первоочередным приоритетом наряду с обслуживанием существующих клиентов, увеличением доли на рынке и исследованием новых бизнес-направлений. Расширение может быстро превратиться в существенную статью расходов, если возникнет необходимость в развертывании новых вычислительных центров. Организация вычислительного центра возможна, только если у компании есть хорошее технико-экономическое обоснование его прибыльности, но даже в этом случае требуются существенные капитальные затраты. Потраченное время, денежные вложения и риски, связанные с развертыванием нового вычислительного центра, оказываются значительными, и все больше компаний начинают сомневаться в том, насколько этот вариант жизнеспособен. Риски повышаются еще больше, когда расширение происходит за пределами традиционных рынков: в новом городе в том же географическом регионе или в другой стране.
Использование облака для такого расширения — идеальный способ достичь желаемых результатов при значительно меньших начальных капиталовложениях. И неважно, требуется это расширение на другом конце страны или мира, — большинство крупных поставщиков облачных услуг работают в местах, где можно обслуживать множество потребителей. Если компания заранее уделит достаточно внимания автоматизации рабочих задач, их развертывание в дополнительных облачных регионах будет довольно простым. Выход на глобальный рынок в считаные минуты — это большое рыночное преимущество крупных поставщиков облачных услуг, и любая компания, развертывающая свои рабочие задания, должна это учитывать.
Привлечение и удержание талантливых сотрудников
Компаниям, переходящим в облако, нужны талантливые люди, которые разбираются в технологиях и новых процессах, сопутствующих переходу. Во многих случаях компании ориентируются на удержание своих сотрудников и их переквалификацию. Этот процесс имеет множество преимуществ, основное из которых — то, что все профессиональные знания этих людей остаются внутри организации. С переходом в облако бизнес-процессы и подходы часто становятся похожими, поэтому наличие информации о том, почему были приняты те или иные решения в ходе изначальной реализации, имеет огромное значение, — это позволяет убедиться в том, что система спроектирована правильно.
Привлечение новых талантов, как и удержание старых, будет играть важную роль в долгосрочном успехе перехода в облако. Нанимая специалистов в облачных вычислениях, вы получаете существенные преимущества, которые помогут привить сотрудникам компании новый образ мышления, так как теперь они не будут стеснены ограничениями, характерными для вычислительных центров. Это касается не только технических специалистов. Бизнес-профессионалы, осознающие все трудности, связанные с миграцией, помогут компании пройти этот процесс. Глобальная битва за самых талантливых работников уже в разгаре, и по мере того, как все больше и больше компаний станут выбирать этот путь, спрос будет только расти. Это критически важный аспект, который следует учитывать любой компании, ориентированной на переход в облако.
Облачные инновации и экономия на масштабе
Чтобы успешно перейти в облако, лучше всего направить ресурсы на свои основные конкурентные преимущества и пользоваться инновациями, которые внедряются крупными поставщиками облачных услуг с максимально возможной скоростью. Очень немногие компании могут считать управление вычислительными центрами своей сильной стороной, это должно быть основным принципом во время принятия решения о внедрении технологий cloud native. Этот всеохватывающий принцип только стимулирует переход в облако, поэтому его следует считать большим преимуществом для любой организации. Облачные инновации помогут компаниям лучше адаптироваться, снизить расходы, обезопасить рабочие процессы, выйти на новые рынки и привлечь/удержать лучших сотрудников, соответствующих потребностям организации.
Помимо высоких темпов появления инноваций, эти облачные поставщики работают в огромных масштабах, что позволяет им вести переговоры о ценах со своими партнерами на условиях, недоступных любым другим компаниям, какими бы большими те ни были. Это справедливо для затрат на вычисления, электроэнергию, накопители, сети, площади для новых вычислительных центров и даже наем талантливых работников, которые помогают создавать эти инновации. Организации, рассматривающие возможность перехода в облако, должны как следует подумать об экономии на масштабе: если они не могут существенно повлиять на ценообразование, цены, предлагаемые облачными поставщиками, всегда будут выгодней.
Операционная облачная модель
После того как организация оценит стимулы к переходу в облако и примет соответствующее решение, начнется настоящая работа. В чем она заключается? Согласно Cloud Adoption Framework от Amazon Web Services (d0.awsstatic.com/whitepapers/aws_cloud_adoption_framework.pdf), «переход в облако требует обсуждения и рассмотрения фундаментальных изменений в рамках всей организации и поддержки заинтересованных лиц в каждом подразделении — как внутри, так и за пределами ИТ». Более того, в ходе миграции по-прежнему следует фокусироваться на трех областях: людях, процессах и технологиях, но это слишком большое упрощение, учитывая масштаб происходящих изменений. Этот процесс предусматривает участие владельцев компании и специалистов по набору персонала, изменения в закупках, разработку требований к управлению проектами и строгий контроль над ним. Кроме того, новые технологии станут по-разному влиять на все вовлеченные стороны, а конкретные решения, касающиеся целевой платформы, безопасности и системного администрирования, будут критически важными.
Существует множество теорий организационных изменений, которые можно приурочить к переходу в облако, и, как любая трансформация, это потребует участия всех заинтересованных лиц из всей организации. Одним из подходов к организационным изменениям, который хорошо сочетается с миграцией в облако, является теория Джона Коттера. Коттер определил восемь шагов, обеспечивающих успешную реализацию нисходящих изменений на предприятиях.
Заинтересованные лица
Переход в облако состоит не только в реализации новых технологий, оно подразумевает также адаптируемость к бизнес-изменениям и все прочие стимулы, о которых шла речь в начале главы. Поэтому список заинтересованных лиц, на которых этот переход повлияет и которые по этой причине должны быть вовлечены во все его аспекты, может быть довольно длинным. Почти всегда тем или иным образом вовлеченным оказывается все высшее руководство, так как изменения трансформируют всю компанию. Кроме того, важную роль будут играть руководители подразделений и сами подразделения, так как приложения обычно предназначены для удовлетворения их нужд, связанных с продажами или доставкой. Наконец, нельзя обойтись без ключевого участника — ИТ-отдела: он будет интегрироваться во все процессы, протекающие в компании, продвигая облачные технологии и связанные с ними изменения.
Во многих организациях в ИТ-отделе есть несколько крупных руководителей, в частности директор по информационным технологиям или вице-президент по корпоративным системам, технический директор или вице-президент по бизнес-приложениям, вице-президент по вычислениям для конечных пользователей или поддержке, вице-президент по инфраструктуре и директор по ИТ-безопасности, в круг обязанностей которых входят все существующие функции. Переход в облако не устраняет эти роли, но в некоторых случаях меняет их назначение. Например, вице-президент по инфраструктуре часто становится вице-президентом по DevOps или кем-то наподобие, так как требования к управлению инфраструктурой переходят из физической формы в код. Одно это изменение может высвободить значительное число сотрудников, занятых обслуживанием вычислительных центров или закупкой оборудования, и сориентировать их на разработку бизнес-приложений. Помимо этой большой трансформации, всем остальным членам ИТ-команд придется привести свои навыки в соответствие с выбранной облачной платформой, что часто требует активного обучения и правильного посыла со стороны руководства.
В этом процессе бизнес-аспекты зачастую считаются ключевыми, но что на самом деле это означает? В этом случае коммерческая часть организации приносит доход и владеет продуктами или услугами от имени компании. В больших международных корпорациях бизнес может быть организован в виде отдельных дочерних компаний с множеством подразделений, работающих в каком-то определенном направлении. В организациях поменьше работники коммерческих отделов приносят доход, постоянно предлагают новые идеи и пытаются вывести их на рынок раньше своих конкурентов, что, в сущности, и есть гибкость бизнеса. Любая компания должна стараться выделять как можно больше ресурсов на то, чтобы сделать бизнес более гибким и, как следствие, получить конкурентное преимущество. Поэтому, если ИТ-отделу удастся переориентировать людей с рутинных технических задач на проектирование или реализацию бизнес-приложений, это напрямую отразится на доходах компании.
Управление изменениями и проектами
Когда организация берется за переход в облако, она должна подумать о том, какие процессы будут затронуты. Особенно это касается управления изменениями и проектами. Эти два важных аспекта операционной модели ИТ должны учитываться при переходе. При этом обычно приходится менять политику их обеспечения в облаке. Если тщательно исследовать управление изменениями во многих организациях, можно заметить, что, несмотря на обширность и продвинутость, многие процессы замедляют развертывание ИТ-ресурсов, снижая темпы ведения бизнеса ради минимизации рисков. Эти процессы создавались вовсе не с целью замедлить работу, но со временем по мере обнаружения нестандартных ситуаций или упущений они бюрократизировались. Постепенно добавлялись новые требования, более продолжительные планы отката изменений и другие инициативы, ухудшающие гибкость бизнеса. Одним из побочных эффектов замедления является то, что, прежде чем сделать существенное капиталовложение, выполняется глубокий анализ, чтобы обеспечить соответствие процессов требованиям и бюджету проекта.
Облако не освобождает от необходимости в строгих процессах управления изменениями. Однако его наличие меняет подходы к их реализации таким образом, который может повысить их эффективность и при этом избавиться от бюрократии, замедляющей работу. Архитектуры cloud native по своей природе имеют меньшую связанность и больше ориентированы на сервисы, что устраняет необходимость в развертывании крупных проектов одним махом и ускоряет доставку кода. Переход в облако может не только избавить вас от технического долга в виде устаревшего кода, но и убрать устаревшие процессы. Например, ITIL, распространенный стиль организации работы и управления изменениями, используется на многих предприятиях и предназначен для приближения ИТ-услуг к нуждам бизнеса. ITIL предусматривает строгие процессы реализации изменений, которые включают в себя создание документации, цепочки принятия решений, планы отката изменений и прочие процедуры. Все это будет актуально и в облаке. Однако темпы изменений повысятся, так как объемы развертываний часто уменьшаются, а риски, связанные с изменениями, существенно снижаются. Обычно это становится результатом появления новых идей в управлении изменениями и проектами организации.
Управление изменениями
Наличие собственных шаблонов проектирования облачных приложений, особенно состоящих из множества небольших сервисов, — не единственная причина, по которой управление изменениями происходит быстрее; автоматизация и контейнеризация также являются ключевыми факторами. Это явление не уникально для облака. Но, поскольку облако по своей природе ориентировано на использование API и имеет практически неограниченные возможности сбора, хранения и анализа данных, оно заставляет нас полностью переосмыслить процесс управления изменениями. Автоматическое развертывание с использованием принципов DevOps а также конвейеры непрерывной интеграции, непрерывного развертывания (continuous integration, continuous deployment, CICD) делают процесс развертывания и отката кода бесперебойным и, что более важно, согласованным. Облачные поставщики владеют инструментами, которые изначально решают многие проблемы, включая организацию хранения, сборки, развертывания и тестирования кода. Кроме того, существуют способы создания усовершенствованных конвейеров CICD с применением пользовательских методов разработки.
Управление проектами
С развитием методов управления изменениями при переходе в облако должен совершенствоваться и подход к управлению проектами. Каскадная методология, при которой все требования определяются заранее, а затем разрабатываются последовательно с завершением циклов тестирования, слишком медленна для обеспечения нужной гибкости бизнеса. В прошлом, когда выделение аппаратных ресурсов или отсутствие командного взаимодействия снижали производительность труда, каскадный метод прекрасно работал, что позволяло создавать высококачественные системы. С устранением этих барьеров в облаке стала чаще использоваться гибкая методология. Этот стиль позволяет параллельно выполнять многие действия, включая сбор требований, разработку, тестирование и развертывание. Возможность облака мгновенно выделять ресурсы и увеличивать их объем, когда это необходимо, делает такой стиль управления проектами действительно хорошим. Скорость, с которой бизнесу необходимо изменять требования в связи с изменением рыночных условий, может быть высокой, а гибкое управление проектами позволяет быстро изменять требования без значительных переделок.
При изменении процессов управления проектами с учетом принципов проектирования облачных вычислений одним из важных факторов будет включение передовых методов разработки облачных технологий. Добавление в процессы проектирования проверок обеспечения качества, которые выявляют лучшие практики разработки масштабируемых безопасных архитектур cloud native, гарантирует, что рабочие нагрузки будут развернуты готовыми к масштабированию в облаке и потребуют меньшего количества исправлений после запуска в эксплуатацию. Включив практики облачного проектирования в процессы управления проектами, компания раньше начнет разработку архитектур cloud native, сосредоточится на автоматизации и инновациях от поставщиков облачных услуг и сможет быстро менять направление в зависимости от потребностей бизнеса. Эти изменения не только увеличивают скорость бизнес-процессов, но и снижают риски.
Том Лащевски (Tom Laszewski) — ведущий специалист по облачным технологиям, помогавший независимым разработчикам ПО, системным администраторам, создателям стартапов и корпоративным клиентам модернизировать ИТ-системы и разрабатывать инновационные программные решения. Сегодня он возглавляет группу специалистов, отвечающих за стратегию трансформации бизнеса и ИТ ключевых клиентов AWS. Многие из этих клиентов стремятся к модернизации облачных вычислений и цифровой трансформации с использованием архитектур cloud native.
Камаль Арора (Kamal Arora) — автор книг и ведущий специалист с более чем 15-летним опытом работы в сфере ИТ. В настоящее время трудится в Amazon Web Services и возглавляет многопрофильную команду высококвалифицированных архитекторов решений, которые помогают партнерам и корпоративным клиентам переходить в облако. Камаль активно интересуется последними инновациями в облаке и пространстве AI/ML, а также их влиянием на наше общество и повседневную жизнь.
Эрик Фарр (Erik Farr) — ведущий специалист с более чем 18-летним опытом работы в ИТ-индустрии. Он участвовал в разработке передовых облачных технологий и различных корпоративных архитектур, работал с крупнейшими компаниями и системными интеграторами. Сегодня в Amazon Web Services он возглавляет команду опытных архитекторов, которые помогают глобальным партнерам и системным интеграторам создавать собственные облачные архитектуры масштаба предприятия. До работы в AWS Эрик сотрудничал с Capgemini и The Walt Disney Company, которые всегда стремились к созданию чего-то нового для клиентов.
Пийюм Зонуз (Piyum Zonooz) — архитектор решений для глобальных партнеров в Amazon Web Services, где он работает с компаниями из различных отраслей, помогая внедрять облачные технологии и реорганизовывать продукты, делая их полностью облачными. Он возглавлял проекты по анализу TCO, проектированию инфраструктуры, внедрению DevOps и полной трансформации бизнеса. До работы в AWS Пийюм был ведущим архитектором в рамках Accenture Cloud Practice, где руководил крупномасштабными проектами по внедрению облачных технологий. Пийюм окончил Иллинойсский университет в Урбане-Шампейне.
Для Хаброжителей скидка 25% по купону — Облачные архитектуры
По факту оплаты бумажной версии книги на e-mail высылается электронная книга.
