Операции с платформой в управлении облакомPlatform operations in cloud management

Базовый план управления облаком, охватывающий инвентаризацию и видимость, операционное соответствиеи защиту и восстановление , может обеспечить достаточный уровень управления облаком для большинства рабочих нагрузок в портфеле ИТ.A cloud management baseline that spans inventory and visibility, operational compliance, and protection and recovery might provide a sufficient level of cloud management for most workloads in the IT portfolio. Однако этот базовый план достаточно редко для поддержки полного портфеля.However, that baseline is seldom enough to support the full portfolio. Эта статья посвящена наиболее распространенному следующему этапу управления облаком, операциям в портфеле.This article builds on the most common next step in cloud management, portfolio operations.

Краткое изучение ресурсов в портфеле ИТ выделяет шаблоны для поддерживаемых рабочих нагрузок.A quick study of the assets in the IT portfolio highlights patterns across the workloads that are being supported. В этих рабочих нагрузках будут использоваться общие платформы.Within those workloads, there will be common platforms. В зависимости от прошлых технических решений в компании эти платформы могут сильно различаться.Depending on the past technical decisions within the company, those platforms could vary widely.

В некоторых организациях будет большая зависимость от SQL Server, Oracle или других платформ данных с открытым кодом.For some organizations, there will be a heavy dependence on SQL Server, Oracle, or other open-source data platforms. В других организациях общие черты может быть корнем на платформах размещения для виртуальных машин или контейнеров.In other organizations, the commonalities might be rooted in the hosting platforms for virtual machines (VMs) or containers. Другие могут иметь общую зависимость от приложений или систем планирования ресурсов предприятия (ERP), таких как SAP или Oracle.Still others might have a common dependency on applications or enterprise resource planning (ERP) systems such as SAP or Oracle.

Зная эти общие черты, Группа управления облачными службами может заспециализируется на более высоких уровнях поддержки для этих платформ.By understanding these commonalities, the cloud management team can specialize in higher levels of support for those prioritized platforms.

Создание каталога услугEstablish a service catalog

Цель операций платформы заключается в создании надежных и повторяемых решений, которые команда по внедрению в облако может использовать для предоставления платформы, предоставляющей более высокий уровень бизнес-обязательств.The objective of platform operations is to create reliable and repeatable solutions, which the cloud adoption team can use to deliver a platform that provides a higher level of business commitment. Это может снизить вероятность или частоту простоя, что повышает надежность.That commitment could decrease the likelihood or frequency of downtime, which improves reliability. В случае сбоя системы обязательство также может снизить объем данных, которые можно восстановить.In the event of a system failure, the commitment could also help decrease the amount of data loss or time to recovery. Такие обязательства часто включают в себя непрерывные централизованные операции для поддержки платформы.Such a commitment often includes ongoing, centralized operations to support the platform.

Так как группа управления облачными службами устанавливает более высокие темпы эксплуатации и специализации, связанные с конкретными платформами, эти платформы добавляются в растущей Каталог услуг.As the cloud management team establishes higher degrees of operational management and specialization related to specific platforms, those platforms are added to a growing service catalog. Каталог услуг обеспечивает самостоятельное развертывание платформ в определенной конфигурации, которая соответствует текущим операциям платформы.The service catalog provides self-service deployment of platforms in a specific configuration, which adheres to ongoing platform operations. Во время беседы по обучению, управление облаком и облачные стратегии в облаке могут предложить решения для каталога услуг, чтобы повысить надежность, бесперебойную работу и обязательства по восстановлению в контролируемом и повторяемом процессе.During the business-alignment conversation, cloud management and cloud strategy teams can propose service catalog solutions as a way for the business to improve reliability, uptime, and recovery commitments in a controlled, repeatable process.

Для справки некоторые организации обращаются к каталогу услуг раннего этапа в качестве утвержденного списка.For reference, some organizations refer to an early-stage service catalog as an approved list. Основное отличие состоит в том, что каталог услуг поставляется с текущими операционными обязательствами из облачного центра (Ккое).The primary difference is that a service catalog comes with ongoing operational commitments from the cloud center of excellence (CCoE). Утвержденный список аналогичен, в нем предоставляется список предварительно утвержденных решений, которые команда может использовать в облаке.An approved list is similar, in that it provides a preapproved list of solutions that a team can use in the cloud. Однако обычно нет рабочего преимущества, связанного с приложениями в списке утвержденных.However, typically there isn't an operational benefit associated with applications on an approved list.

Подобно спору между централизованным ИТ и Ккое, разница является одним из приоритетов.Much like the debate between centralized IT and CCoE, the difference is one of priorities. Каталог услуг предполагает хорошее намерение, но предоставляет операционные, контрольные и снятиеные средства, которые ускоряют инновации.A service catalog assumes good intent but provides operational, governance, and security guardrails that accelerate innovation. Утвержденный список препятствует инновациям до тех пор, пока для решения могут быть переданы операции, соответствие требованиям и шлюзы безопасности.An approved list hinders innovation until operations, compliance, and security gates can be passed for a solution. Оба решения являются приемлемыми, но им требуется, чтобы компания сделала незначительные решения по приоритизации, чтобы обеспечить более эффективное внедрение инноваций или соответствия.Both solutions are viable, but they require the company to make subtle prioritization decisions to invest more in innovation or compliance.

Создание каталога услугBuild the service catalog

Управление облаком редко выполняется при доставке каталога услуг в приемнике.Cloud management is seldom successful at delivering a service catalog in a silo. Правильная разработка каталога требует партнерства по Центральной ИТ-группе или Ккое.Proper development of the catalog requires a partnership across the central IT team or the CCoE. Этот подход обычно является наиболее успешным, когда ИТ-организация достигает Ккое уровня зрелости, но может быть реализована быстрее.This approach tends to be most successful when an IT organization reaches a CCoE level of maturity, but could be implemented sooner.

При создании каталога услуг в модели Ккое группа облачной платформы создает платформу требуемого состояния.When it's building the service catalog within a CCoE model, the cloud platform team builds out the desired-state platform. Специалисты по управлению облаком и облачной безопасности проверяют управление и соответствие требованиям в рамках развертывания.The cloud governance and cloud security teams validate governance and compliance within the deployment. Группа управления облаком устанавливает текущие операции для этой платформы.The cloud management team establishes ongoing operations for that platform. И группа облачной автоматизации упаковывает платформу для масштабируемого и повторяемого развертывания.And the cloud automation team packages the platform for scalable, repeatable deployment.

После упаковки платформы группа управления облачными службами может добавить ее в растущей Каталог услуг.After the platform is packaged, the cloud management team can add it to the growing service catalog. После этого группа по внедрению в облако может использовать пакет или другие в каталоге во время развертывания.From there, the cloud adoption team can use the package or others in the catalog during deployment. После того как решение перейдет в рабочую среду, бизнес осознает дополнительные преимущества улучшенного управления и потенциально сниженных нарушений в работе бизнеса.After the solution goes to production, the business realizes the extra benefits of improved operational management and potentially reduced business disruptions.

Примечание

Создание каталога услуг требует значительных усилий и времени от нескольких команд.Building a service catalog requires a great deal of effort and time from multiple teams. Использование каталога услуг или списка утвержденных в качестве механизма ограничения приведет к снижению инноваций.Using the service catalog or approved list as a gating mechanism will slow innovation. Когда инновации — приоритет, каталоги услуг должны разрабатываться параллельно с другими усилиями по внедрению.When innovation is a priority, service catalogs should be developed parallel to other adoption efforts.

Определение собственных операций с платформойDefine your own platform operations

Хотя средства и процессы управления могут помочь в улучшении операций на платформе, часто недостаточно для достижения требуемых состояний стабильности и надежности.Although management tools and processes can help improve platform operations, that is often not enough to achieve the desired states of stability and reliability. Реальные операции с платформой требуют более высокого внимания от основных принципов архитектуры.True platform operations requires a focus on pillars of architecture excellence. Когда платформа достигает более глубокой инвестиции в операции, перед тем, как платформа станет частью любого каталога услуг, следует рассмотреть следующие пять основных принципов.When a platform justifies a deeper investment in operations, consider the following five pillars before the platform becomes a part of any service catalog:

  • Оптимизация затрат: Управляйте затратами, чтобы повысить рентабельность.Cost optimization: Manage costs to maximize the value delivered.
  • Эффективность операционных процессов. Придерживайтесь рабочих процессов, обеспечивающих функционирование системы в рабочей среде.Operational excellence: Follow operational processes that keep a system running in production.
  • Уровень производительности. Масштабируйте системы в соответствии с изменениями нагрузки.Performance efficiency: Scale systems to adapt to changes in load.
  • Надежность. Разрабатывайте системы, способные к восстановлению и возобновлению работы после сбоев.Reliability: Design systems to recover from failures and continue to function.
  • Безопасность. Обеспечьте защиту приложений и данных от угроз.Security: Protect applications and data from threats.

Платформа Microsoft Azure Well-Architected предоставляет подход к оценке определенных рабочих нагрузок для обеспечения соответствия этим основам в целях улучшения общих операций.The Microsoft Azure Well-Architected Framework provides an approach to evaluating specific workloads for adherence to these pillars, in an effort to improve overall operations. Эти фундаментальные значения можно применять как к операциям платформы, так и к операциям рабочей нагрузки.These pillars can be applied to both platform operations and workload operations.

Приступая к работе с конкретными платформамиGet started with specific platforms

Платформы, обсуждаемые в следующих разделах, являются общими для типичных клиентов Azure и могут легко выровнять инвестиции в операции с платформой.The platforms discussed in the next sections are common to typical Azure customers, and they can easily justify an investment in platform operations. Группы управления облачными службами обычно начинают с них при создании требований к платформе или полному каталогу услуг.Cloud management teams tend to start with them when they're building out platform operations requirements or a full service catalog.

Операции с данными PaaSPaaS data operations

Данные часто являются первой платформой, которая гарантирует инвестиции в операции с платформой.Data is often the first platform to warrant platform operations investments. Если данные размещаются в среде PaaS, Бизнес-заинтересованные лица обычно запрашивают уменьшение цели точки восстановления (RPO), чтобы сократить потери данных.When data is hosted in a platform as a service (PaaS) environment, business stakeholders tend to request a reduced recovery point objective (RPO) to minimize data loss. В зависимости от характера приложения они также могут запрашивать сокращение времени восстановления (RTO).Depending on the nature of the application, they might also request a reduction in recovery time objective (RTO). В любом случае архитектура, поддерживающая решения для работы с данными на основе PaaS, может легко адаптироваться к более широкому уровню поддержки управления.In either case, the architecture that supports PaaS-based data solutions can easily accommodate some increased level of management support.

В большинстве случаев затраты на повышение эффективности управления легко рассогласованы, даже если приложения не являются критически важными.In most scenarios, the cost of improving management commitments is easily justified, even for applications that are not mission critical. Это усовершенствование операций платформы настолько распространено, что многие группы управления облачными группами в большей мере представляют собой Расширенные базовые показатели, а не как истинное улучшение платформы.This platform operations improvement is so common that many cloud management teams see it more as an enhanced baseline, rather than as a true platform operations improvement.

Операции с данными IaaSIaaS data operations

Когда данные размещаются в традиционном решении "инфраструктура как услуга" (IaaS), усилия по улучшению RPO и RTO могут быть значительно выше.When data is hosted in a traditional infrastructure as a service (IaaS) solution, the effort to improve RPO and RTO can be significantly higher. Тем не реже, решение PaaS и IaaS не влияет на потребность заинтересованных лиц в сфере управления.Yet the business stakeholders' desire to achieve better management commitments is seldom affected by a PaaS versus IaaS decision. Если что-либо, понимание фундаментальных различий в архитектуре может запрашивать у компании вопрос о решениях PaaS или обязательствах, соответствующих тем, что доступно в решениях PaaS.If anything, an understanding of the fundamental differences in architecture might prompt the business to ask for PaaS solutions or commitments that match what's available on PaaS solutions. Модернизации платформ данных IaaS следует рассматривать как первый шаг в операциях с платформой.Modernization of any IaaS data platforms should be considered as a first step into platform operations.

Если модернизации не является параметром, группы управления облачными службами обычно назначают приоритеты для платформ данных на основе IaaS в качестве первой обязательной службы в каталоге услуг.When modernization isn't an option, cloud management teams commonly prioritize IaaS-based data platforms as a first required service in the service catalog. Предоставляя компании возможность выбора между автономными серверами данных и кластеризованными, высокодоступными решениями для работы с данными, мы значительно упростили общение с бизнес-обязательствами.Providing the business with a choice between standalone data servers and clustered, high-availability, data solutions makes the business commitment conversation much easier to facilitate. Основные сведения об улучшениях в работе и повышенных затратах помогут бизнесу принять оптимальное решение для бизнес-процессов и вспомогательных рабочих нагрузок.A basic understanding of the operational improvements and the increased costs will help the business make the best decision for the business processes and supporting workloads.

Другие общие операции с платформойOther common platform operations

Помимо платформ данных, узлы виртуальных машин обычно представляют собой общую платформу для улучшения операций.In addition to data platforms, virtual machine hosts tend to be a common platform for operations improvements. Чаще всего облачная платформа и группы управления облачными системами вкладывают в усовершенствования для узлов VMware или решений контейнеров.Most commonly, cloud platform and cloud management teams invest in improvements to VMware hosts or container solutions. Такие инвестиции могут повысить стабильность и надежность узлов, поддерживающих виртуальные машины, которые, в свою очередь, заключают рабочие нагрузки.Such investments can improve the stability and reliability of the hosts, which support the VMs, which in turn power the workloads. Правильные операции на одном узле или контейнере могут повысить нагрузку или RTO нескольких рабочих нагрузок.Proper operations on one host or container can improve the RPO or RTO of several workloads. Этот подход позволяет улучшить бизнес-обязательства, но распределяет инвестиции.This approach creates improved business commitments, but distributes the investment. Улучшенные обязательства и снижение затрат объединяются, чтобы упростить выравнивание улучшений в управлении облачными и платформенными операциями.Improved commitments and reduced costs combine to make it much easier to justify improvements to cloud management and platform operations.

Дальнейшие действияNext steps

В параллельном режиме, благодаря улучшениям в операциях с платформой, группы управления облачными средами также сосредоточены на улучшении операций рабочей нагрузки для 20 основных или меньших рабочих нагрузок.In parallel with improvements to platform operations, cloud management teams also focus on improving workload operations for the top 20 percent or less of production workloads.