Если у вас небольшая команда разработки, и используемый инструментарий уже был развернут кем-то и активно применяется, лучше продолжать работать в этой парадигме. Внедрение полноценной IDP (Internal Developer Platform) окупается только на больших масштабах или при использовании SaaS-решений.
Тем не менее, в статье упоминаются коммерческие продукты, которые могут служить основой для создания IDP. Эти решения позволяют начать с небольшой команды и постепенно, по мере роста, масштабировать процесс разработки до уровня полноценной платформы для нескольких команд.
Независимо от наличия IDP, важно стремиться к унифицированному стеку инструментов для управления задачами (таск-трекер), хранения кода (git-сервер), управления пайплайнами (CI/CD) и инфраструктурой (единое облачное решение).
Первые три компонента часто интегрированы в одном продукте - например, в таких как Azure DevOps, GitLab, Github или VK Dev Platform.
Мы рекомендуем строить процесс разработки вокруг одного из подобных комплексных продуктов, чтобы избавиться от фрагментации техстека и прийти к единому базовому решению.
Если у вас небольшая команда разработки, и используемый инструментарий уже был развернут кем-то и активно применяется, лучше продолжать работать в этой парадигме. Внедрение полноценной IDP (Internal Developer Platform) окупается только на больших масштабах или при использовании SaaS-решений.
Тем не менее, в статье упоминаются коммерческие продукты, которые могут служить основой для создания IDP. Эти решения позволяют начать с небольшой команды и постепенно, по мере роста, масштабировать процесс разработки до уровня полноценной платформы для нескольких команд.
Независимо от наличия IDP, важно стремиться к унифицированному стеку инструментов для управления задачами (таск-трекер), хранения кода (git-сервер), управления пайплайнами (CI/CD) и инфраструктурой (единое облачное решение).
Первые три компонента часто интегрированы в одном продукте - например, в таких как Azure DevOps, GitLab, Github или VK Dev Platform.
Мы рекомендуем строить процесс разработки вокруг одного из подобных комплексных продуктов, чтобы избавиться от фрагментации техстека и прийти к единому базовому решению.