Я погоджуюся, що це казкове слово, скільки DevOps може бути.
Основне завдання SecOps, доданого до звичайних операційних завдань інженерів, - це взяти на себе тягар наступних каналів публікацій CVE, обробляти виправлення, як правило, обробляти речі, які історично обробляються командою безпеки або адміністрації мережі (правила брандмауера, винятки з брандмауера веб-додатків)
Якщо ви бачите Sysadmin в DevOps org як sysadmin, здатний читати та бути частиною коду програми, SecOps - це sysadmin, який може бути частиною правил безпеки інфраструктури навколо самих серверів.
У деяких структурах, що зберігають відповідальність (Sales, Business, Dev, Ops, Security, Monitoring), Інженери з безпеки та Інженерів з експлуатації поділяються настільки ж, як і розробники та інженери з експлуатації, не переймаючись повною організацією DevOps, перехід на модель SecOps Перший крок для об'єднання двох відокремлених команд, історично ближчих і менш антагоністів в організації, що базується на силосах. Деяким людям також зручніше додати або операцію, або аспект безпеки у свою поточну роботу, ніж вирощування навичок кодування.
Підводячи підсумок, я б визначив SecOps як перший крок до органу DevOps, спрямований на те, щоб отримати команду, що працює в багатьох сферах, навколо інженерів з безпеки / мережі / операційних систем, де вони є окремими командами в існуючому відділі.