Группа DevOps компании создает приложения в AWS CodeBuild, используя пакеты NPM с открытым исходным кодом из публичных репозиториев. Компания хочет размещать эти пакеты NPM в частных репозиториях и выполнять проверку новых версий пакетов до того, как команда DevOps начнет их использовать. Какой подход удовлетворяет этим требованиям с наименьшими операционными издержками?

Правильный ответ — создание репозитория AWS CodeArtifact с вышестоящим репозиторием npm-store. CodeArtifact предназначен для безопасного хранения и управления зависимостями пакетов, таких как NPM, Maven и PyPI. Настройка вышестоящего репозитория позволяет CodeArtifact автоматически извлекать пакеты из публичных репозиториев, а затем хранить их локально. Это обеспечивает централизованное управление и кэширование. Использование CodePipeline для проверки пакетов и пометка их как "unlisted" в случае неудачи является эффективным способом контроля качества. Это решение минимизирует операционные издержки, поскольку CodeArtifact является управляемым сервисом, устраняющим необходимость в ручном управлении инфраструктурой. Остальные варианты менее оптимальны: Кэширование S3 не предназначено для управления зависимостями пакетов и не предоставляет функциональности для проверки версий или управления доступом. Создание отдельных репозиториев CodeCommit для каждой библиотеки и ручное копирование пакетов является трудоемким, не масштабируемым и неэффективным подходом для управления тысячами пакетов. Последний вариант с CodeCommit также страдает от тех же проблем масштабируемости и операционных издержек, а откат коммитов не является стандартным способом управления версиями пакетов.