> Вторая - фасилитирующая команда которая помогает овладеть этими тулами и построить процессы для этого внутри каждой команды должен быть человек (а лучше несколько), которые будут изнутри команды это развивать
> Первая - платформенная команда которая предоставляет тулы, в пределе это AWS, GCP или Heroku. это сервис и любой продакт имеет право не пользоваться этим внутренним сервисом, а, например, размещаться во внешнем облаке
Вопрос политики компании и управления рисками. Готовы пользоваться внешними сервисами и связанными с этим рисками - ок. Мне кажется вопрос лежит в области осведомленности и принятия решений, а не тулов и командных топологий
sast есть? есть ! деньги освоены? освоены! безопасность появилась? ДА ХРЕН ТАМ
да тоже самое с девопсом. Потому есть люди которые обеспечивают тулы, а есть те кто помогает ими овладеть. А есть политика компании (административное решение вопроса) или осознаность команд которые требуют решения вопроса с безопасностью.
Чаще, по моему опыту, тулы и регламенты сложны для понимания и разработчики и рады бы этим всем воспользоваться, но "сложно" и "непонятно". Это не про безопасность, это про любой кусок IT.
sonatype сделала очень крутую подборку, как устроен DevSecOps по мнению различных людей и компаний. Практически каждый слайд содержит ссылку на статью или видео. Это, пожалуй, лучший обзорный материал такого плана за последнее время, который я видел.