Распространенные операционные модели
В этом уроке вы изучите распространенные операционные модели, чтобы определить, какие из них наилучшим образом соответствуют концепции Tailwind Traders. Вы также узнаете, как оценить и сопоставить операционную модель, которая лучше всего соответствует планам внедрения облака. Эти сведения помогут вам выбрать наиболее релевантную целевую зону Azure, чтобы начать создание облачной среды.
Распространенные операционные модели
Следующие четыре операционных модели отображаются в рамках усилий по внедрению облака. Изучение этих распространенных операционных моделей может формировать беседы о проектировании и настройке окружающей среды. Каждая операционная модель сопоставляется с одной или несколькими целевыми зонами Azure для ускорения первоначального развертывания.
Следующие характеристики помогают выровнять одну из распространенных операционных моделей:
Стратегический приоритет: Инновация, контроль (оптимизация операций), демократизация (автономия) и интеграция — важные стратегические приоритеты для внедрения облака. Когда вы говорите с исполнительными заинтересованными лицами, что будет самым важным фактором для вашей компании в ближайшие три-пять лет?
Организация: Организация людей определяет некоторые решения по операциям. У вас есть небольшая ИТ-команда, которая охватывает весь свой портфель? Отдельные команды предназначены для таких функций, как безопасность, управление и операции? Организованы ли команды вокруг отдельных рабочих нагрузок? Связаны ли вы жесткими сторонними стандартами соответствия, которые проверяются аудитором или другими органами соответствия?
Сфера применения портфеля: Размер вашего портфеля и направление ваших операций — важные аспекты для каждой операционной модели. Вы управляете большим и сложным портфелем многооблачной рабочей нагрузки? Может ли одна облачная платформа поддерживать портфель? Нужно ли использовать все рабочие нагрузки в одной рабочей подписке? Фокусируетесь ли вы на операциях, связанных с условиями рабочей нагрузки, без центральной поддержки? Дополнительные сведения об этих терминах см. в статье иерархии портфеля .
подотчетность (разделение обязанностей): Когда дело доходит до технологии, всегда есть что-то, что может пойти не так. Вот почему мало команд подписывают соглашение об уровне доступности на 100 процентов. Когда вещи прерываются или не выполняются должным образом, кто отвечает за принятие звонка? Кто будет отвечать за упреждающие исправления, чтобы свести к минимуму сбои? Кто подотчетен облачной экономике и текущим бюджетам? Подотчетность и связанные требования к доступу управляют некоторыми решениями по проектированию окружающей среды.
Стандартизация: Стандартизация базовых функций, таких как сеть, идентификация и безопасность, может обеспечить значительную экономию затрат и сократить трудозатраты, выделяемые на различные задачи. Насколько важно стандартизация коммунальных услуг или общих ресурсов?
приоритет операций: При модернизации операций команда операций обычно выбирает облачные службы в качестве основной формы поддержки операций. Кроме того, если существующее локальное средство является основным инструментом операций, которое хочет команда, облако может быть расширением или вторичной операционной моделью. Предпочитаете ли вы ориентироваться на облачные технологии для операций и поддерживающих инструментов в будущем? Будут ли вы продолжать использовать существующие средства для расширения в облаке? Вы ищете единый подход к операциям, который может легко сочетать операции с общедоступными и частными облаками?
скорость разработки платформы : для рабочих нагрузок требуются собственные ресурсы, которые создают среду прямой рабочей нагрузки. Помимо тех, кто непосредственно поддерживает активы, есть различные степени предварительных инвестиций. Сколько усилий вы хотите вложить в основополагающие службы, которые будут использоваться совместно для рабочих нагрузок (например, сети и идентификации)? Сколько предварительных усилий следует вложить в централизованную облачную базу, чтобы она могла совместно использовать утилиты для нескольких целевых зон?
Децентрализованные операции
Наименее сложная операционная модель — это полностью децентрализованная модель. Эта модель очень ориентирована на независимые рабочие нагрузки с минимальной зависимостью от централизованных операций. Эта модель также называется двумодальным ИТ-процессом или децентрализованным ИТ-процессом.
Стратегический приоритет: организации часто используют децентрализацию, когда они отдают приоритет инновациям над контролем. Эта модель распространена в стартап-организациях, но она также является растущей тенденцией в крупных организациях.
Организация: Команды организованы вокруг рабочих нагрузок или бизнес-процессов, что отличается от других трех операционных моделей.
Область портфеля: область портфеля также ограничена уровнями рабочей нагрузки. Если организация полностью децентрализована, организация вряд ли будет инвестировать много времени в управление выравниванием портфеля.
подотчетность (разделение обязанностей): операционная команда в полной мере отвечает за операции, управление и решения по безопасности. В децентрализованных операциях нет общей модели подотчетности.
стандартизации: лучшие практики и автоматизация развертывания (конвейеры непрерывной интеграции и непрерывной доставки) критически важны для создания любой степени стандартизации во всех рабочих процессах. Без централизованных функций стандартизация, вероятно, не будет длиться долго.
приоритет операций: децентрализованная команда операций, вероятно, будет отдавать приоритет облачно-ориентированным операциям, используя инструменты программного обеспечения как услуги (SaaS) или платформы как услуги (PaaS) для автоматизации операций.
Скорость разработки платформы: децентрализованные операции могут совместно использовать сценарии развертывания между рабочими нагрузками, но центральные ресурсы редко или вовсе не используются совместно для рабочих нагрузок.
Централизованные операции
Централизованная модель — это наиболее распространенная модель операций в ИТ. Эта модель очень сосредоточена на управляемой рабочей среде, управляемой исключительно централизованными операциями. Централизованные операции сосредоточены на меньшем количестве посадочных зон с интегрированными базовыми вспомогательными системами.
Управление непроизводственными средами зависит от организации. Но в централизованной модели операций даже непроизводственные среды, скорее всего, будут ограничены требованиями к управлению и безопасности.
Стратегический приоритет: Когда контроль и стабильность в бизнесе более важны, чем инновации, эта модель, как правило, является самой высокой тенденцией. Крупные организации или стабильные организации часто используют централизованные операции. Эта модель распространена, когда сторонние требования к соответствию требованиям управляют экологическими решениями.
организации: Команды организованы в первую очередь по функциям или процессам. В небольших организациях центральный ИТ-отдел является домом для членов группы, которые сосредоточены на безопасности, управлении, операциях и инфраструктуре. По мере роста организаций эти функции могут быть включены в команды, предназначенные для каждой функции.
объем портфеля: централизованные операционные группы, как правило, сосредоточены на одной операционной зоне или небольшом количестве операционных зон. В этих целевых зонах организация развертывает базовые служебные программы для поддержки сочетания рабочих нагрузок в каждой целевой зоне. Эта модель операций, как правило, создает проблемы масштабирования, когда организация поддерживает надежные облачные основы и мультиоблачные портфели.
подотчетности (разделение обязанностей): В этой модели операций центральная ИТ-служба или центральные операционные команды обычно отвечают за все производственные активы. Разделение обязанностей, как правило, сосредоточено на изоляции среды, что предотвращает взаимодействие команд, ориентированных на конкретные рабочие нагрузки, с производственными активами.
Стандартизация: Стандартизация в рабочих нагрузках, вероятно, высока. Тем не менее, по мере роста портфеля, который охватывает несколько целевых зон или несколько облачных платформ, стандартизация может нарушиться и потребовать значительных изменений в среде.
приоритет операций : организации обычно используют централизованные операции, если считают, что их облачная операционная модель является вторичной операционной моделью. Поскольку существующие локальные или частные облачные операции являются основной моделью, эти организации, как правило, перенаправляют существующие средства операций и ограничивают основное использование современных облачных операций.
скорость разработки платформ : центральные команды по операциям обычно нуждаются в поэтапном подходе для решения общих утилитарных задач. Со временем команды будут сосредоточиться на создании лучших решений в среде.
Корпоративные операции
Корпоративная модель подходит для клиентов, которые переносят целые центры обработки данных или крупные портфели в облако. Корпоративные операции сосредоточены на большем количестве зон высадки с основными служебными утилитами, централизованными в платформенный фундамент.
стратегический приоритет: корпоративная модель фокусируется на демократизации решений и делегированных обязанностей, чтобы сбалансировать потребность в инновациях в некоторых зонах высадки и более жестком контроле в других. Это стратегический приоритет для крупных организаций, которые должны защищать существующие интересы при расширении возможностей инноваций в соответствии с изменениями рынка.
Организация: корпоративные операции предоставляют возможности создания и эксплуатации в каждой команде, ответственной за рабочие нагрузки. Команды рабочей нагрузки согласованы по функциям, таким как управление, безопасность и операции. Выделенная облачная группа качества (CCoE) объединяет рабочую нагрузку и вспомогательные команды для координации действий и обеспечения эффективности работы в облаке.
Объем портфеля: Объем корпоративных операций сосредоточен на целостной облачной основе, чтобы базовые служебные программы были централизованы и доступны для всех зон назначения. После этого посадочные зоны и выделенные среды для обработки нагрузки могут быть развернуты в режиме самообслуживания, при этом облачная основа предоставляет все необходимые зависимости.
подотчетность (разделение обязанностей): команда CCoE отвечает за обслуживание необходимых централизованных ресурсов и обеспечение прозрачности в портфеле. Затем центральные операции или команды, занимающиеся конкретной рабочей нагрузкой, отвечают за ежедневную поддержку отдельных рабочих нагрузок.
Стандартизации: Стандартизация самая высокая в этой операционной модели. Централизованная облачная основа обеспечивает согласованность в конфигурации всех областей проектирования целевой зоны. Желательно придерживаться лучших практик, предусматривающих автоматизированное развертывание для всех рабочих нагрузок. Эта автоматизация обеспечивает дальнейшую стандартизацию на уровне рабочей нагрузки и активов.
приоритет операций : корпоративная операционная модель требует облачного подхода к операциям. Сторонние облачные инструменты необходимы для поддержания централизованных операций в облаке. Этот тип модели должен использовать облако в качестве основного операционного подхода, чтобы быть эффективным. Организация рассматривает существующие локальные операции как вторичные операции и должна включать их в долгосрочный план перехода.
скорость разработки платформы : Для стимулирования централизации управления, безопасности и операций в быстрорастущем портфеле рабочих нагрузок, оперативным подразделениям компании потребуется реализация корпоративного решения перед его внедрением.
Распределенные операции
Распределенная модель является самой сложной формой операций. Она сочетает другие модели.
Компании обычно принимают этот подход, когда они растут через быстрое приобретение, что приводит к распределенной смеси предыдущих трех операционных моделей. Компании могут существовать в этом состоянии в течение длительного периода. Но чтобы свести к минимуму избыточность и повысить эффективность операций, следует рассмотреть возможность разработки плана перехода на одну из менее сложных моделей.
стратегический приоритет: организации используют эту модель, когда они предпочитают интеграцию приобретенных бизнес-единиц над инновациями или контролем. Это часто временная или мостовая стратегия, необходимая для перехода к более эффективной операционной модели в будущем. Эта модель, как правило, сохраняется, когда организация хочет сохранить автономию и рассматривает краткосрочные стратегии выхода, как обычно видно в частных инвестициях или холдинговых компаниях.
организации: Централизованную структуру организации трудно поддерживать в рамках этой операционной модели. Рекомендуется, чтобы организации начали с формирования виртуальной команды CCoE в начале процесса, чтобы создать видимость и осведомленность об операциях по всей организации.
объем портфеля: распределенные операции сосредотачиваются на сложном портфеле. Со временем фокус может сузиться на более детализированные уровни портфеля.
Подотчетность (разделение обязанностей): Подотчетность будет различаться в разных подразделениях. Разделение обязанностей с точки зрения центра трудно реализовать.
стандартизация: Первый шаг к стандартизации в модели распределённых операций заключается в том, чтобы получить четкое представление о цифровых активах для полного портфеля. Подход, управляемый данными, начнет выявлять общие особенности портфеля, которые стремятся к централизованной или корпоративной операционной модели.
приоритет операций: приоритет операций в этой модели сосредоточен на данных. Централизация данных с помощью инструментов, предназначенных для унифицированных операций, позволит команде CCoE обучать и наставлять различные бизнес-подразделения во время переходов или усилий по повышению зрелости. Прежде чем принудительно установить приоритет одинаковых операций, оцените портфель рабочих нагрузок, чтобы обеспечить надлежащие инструменты и базовые показатели.
скорость разработки платформы : оценка портфеля задач должна определять оптимальную скорость разработки платформы, которая соответствует стратегиям постепенного внедрения или масштабирования на уровне предприятия. Основная точка данных для определения направления будет зависеть от наиболее распространенного подхода к управлению операциями в портфеле.