5 лучших стратегий для создания успешного внутреннего портала разработчика

С ростом проектирования платформы, внутренние порталы разработчиков стали важными для облегчения бремени для разработчиков программного обеспечения. По словам Гартнера, к концу года 75% организаций с платформы команды будут внедрить порталы разработчиков самообслуживания.

Многие порталы разработчиков построены с использованием каркасов с открытым исходным кодом, а закулисная закула в популярности. Но без правильного подхода эти порталы могут не набрать тягу, необходимую для обеспечения их предполагаемой стоимости. Опираясь на понимание инженерных лидеров в нашем сообществе, вот пять критических практик, чтобы гарантировать, что ваш Dev Portal процветает.

1. Приоритет опыту самообслуживания

Основной целью DEV Portal является улучшение опыта разработчика путем упрощения доступа к инструментам и ресурсам, необходимым в течение всего жизненного цикла разработки программного обеспечения (SDLC). Самообслуживание является краеугольным камнем этой миссии. Разработчики должны иметь возможность найти то, что им нужно без усилий, будь то настройка инфраструктуры, запуск трубопроводов, добавление функций наблюдаемости или выполнение тестов.

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

Один из наших клиентов, например, принял ВПРП за то, чтобы оптимизировать процесс адаптации своего разработчика, и влияние было немедленным. Благодаря заранее созданным шаблонами и автоматизации, разработчики могут самостоятельно обеспечить, а не полагаться на ручную передачу, сокращая типичное время адаптации с 5-10 дней до всего лишь нескольких часов.

2. Использование автоматизации для устранения повторяющихся работ

Мощный Dev Portal освобождает разработчиков от обыденных, повторяющихся задач, внедряя автоматизацию в повседневные процессы. Такие мероприятия, как запуск поставленной среды или перемещение кода, посредством этапов сборки, тестирования и развертывания, должны потребовать минимальные ручные усилия.

Такие инструменты, как инфраструктура, как код (IAC), здесь жизненно важны, щадя разработчиками от необходимости глубокого опыта в управлении современной сложной средой. Чтобы уменьшить труд, ваша организация должна интегрировать IAC в среду предоставления и предоставить заранее построенные конвейеры CI/CD.

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

С клиентами мы видим, что их процесс CI/CD часто включает в себя разбросанные сценарии, несколько инструментов и нет централизованного контроля. После мигрирования, чтобы использовать наши инструменты Dev Portal, теперь они могут использовать стандартизированные трубопроводы и показатели, чтобы выявить проблемы на раннем этапе. Это означает, что разработчикам не нужно полагаться на специалистов DevOps для обычных задач и вместо этого может запускать, тестировать и развернуть самостоятельно с учетом политики и управления.

3. Бесполезно подключить экосистему

Разработчики часто укоренились предпочтения в отношении инструментов и рабочих процессов, отточенных за годы практики. Поскольку IDP направлен на улучшение своего опыта, ваш IDP должен интегрироваться с инструментами, которые они уже используют, а не приводят к полному капитальному ремонту их инструментария.

Кроме того, инструменты разработки часто взаимодействуют с более широкими системами, такими как платформы управления ИТ -услугами (например, ServiceNow), инструменты совместной работы (например, Slack), репозитории кода (например, GIT) или базы знаний. Чтобы Dev Portal сиял, он должен плавно интегрироваться как с сторонними, так и с внутренними инструментами, что позволяет разработчикам эффективно работать в своих предпочтительных способах.

Чтобы сделать эту интеграцию бесшовной, ваша организация должна наметить ваш инструмент Dev и подключить верхние рабочие процессы, использовать плагины или API для внедрения внешних инструментов и предпринять общие действия, такие как создание репо, задача с одним щелчком.

Гибкость является ключевым для большинства наших клиентов, особенно для тех, кто управляет гибридной моделью, где Harness управляет плоскостью управления и делегирует операции в другой среде (например, AWS). Этот тип настройки дает разработчикам безопасность и контроль над конфиденциальными данными, при этом позволяя обеспечить гибкие, масштабируемые операции CI/CD — все организованы через внутренний портал разработчиков. Таким образом, разработчики остаются в инструментах, которые они знают, но пользуются единой видимостью.

4. Установить сильное управление и надзор

Инженерные лидеры должны поддерживать власть над своими разработками, чтобы обеспечить надлежащее использование и минимизировать риски. Это требует реализации политики управления, которая поддерживает лучшие практики и защищает безопасность по всему SDLC.

Чтобы поддерживать управление, ваша организация должна включать в себя идентификацию и управление доступом (IAM), чтобы ограничить доступ к возможностям на основе ролей, обеспечивая использование только уполномоченных разработчиков. Кроме того, определите надежную политику безопасности для защиты конфиденциальных данных и соблюдения таких правил, как GDPR, сохраняя организацию в сплошной основе.

5. Упростить с помощью специально построенных решений

В качестве альтернативы, выбрав готовую платформу предприятия, такую ​​как жгут, может оптимизировать процесс. Обходив необходимость создавать IDP с нуля, разработчики могут сосредоточиться исключительно на написании и запуске программного обеспечения.

Для одного из наших клиентов решение о партнерстве с нами было основано на стратегическом выравнивании. Команда искала ориентированный на платформу подход, который объединит CI/CD, улучшил бы управление и улучшит опыт разработчика. Наши предложения проверили эти коробки, что позволило организации масштабировать стандартизацию при одновременном сокращении ручных усилий и времени на согласие.

Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. С более чем 30 -летним опытом разработки программного обеспечения, архитектуры и доставки, Мартин сделал многое. Он работал над доставкой программного обеспечения в масштабе, на несколько платформ, с несколькими технологиями. Сейчас он работает с жгутом, … Подробнее от Мартина Рейнольдса

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *