Як Jeli покращує реагування на інциденти, досліджуючи невдачі

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

Коли з програмою чи службою щось йде не так, ІТ-фахівці можуть спричинити багато вказівок, звинувачень і загальний стрес.

Нора Джонс, засновник і генеральний директор Jeli, добре знає біль, пов’язаний з реагуванням на інциденти. Джонс провів більшу частину останнього десятиліття в ІТ-сфері, у тому числі майже два роки як старший інженер-програміст у jet.com, який був придбаний Walmart у 2016 році. Джонс провів два роки на аналогічній посаді в Netflix і йому також виповнилося сім. -місяць як Chaos Engineering Chaos у Slack. Знову і знову вона стикалася з тими самими проблемами.

«Мене постійно брали на роботу в проблемні місця, тому що вони багато переїжджали і мали масу інцидентів. І коли це трапляється, працівники дуже засмучуються, і в кінцевому підсумку все погіршується», — сказав Джонс VentureBeat. «Я продовжував мене найняли для вирішення тих самих проблем, я б повернувся і створив той самий інструмент, і допоміг організації сприймати свої інциденти більш позитивно."

У 2019 році Джонс використав свій досвід, щоб заснувати Jeli, постачальника послуг реагування на інциденти, і протягом останніх трьох років стабільно розвивав бізнес. Сьогодні компанія досягла важливої ​​віхи, оголосивши, що залучила 15 мільйонів доларів у раунді фінансування серії A. Новий раунд фінансування очолив Addition і включав участь Boldstart Ventures, Heavybit і Harrison Metal.

Подія

MetaBeat 2022

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

зареєструватися тут Від хаосу до організованого реагування на інциденти

У Netflix Джонс допоміг очолити зусилля компанії потокового медіа з розробки хаосу.

Інженерія хаосу – це обчислювальний підхід, у якому умови збою впроваджуються в робочий процес, як-от відключення вузла кластера, щоб побачити, наскільки стійкою є служба додатків, і визначити, чи здатна вона відновитися після неочікуваних подій. Хоча Джонс має більше досвіду розробки хаосу, ніж інші, Джелі не зосереджується на цьому, хоча це допомогло надихнути на певний підхід до платформи. /p>

Джонс сказала, що, на її думку, з Chaos Engineering створювала інструменти, які автоматизували б роботу.

«Що я дійсно зрозуміла, так це те, що, займаючись інженерією хаосу, люди дізнавалися більше про власні системи», — сказала вона. «Справжня краса полягала в тому, що вони вивчали різні сценарії невдачі».

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

"Ми намагаємося допомогти компаніям зрозуміти, як сталися збої", - сказав Джонс. «Ми дійсно допомагаємо організаціям вчитися на інцидентах, з якими вони вже стикалися, а потім розкривати закономірності, що стоять за деякими інцидентами».