AI для IT? Не без видимості спочатку

Сьогодні штучний інтелект вже не обмежується відділами досліджень та розробок або експериментальними лабораторіями. Він з’являється по всьому підприємству ІТ, автоматизуючи служби підтримки, виявляючи аномалії в мережевому трафіку та оптимізуючи продуктивність додатків. За даними McKinsey, 72% компаній зараз використовують ІІ в至少 одній функції, однак більшість з них все ще покладаються на застарілі, неповні інвентаризації активів. Це швидке впровадження відображає як обіцянку ІІ, так і тиск, який відчувають лідери ІТ, щоб модернізувати швидко.

Але серед гонки за впровадження ІІ в інфраструктуру існує фундаментальна вада, яку часто не помічають: видимість. Конкретно, її відсутність.

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

Це наступна瓶頸 в корпоративному ІІ.

Чому спостережуваність ІІ залежить від точних даних про активи

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

Проблема полягає в тому, що більшість організацій летять сліпо. Інструменти управління активами з минулого десятиліття не були розроблені для сучасних гібридних та динамічних середовищ. А новіші рішення часто залежать від API або інтеграцій, які не досягають достатньої глибини. Що результатом є інвентаризація активів, яка є частковою в кращому випадку, а в гіршому випадку – вводить в оману.

Коли моделі ІІ тренуються або розгортаються в цьому типу сліпої зоні, наслідки швидко накопичуються:

• Інструменти безпеки пропускають вразливі пристрої, оскільки вони не були каталогізовані з самого початку.
• Висновки про продуктивність спотворюються через «призраків» або некерованих кінцевих точок.
• Скрипти автоматизації відмовляються, коли вони намагаються діяти на ресурси, які більше не існують – або існують у дублікатах.

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

Видимість у гібридному, децентралізованому світі

Видимість не є результатом недбалості. Це побічний продукт того, як розвивалося ІТ. Сучасні середовища охоплюють фізичні машини, віртуалізовані робочі навантаження, кілька платформ хмари, додатки SaaS, віддалені кінцеві точки, пристрої краю та контейнери. Деякі активи з’являються та зникають за хвилини. Інші існують у важкодоступних куточках спадкової інфраструктури. Відповідальність за них може бути розділена між внутрішніми командами, підрядниками та сторонніми постачальниками.

Ще більше ускладнюючи питання, підприємства рухаються швидко. Придбання, нові інструменти та рішення ІТ відділів все це сприяє розростанню ландшафту, який змінюється щодня.

Спроба склеїти видимість по всьому цьому є важкою. Багато компаній звертаються до електронних таблиць, спадкових CMDB або інструментів відкриття від постачальників, які не спілкуються один з одним. Результат? Тисячі невідомих, некерованих або сирітських активів, кожен з яких є потенційною точкою відмови.

І це тільки питання інвентаризації. Є також питання контексту. Достатньо знати, що пристрій існує; вам потрібно знати, що він робить, хто ним користується, як він підключається до інших активів та чи здоровий він. Без цього ІІ стає тупим інструментом – виявляє аномалії, але не знає, що нормальне, виявляє зміни, але не знає, чи вони мають значення.

Приготування інфраструктури до ІІ

Якщо ІІ має виконувати свої обіцянки в ІТ, незалежно від того, чи це спостережуваність, автоматизація чи кібербезпека, підприємства повинні почати з оновленого акценту на видимості. Це означає те, що інтелект активів стає фундаментальним, а не опціональним. Ось що це вимагає:

Розглядайте відкриття активів як безперервний процес: Традиційні інструменти відкриття працюють на основі запланованих сканувань. Це вже не достатньо. Середовища є рідкими. Активи можуть бути створені розробниками, переміщені між постачальниками хмари або змінили IP-адреси без повідомлення. Базовим рівнем повинні бути відкриття в реальному часі або майже в реальному часі.

Об’єднайте джерела даних, щоб ліквідувати сліпі зони: Покладання тільки на один потік, наприклад агент або API хмари, не дасть повної картини. Видимість повинна поєднувати кілька методів: пасивне прослуховування, інтеграції API, аналіз журналів, телеметрія кінцевих точок та мережевий трафік. Кожен з них надає різну частину пазла.

Створюйте контекст, а не тільки рахуйте: Відкриття – це крок один, але збагачення – це місце, де починається справжнє розуміння. Це означає картування активів до їх бізнес-функцій, власників, залежностей та стадій життєвого циклу. ІІ потрібно контекст, щоб розрізняти критичний сервер виробництва та тестовий ВМ.

Ліквідуйте сирітські та некеровані активи: Не рідко трапляється, коли середовища містять сотні чи тисячі активів, за які жодна команда не бере відповідальність. Це створює як оперативний, так і безпековий ризик. Прийом цих активів під управління або їх повне виведення з експлуатації повинно бути пріоритетом.

Розглядайте видимість як стратегічний енаблер: Інтелект активів не тільки питання гігієни ІТ. Це фундамент майже всього іншого: розумнішої автоматизації, кращого виявлення загроз, більш ефективних витрат та, так, довірчих ІІ. Без цього кожне подальше розуміння компрометоване.

Сліпа зона, якої ви не можете дозволити

ІІ в ІТ не є магією. Це розпізнавання закономірностей, автоматизація та висновок, побудовані на даних. Але коли ці дані компрометовані на джерелі через погану видимість, пошкоджену інвентаризацію або активи без контексту, ІІ стає просто ще одним шаром здогадок.

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

Все інше – це просто сліпота.