1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/scaling-devops-maturity

Присоединиться к Gitlife
Откройте для себя и примите участие в публичных проектах с открытым исходным кодом с участием более 10 миллионов разработчиков. Приватные репозитории также полностью бесплатны :)
Присоединиться бесплатно
Клонировать/Скачать
Внести вклад в разработку кода
Синхронизировать код
Отмена
Подсказка: Поскольку Git не поддерживает пустые директории, создание директории приведёт к созданию пустого файла .keep.
Loading...
README.md

Модель зрелости DevOps для крупных организаций

Четыре основы масштабирования DevOps

Эффективное сотрудничество. Сотрудничество подразумевает взаимодействие между людьми, например, между бизнесом и технологиями, технологиями и тестированием, тестированием и эксплуатацией. В плане стандартизации мы фокусируемся на:

  • Совместном проектировании, чтобы минимизировать потери в процессе;
  • Управлении организацией/командой, чтобы оптимизировать структуру команды и организации. В плане платформы мы фокусируемся на:
  • Управлении требованиями, чтобы гарантировать целостность передачи требований на всех этапах, таких как анализ, разделение и сотрудничество;
  • Улучшении показателей, где платформа сотрудничества используется в качестве инструмента для демонстрации показателей, которые могут быть улучшены, например, технический долг.

Непрерывная поставка. Непрерывная поставка означает возможность быстро, безопасно и непрерывно выпускать различные типы изменений. В плане стандартизации мы фокусируемся на:

  • Сервис-ориентированной архитектуре, которая позволяет быстро реагировать на изменения бизнеса;
  • Управлении версиями, начиная с исходного кода, используя такие методы, как управление ветвями и семантическое управление версиями. В инструменте мы фокусируемся на:
  • Гибком изменении, которое включает в себя управление изменениями и продуктами через платформу;
  • Непрерывном развёртывании, связанном с изменениями, включая непрерывную интеграцию и развёртывание.

Обеспечение качества. Обеспечение качества означает предоставление высококачественных программных продуктов конечным пользователям. В стандартах мы фокусируемся на:

  • Стратегии тестирования, смещая качество влево в жизненном цикле разработки и разрабатывая многоуровневую модель тестирования для руководства показателями;
  • Методах тестирования, определяя типы, сроки и стандарты выхода для автоматического и ручного тестирования. На платформе мы фокусируемся на:
  • Менеджменте тестирования, включая управление сценариями использования и данными тестирования;
  • Безопасности качества, проводя автоматическое сканирование кода и среды на предмет качества и безопасности.

Поддержка инфраструктуры. Поддержка инфраструктуры относится к базовым услугам и системам эксплуатации. В стандартизации мы фокусируемся на:

  • Управлении конфигурацией, кодируя базовые услуги и управляя соответствующими базовыми конфигурациями, приложениями и т. д.;
  • Управлении ресурсами, управляя средой и необходимыми ресурсами и услугами на каждом этапе. На платформе мы фокусируемся на:
  • Управлении развёртыванием, управляя средами выпуска и такими методами высокого уровня, как поэтапное развёртывание;
  • Автоматизации эксплуатации, автоматизируя мониторинг и оповещения в эксплуатации и поддерживая более гибкое развёртывание, такое как высокая доступность.

Определение уровней

Для масштабируемых организаций нам нужно всего четыре уровня, от двух до пяти. Мы устранили уровень 1 из-за несоответствия стандартам процессов и платформ. Также, с точки зрения стандартизации и платформы, фактически не существует уровня 5, поскольку он слишком гибкий и опережающий.

Таким образом, нам нужна трёхуровневая модель:

Уровень 2: Стандартизация. От создания исходных требований до их внедрения, всё следует определённым стандартам внутри организации. Процесс сотрудничества по требованиям прозрачен, процессы ясны, а потоки автоматизированы. В непрерывной поставке используются определённые практики организации, такие как семантическое управление версиями, надёжные источники и выходы продукции. На уровне качества используются модели тестирования, определённые организацией. На уровне инфраструктуры платформа поддерживает стандартизированные проекты.

Уровень 3: Стандартизированная и автоматизированная платформа. Содержимое уровня стандартизации последовательно стандартизируется на платформе, определяя различные технические практики, из которых можно выбрать одну или две или три. Все четыре основы масштабируются через эту серию стандартов. Единственное, что стоит обсудить, — это непрерывная поставка, где нам нужен слабосвязанный дизайн, который может поддерживать быструю поставку отдельных команд, таких как микросервисная архитектура и архитектура плагинов.

Уровень 4: Управление показателями и автоматическая оптимизация. Создаётся серия моделей измерения для полного измерения процесса разработки программного обеспечения. Команды и платформы оптимизируют систему и платформу в соответствии с этими определениями. Например, в инфраструктуре для мониторинга состояния приложений в реальном времени реализуется автоматизация эластичности.

Что касается уровня 5, то он зависит от конкретной ситуации в организации. Для нас это:

Уровень 5: Архитектура облачной разработки. Строится базовая инфраструктура для облачной разработки, такая как облачная архитектура разработки, Serverless, Typeflow и Darklang, обеспечивая автоматизацию базовой инфраструктуры и высокую развязку архитектуры. На уровне качества проводится мониторинг в реальном времени для автоматизации написания тестов, статический анализ кода для оптимизации тестов и автоматическое тестирование. На уровне сотрудничества создаются каркасы кода на основе предметно-ориентированных языков. На уровне инфраструктуры автоматически реализуются функции, такие как постепенное развёртывание.

Комментарии ( 0 )

Вы можете оставить комментарий после Вход в систему

Введение

Модель зрелости DevOps для крупных организаций. Развернуть Свернуть
CC0-1.0
Отмена

Обновления

Пока нет обновлений

Участники

все

Недавние действия

Загрузить больше
Больше нет результатов для загрузки
1
https://api.gitlife.ru/oschina-mirror/scaling-devops-maturity.git
git@api.gitlife.ru:oschina-mirror/scaling-devops-maturity.git
oschina-mirror
scaling-devops-maturity
scaling-devops-maturity
master