CNCF Platforms White Paper - II
Продолжу рассказывать про White paper о платформах, про который я начал говорить в первом посте. В документе было всего 7 пунктов, первые четыре из которых мы обсудили раньше, а в этом посте пойдет речь про вызовы при создании платформ, как измерять их успех, а а набор возможностей, что предоставляют платформы мы рассмотрим в последнем посте, в котором даже будут картинки:)
5. Challenges when implementing platforms Платформы обещают многое, но на пути к реализации есть вызовы, которые надо преодолеть. Авторы выделяют следующие
- платформенные команды должны относиться к своим платформам как продукту и развивать их вместе с пользователями
- платформенные команды должны осторожно выбирать свои приоритеты и изначальные партнерства с командами, отвечающими за приложения
- платформенные команды должны искать поддержки от команды лидеров (условно топ-менеджеров) и показывать влияние на value streams Вся эта часть крутится вокруг продуктового подхода, где платформа должна развиваться как customer-facing продукт (хоть и dev2dev) и решать проблемы своих пользователей. Отдельно упоминается про важность наличия продакт менеджеров, которые работают с пользователями собирая ожидания, создают роадмап развития платформ и собирают обратную связь от пользователей. Для adoption платформенных решений очень важно выбрать правильные возможности (capabilities) для старта, например, авторы упоминают pipelines, databases, observability, которые являются фундаментальными и нужны почти всем:) Дальше авторы приводят рекомендации о том, как уменьшить нагрузку на платформенные команды за счет
- построения thinnest viable platform поверх услуг провайдеров
- использования open source фреймворков, инструментов и шаблонов и объединение их вместе для предоставления app командам
- убедиться, что платформенные команды укомплектованы достаточно для сложности их домена и количества клиентов
6. How to measure the success of platforms Здесь авторы приводят категории метрик, по которым можно оценивать успешность работы платформенных команд и их платформ
- User satisfaction and productivity - метрики по пользователям (DAU и retention), NPS пользователей, метрики продуктивности (например, фреймворк SPACE, про который я уже рассказывал)
- Organizational efficiency - здесь можно оценить скорость предоставления возможностей (например, provisioning базы данных), создание полностью нового сервиса (от репозитория, сборки и деплоя и появления на production), или времени, что требуется новому пользователю, чтобы сделать первые изменения в коде продукта
- Product and feature delivery - здесь идет речь про DORA метрики: deployment frequency, lead time for changes, time to restore services after failure, change failure rate (подробнее можно почитать в книге "Accelerate", про которую я уже рассказывал). Основная цель платформенных команд в том, чтобы выровнять IT возможности и value streams компании. В итоге, успех платформ измеряется успехом продуктов и приложений организации, команды которой используют эти платформы.
Про возможности платформ можно почитать в последнем посте
#Kubernetes #SRE #DistributedSystems #PlatformEngineering #SoftwareDevelopment #Software #ProductManagement