5 способів захистити DevOps

Не змогли відвідати Transform 2022? Перегляньте всі сесії саміту в нашій бібліотеці за запитом! Подивіться сюди.

Команди Devops жертвують увагою до огляду огорожі, щоб впоратися зі стислим часом виходу на ринок на тлі зростаючого тиску на реалізацію проектів з цифрової трансформації та прибутку раніше, ніж планувалося.

У планах винагороди для ІТ-директорів, менеджерів з розвитку та їхніх команд пріоритетним є час виходу на ринок, збільшуючи інтенсивність, необхідну для досягнення термінів. Протягом останніх 18 місяців 90% ІТ-лідерів також відзначили прискорення ініціатив цифрової трансформації, оскільки компанії прагнуть не відставати від уподобань своїх клієнтів щодо покупок, отримання послуг і повторних покупок на цифровій основі.

Звичайна команда DevOps на підприємстві вартістю 500 мільйонів доларів має понад 200 одночасних проектів, понад 70% яких спрямовано на захист і покращення цифрового досвіду клієнтів. Команди Devops прагнуть заощадити кожну можливу секунду на кожному проекті, оскільки на кону стоїть значний відсоток їх загальної винагороди.

Boston Consulting Group (BCG) стверджує, що чим інтенсивніше програмне забезпечення компанія, тим швидшою та ефективнішою має бути доставка нових пропозицій, щоб створити конкурентні переваги, що робить її критично важливою здатністю для довгострокового виживання. Команди Devops, здатні надати мінімально життєздатні продукти (MVP) достроково, часто визначають темп усього проекту.

MetaBeat 2022

4 жовтня в Сан-Франциско, штат Каліфорнія, MetaBeat збере лідерів думок, щоб порадити, як технологія метавсесвіту змінить спосіб спілкування та ведення бізнесу в усіх галузях.

VentureBeat запитав Джанет Вортінгтон, старшого аналітика Forrester, чи беруть участь CISO та ІТ-директори в забезпеченні безпеки devops. Вона сказала, що «так, CISO та ІТ-директори все більше усвідомлюють, що для швидкого просування та досягнення бізнес-цілей командам потрібно прийняти безпечну культуру devops. Розробка автоматизованого конвеєра розробки дозволяє командам розгортати часто та з упевненістю, оскільки тестування безпеки вбудовано з самого початку етапи У результаті проблема безпеки виходить з виробництва, наявність повторюваного конвеєра дозволяє відкотити код, що порушує, без впливу на інші операції та швидко виправити проблему."

З огляду на винагороду, конкурентні переваги та репутацію корпоративних ІТ-команд і команд розробників, цілком зрозуміло, що безпеку повертають до життєвого циклу розробки програмного забезпечення (SDLC). У компаніях, які не ставлять безпеку в центр процесу SDLC, часто зустрічаються системи безпеки, тестування та перевірки, ізольовані від основних робочих процесів розробки.

Якщо їх часто доводять до завершальних етапів проекту, їх поспішають. Це одна з головних причин, чому компанії, які за останні 12 місяців зазнали зламів, стверджують, що зловмисники використовували два основні методи: використання вразливого програмного забезпечення та прямі атаки на веб-програми. Програми для тестування безпеки, ізольовані від платформ devops

Прикладом є те, як використовують команди devops