Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
На уровне организации проектирование платформы — это эволюция от реактивной культуры. В реактивной культуре одинокие разработчики разрабатывают инструменты изолированно. Когда один из разработчиков покидает команду, знания о том, как работает этот инструмент, также уходят, что может привести к сбоям в процессах и простоям.
В более зрелой культуре инструменты создаются упреждающим образом и поддерживаются командой разработчиков платформы. Существует управляемая автономия для разработчиков, и разработчики могут быстро приступить к работе с новыми проектами.
Для того чтобы команды платформенной инженерии добивались успеха, в их организациях должна быть проактивная культура с поддержкой руководства и разработчиками с правильными навыками.
Упреждающая культура и поддержка руководства соответствуют инвестиционным возможностям в модели возможностей инженерии платформ. На самых высоких уровнях руководство компании способствует автономии команды и подотчетности, поощряя инновации и реализуя меры управления.
Роль культуры
Организации со зрелостью в инженерии платформ имеют сильное руководство. Проектирование платформы в компании — это балансирующий акт, требующий непрерывного переоценки. Организациям необходимо поддержать группу разработчиков платформ в своих усилиях, чтобы понять текущее использование ресурсов и сопоставить путь вперед.
На ранних этапах внедрения разработки платформы команды продуктов имеют собственный уникальный набор средств, операций и процессов развертывания. В зрелой организации разработки платформы централизованная разработка платформы рассматривается как лучший способ работы как руководства, так и разработчиков. Зрелые организации признают, что проблемы группы продуктов являются организационными проблемами.
.. когда мы пытались разобраться с расходами на облачные технологии, инфраструктуру и инженерные нужды, а также с различными аспектами, это оказалось организационной проблемой, затрагивающей всех 20 000 разработчиков и 30 000 сотрудников компании. — старший руководитель по проектированию в корпоративной компании по программному обеспечению
Культура вашей организации должна поддерживать постоянный путь поиска и открытия в инженерии платформ. Руководители должны сосредоточиться на расширении возможностей группы разработчиков платформы для инноваций.
Цель вашей организации заключается в том, чтобы перейти к оптимизации культуры, в которой руководители:
- Предоставление группам возможностей для эффективного решения пограничных проблем и внедрения инноваций.
- Повышение автономии и подотчетности в группах для поощрения инноваций и экспериментов.
- Обеспечение постоянной релевантности и эффективности на фоне изменяющихся бизнес-потребностей и требований пользователей.
Со временем организации переходят от временного к оптимизации уровней поддержки культурных изменений с помощью проектирования платформы. На каждом уровне роль руководства развивается для того, чтобы обеспечить культурные изменения, необходимые для реализации концепции проектирования платформы.
| Промежуточный | Операционный | Масштабируемость | Оптимизация |
|---|---|---|---|
| Содействие образованию культуры принятия решений на основе данных и адаптивности. | Повышение культуры совместной работы, непрерывного обучения и улучшения. | Повышение культуры сочувствия и роста. | Поощряйте инновации и расширяйте возможности команд для достижения изменений и прогресса. |
Организационные мотивы также развиваются на каждом уровне для поддержки инженерных культурных изменений платформы.
| Промежуточный | Операционный | Масштабируемость | Оптимизация |
|---|---|---|---|
|
|
|
|
Структура организации
Инженеры платформы — это клей между разработкой и операциями. С точки зрения конкретной структуры организации модель топологий команды является хорошим подходом, чтобы подумать о том, что нужно сделать. Например, вы можете выбрать развитую команду платформы с отдельными специалистами, которые более сосредоточены на аспектах, ориентированных на разработчиков вашей платформы.
Чтобы быть успешным, определите:
- Спонсоры команды (как правило, руководители), которые помогают с приоритетами стратегических целей и содействуют использованию платформы во всей организации.
- Заинтересованные стороны из отделов эксплуатации, безопасности, соответствия и архитектуры помогают гарантировать, что платформа может соответствовать их рекомендациям и потребностям.
- Кто-то выступает в качестве менеджера по продуктам (независимо от фактического названия), чтобы понять и помочь определить приоритеты потребностей всех избирателей.
Преодолеть разрыв талантов: требования инженера платформы
Инженеры платформы должны иметь представление о продукте, а также понимать операции. Независимо от того, начали ли они работать как разработчики или в операционной команде, менее важно, чем набор навыков. Команда, занимающаяся созданием внутренней платформы для разработчиков, может получить преимущество, привлекая разных сотрудников с разнообразным опытом: разработчиков, специалистов по ИТ-операциям, администраторов Kubernetes, инженеров по надежности сайта (SRE) и экспертов по инфраструктуре как коду (IaC).
Вы также можете укрепить знания и навыки вашей команды для разработки инструментов, приведя хорошо подходящих разработчиков из существующих команд приложений в вашей организации. Эти разработчики находятся в отличной позиции, чтобы помочь представить голос клиента при рассмотрении ваших инвестиций.
Поиск инженеров платформы может быть проблемой.
Очень трудно нанять действительно хорошую инфраструктуру и инженеров платформы. Многие из людей, которых мы нанимаем сегодня, очень заинтересованы в приложениях, которые обслуживают клиентов напрямую. Но у нас нет большой аудитории или кандидатов во всей технологической отрасли, которые страстно относятся к инфраструктурной инженерии, и это всегда вызов... Для инфраструктурной инженерии такой опыт редок. - Вице-президент по инженерным работам в компании среднего размера, занимающейся продажами
Инженеры платформы должны иметь возможность:
- Создавайте и масштабируйте внутренние продукты разработчика с акцентом на эффективность, надежность и безопасность.
- Участие в архитектуре и проектировании продуктов разработки платформы.
- Успешно работает с оркестрацией контейнеров (например, Kubernetes), непрерывной интеграцией и непрерывным развертыванием (например, GitHub Actions, Azure Pipelines) и средствами мониторинга и ведения журнала (например, Prometheus, Grafana, Elasticsearch).
- Создание шаблонов с инфраструктурой как кодом и связанными инструментами (например, Terraform и Azure Resource Manager).
- Написание кода по крайней мере на одном языке скриптов (например, Python, PowerShell и Bash).
Для создания отличной команды разработчиков платформы требуется сочетание различных технических навыков и подхода, ориентированного на продукт. Несмотря на проблемы найма, создание команды с различными фонами приводит к улучшению внутренних платформ, которые повышают эффективность, надежность и безопасность. Этот целостный подход не только отвечает непосредственным техническим потребностям вашей организации, но и способствует культуре инноваций и непрерывного улучшения.