Согласно отчету Puppet State of Platform Engineering Report 2023, 51% компаний за последние три года создали команду по разработке платформ. Как правило, таким образом команды хотят:
- Выявить общие требований со стороны подразделений и разрабатывать централизованно управляемые решения для разработчиков.
- Управлять и оценивать эффективность таких решений.
- Автоматизировать процессы, которые крадут время у разработчиков, и поддерживать их в режиме самообслуживания.
Благодаря платформенному инжинирингу разработчики сосредоточатся на написании кода, а остальные задачи возьмут на себя интерфейсы самообслуживания и команда техподдержки. ИТ-отдел разделится на две части: разработка продуктов и платформ для их создания.
Кто придумал платформенный подход
Первыми начали внедрять платформенный инжиниринг гиганты вроде Netflix и Adidas. Netflix стремилась унифицировать свой инженерный опыт, а Adidas - сократить время, необходимое разработчикам для запуска проекта и его интеграции в инфраструктуру. Они получили неплохие результаты от инициативы, потому что точно знали, чего хотят добиться.
У тех, кто внедряет такое решение, как правило, есть свои причины, которые отличаются от мотивов первопроходцев. Для распределенных структур одним из главных приоритетов является согласованность развертывания инфраструктуры, разработки приложений и мер безопасности во всех регионах. Их решение - внутренняя облачная платформа, которую могут использовать распределенные команды. Другие компании, надеясь освободить разработчиков от выполнения сквозных обязанностей – например, управление инфраструктурой, создали команду по разработке фундаментальной платформы, которая позволяет легко "подключать" другие системы и приложения.
Как подготовиться к внедрению платформенного инжиниринга
Чтобы добиться эффекта от платформенного инжиниринга, компаниям важно установить четкие конечные цели - будь то снижение излишней ответственности разработчиков или создание единой среды разработки ПО. Затем найти решения для достижения этих целей. При этом важно:
Принять подход «думай по-крупному, начинай с малого, развивайся постепенно»
Начните с MVP, который позволит улучшить показатели эффективности труда разработчиков или решить проблемы, связанные с производительностью труда. Со временем вы можете добавить функциональность к этому решению или создать еще один MVP. Не обязательно иметь только одну систему, в которой будут выполнены все функции – это может быть целый набор решений.
Не зацикливайтесь на инструментах
В статьях по платформенному инжинирингу принято делать акцент на использовании «специализированных инструментов и платформ». Хотя это важно, компаниям следует оценить свои цели и определить наиболее быстрый способ их достижения с помощью самых простых инструментов.
Не каждой компании сразу нужен внутренний портал для разработчиков. Решение может быть простым – например, завести архив данных, в котором будет собрана наиболее распространенная техническая информация, на поиск которой обычно уходит много времени. Это может быть также стандартизация редактора Visual Studio Code с Rancher Desktop для быстрой и удобной итерации Kubernetes на локальных машинах разработчиков.
Управляйте опытом пользователей платформы
Научите сотрудников работать с ней, установите уровни доступа, улучшайте возможности системы. Это позволит не только повысить эффективность и согласованность работы, но и улучшить пользовательский опыт разработчиков.
Платформенный инжиниринг — это не набор инструментов. Это дисциплина, которая может помочь увеличить время продуктивной работы разработчиков с минимальными усилиями на всех этапах, начиная с разработки идеи и заканчивая этапом поставки.
В то же время платформенный инжиниринг – не панацея для компаний, которые хотят бесконечно повышать качество работы и производительностью разработчиков. Но он позволит постепенно решать и автоматизировать операционные задачи, которые крадут время, и постепенно усовершенствовать процессы разработки.
