카오스 엔지니어링

14장. 열린 마음, 열린 과학, 열린 혼돈

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

러스 마일스

카오스 엔지니어링 은 과학입니다. 빠르게 진화하는 현대 시스템의 본질적인 복잡성 속에 숨겨진 시스템 약점의 증거를 찾습니다. 이를 위해 인프라, 플랫폼, 애플리케이션, 심지어 인력, 프로세스 및 관행의 조합에 통제되었지만 혼란스러운 조건을 주입하는 경험적 실험을 수행합니다.

모든 과학과 마찬가지로 카오스 엔지니어링도 고도의 협업이 이루어질 때 가장 가치가 있습니다. 모든 사람이 어떤 실험이 진행되고 있는지, 언제 진행되고 있는지, 어떤 결과가 나왔는지 확인할 수 있습니다. 하지만 과학과 마찬가지로 협업이 조금이라도 방해를 받으면 이 모든 것이 카드의 집처럼 무너질 수 있습니다.

협업 마인드

두 가지 사고방식을 상상해 보세요. 첫 번째는 엔지니어가 다음과 같이 생각하는 것입니다: "저는 약점을 찾는 것을 좋아합니다. 모든 사람의 시스템을 가져다가 온갖 종류의 흥미로운 해를 끼쳐서 시스템을 개선해야 하는 이유를 보여주고 싶어요 ."

이러한 사고방식을 가진 팀은 다른 사람의 시스템을 혼돈에 빠뜨리는 데 집중합니다. 목표는 여전히 학습이지만, 카오스 팀이 다른 사람의 시스템을 대상으로 실험을 시작하면 갈등 관계가 형성될 가능성이 높기 때문에 이러한 목표는 쉽게 사라집니다. 이것이 바로 다른 사람의 시스템에 대한 실험이라는 핵심 문제입니다. 이 팀이 "여기 문제가 있습니다!"로 끝나는 경향이 있으며, "여기 몇 가지 잠재적 해결책이 있습니다"까지 나아가더라도 실제로 해당 시스템을 소유한 팀의 격렬한 저항에 부딪히게 됩니다.¹ "하지만 카오스 팀 때문에 속도가 느려지는데..."라는 말이 들리나요? 이러한 스타일의 관계에서는 그림 14-1에서 볼 수 있듯이 카오스 엔지니어링이 회피해야 할 또 다른 것으로 여겨질 정도로 상황이 Swift하게 악화될 수 있으며, 결국에는 거부당할 수도 있습니다.

그림 14-1. 독이 되는 '카오스 엔지니어 대 우리'의 관계

다음과 같은 사고방식과 대조해 보세요: "팀의 시스템 개선을 돕고 싶어요. 시스템을 운영하는 것은 어려운 일이기 때문에 시스템의 약점을 찾아내어 그 증거를 통해 학습하고 좀 더 탄력적인 시스템을 구축할 수 있는 기회를 얻을 수 있도록 돕고 싶습니다."

이 두 번째 사례에서는 카오스 엔지니어가 엔지니어링 팀과 협력하고 있습니다. 엔지니어링 팀은 자체 시스템의 약점을 탐색하고 있으며, 카오스 엔지니어링은 도움과 도구를 통해 지원을 제공하고 있습니다. 그림 14-2에서 볼 수 있듯이 모두가 어두운 부채를 드러내고 솔루션에 참여할 때 '그들 대 우리'라는 독한 관계가 형성될 가능성은 훨씬 줄어듭니다.

그림 14-2. 카오스 엔지니어링 ...