Модернизация процессов для облака
Модернизация процессов создает в вашем бизнесе механизмы для повышения операционной эффективности, что снижает общую стоимость владения рабочими нагрузками. Мы рекомендуем использовать методологию DevOps для модернизации процессов.
Схема 1. Высокоуровневый цикл DevOps с инструментами DevOps
Методология DevOps объединяет планирование, разработку, доставку и операции в одном конвейере. Интеграция позволяет командам определить наиболее важные приоритеты в организации и совместно решать их. Коллективное сосредоточение на важных вещах создает наибольшую ценность с наименьшим объемом работы.
Мы разбили модернизацию процессов на три этапа: инструменты, стратегии и преимущества.
Шаг 1. Внедрение средств DevOps
Внедрение средств DevOps поможет вам лучше планировать и быстрее предоставлять клиентам преимущества.
В следующей таблице мы перечислили средство DevOps и его описание. В Azure есть набор средств DevOps под названием Azure DevOps. Эти средства Azure можно использовать для реализации DevOps или решения с открытым кодом. Для каждого средства DevOps в таблице мы перечислили службу из Azure DevOps Services и альтернативное решение с открытым кодом.
| Средство DevOps | Описание | Решение Azure DevOps | Решение с открытым кодом |
|---|---|---|---|
| Система управления версиями | Репозитории кода для проекта. | Azure Repos | GitHub |
| Конвейер CI/CD | Непрерывная сборка, тестирование и развертывание на любой платформе и в облаке. | Azure Pipelines | Jenkins |
| Доска задач | Планирование, отслеживание и обсуждение работы в командах. | Azure Boards | Доска задач |
| Диспетчер пакетов | Предоставление общего доступа к коду и публикация пакетов | Azure Artifacts | Nexus |
| Управление тестированием | Выполнение тестов и проверка качества кода | Azure Test Plans | Selenium |
Используя средства DevOps, вы можете модернизировать стратегии планирования.
Шаг 2. Внедрение стратегий DevOps
Модернизируйте процесс, применяя стратегии DevOps. Стратегии DevOps — это способы выполнения действий на гибкой платформе. Вы интегрируете разработку и операции, фокусируетесь на наиболее приоритетных задачах и работаете над задачами в течение определенного периода времени. Эти стратегии позволяют эффективно модернизировать облако.
Вы собираетесь проконсультироваться со своей стратегией модернизации и спланировать свои усилия по модернизации вокруг нее.
Ознакомьтесь со стратегией модернизации
Ознакомьтесь с планом модернизации, созданной на этапе фиксации, чтобы приступить к модернизации стратегий планирования. В нем есть все необходимые детали.
Ниже приведен пример стратегии модернизации, которую мы создали.
| Бизнес-функция | Рабочей нагрузки | Причины для использования | Стратегия модернизации | Сроки |
|---|---|---|---|---|
| Электронная коммерция Веб-сайт |
Веб-приложение Бизнес-логика База данных Серверы Платежная система |
Внедрение инноваций в приложения |
|
X-недель |
Планирование модернизации
Планируйте усилия по модернизации с помощью стратегии модернизации. Выполните действия, описанные в следующей таблице, чтобы разделить работу на управляемые части и назначить ее членам команды.
| Шаг | Рабочие задачи | Пример |
|---|---|---|
| 1. Определение основных усилий | Основные усилия включают в себя мотивы модернизации и рабочие нагрузки. Основные усилия — это эпические эпопеи в Agile. | Инновации в приложениях для веб-сайта электронной коммерции. |
| 2. Разделение основных усилий (эпических) на более мелкие задачи (пользовательские истории) | Проанализируйте основные усилия (эпические) с точки зрения ваших клиентов. Разделите основные усилия (эпики) на более мелкие логические задачи, соответствующие потребностям клиентов. Задачи, созданные на основе эпических историй, называются пользовательскими историями в Agile. Количество пользовательских историй для каждой эпопеи зависит от сложности рабочей нагрузки. Нет правильного или неправильного номера. | "Как клиент, я хочу более адаптивный веб-сайт, поэтому у меня есть лучший опыт покупок" "Как клиент, я хочу полный журнал заказов, чтобы можно было изменить порядок элементов проще" |
| 3. Разделение задач (пользовательских историй) на более мелкие задачи (задачи) | Эти небольшие задачи должны быть конкретными и подробными. Создайте столько, сколько необходимо для удовлетворения запроса в пользовательской истории. Подзадачи — это задачи в Agile. | Выбор плана Служба приложений Настройка устойчивости Настройка кэширования |
| 4. Определение приоритетов пользовательских историй | Расставьте приоритеты для пользовательских историй, чтобы ваша команда сперва выполнила наиболее важные задачи. | 1. Улучшенный опыт покупок 2. Журнал заказов |
| 5. Назначение работы (спринты) | Установите двухнедельный период для ваших рабочих усилий. Эти периоды являются спринтами в Agile. Предоставьте участникам вашей команды выполнить задачи, которые они могут выполнить в течение двух недель. | Назначьте команде двухнедельные задачи (Служба приложений план, настройка устойчивости, кэширование). |
В этой таблице содержатся основные сведения о DevOps. Этого достаточно для работы, но вам могут потребоваться дополнительные рекомендации. Дополнительные рекомендации по DevOps см. в статье Руководство по планированию DevOps.
Шаг 3. Внедрение преимуществ DevOps
Вы внедрили средства DevOps и стратегии DevOps. Вы готовы использовать преимущества DevOps. DevOps позволяет быстрее учиться, совершенствовать и масштабировать. Ограниченные по времени итерации и интеграция команд позволят вашей команде лучше модернизироваться.
Дальнейшие действия
Вы готовы к модернизации приложений или баз данных. Обратитесь к стратегии модернизации, созданной в соответствии с бизнес-согласованием. Дорожная карта позволит вам узнать, на чем сосредоточиться дальше.