카오스 엔지니어링

8장. 카오스 엔지니어링의 캐피탈 원 채택과 진화

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

라지 초카이얀

카오스 엔지니어링 은 실패를 수용하고 실패를 통해 시스템의 약점을 파악하는 관점을 제공합니다. Cloud 네이티브 환경에서는 이러한 소프트웨어 개발 방식을 무시할 수 없습니다. Cloud 네이티브 시스템은 실패가 언제든지 발생할 수 있음을 인정하며, 모든 범위의 실패를 견딜 수 있는 견고한 시스템을 설계하고 구축해야 합니다. 규제가 덜한 산업에 비해 금융 서비스 부문의 소프트웨어는 고려해야 할 복잡성이 몇 가지 더 있습니다. 시스템 장애가 발생하는 동안 한 부모가 첫 주택을 구입하기 위해 대출을 신청하고, 다른 고객이 모바일 기기를 사용하여 자금을 이체하려고 하고, 학생이 신용 기록을 쌓기 위해 첫 신용 카드를 신청할 수 있습니다. 장애의 규모에 따라 그 영향은 가벼운 성가심부터 브랜드에 대한 격렬한 불신까지 다양하며, 금융 기관의 평판에 부정적인 영향을 미치고 잠재적으로 비즈니스에 영향을 미칠 수 있습니다.

또한 은행의 업무 수행 방식과 관련된 관리 기관이 있습니다. 필요한 감사 추적을 유지 관리하고 통화감독국(OCC), 소비자금융보호국(CFPB), FinCEN, 연방거래위원회, 법무부 등 금융 규제 기관에 주기적으로 제출해야 합니다. 그 결과 프로덕션 환경의 모든 변경 사항에는 변경 이유, 방법, 시점에 대한 명확한 감사 추적이 있어야 합니다. 은행은 이러한 증거를 수집하고 해당 기관에 제출하는 데 필요한 거버넌스 프로세스와 도구를 도입했습니다. 이러한 프로세스는 법적 영향을 미치며 카오스 엔지니어링과 같은 노력이나 도구의 영향을 받지 않아야 합니다.

반면에 디지털 은행과 네오뱅크가 등장하면서¹ 고객이 돈과 상호작용하는 방식이 변화하고 있습니다. 블록체인, AI, 머신러닝, 비즈니스 인텔리전스를 기반으로 하는 금융 기능으로 인해 Cloud 인프라가 제공하는 매우 견고하고 확장 가능한 시스템의 필요성이 드러나고 있습니다. 이로 인해 소프트웨어 개발 방법론이 진화하고 올바른 엔지니어링 관행을 업무 방식에 도입해야 할 필요성이 커지고 있습니다. 자동화된 배포가 기능 속도를 개선하고 불변 인프라가 배포된 서버가 변경되지 않도록 보장하는 것처럼, 시스템도 지속적으로 안정성을 검증해야 합니다. 이것이 바로 카오스 엔지니어링의 시작점입니다. 시작하기 위한 여러 가지 접근 방식이 있습니다. 어떤 경우에는 사후 대응적일 수 있고, 어떤 경우에는 회사의 DNA에 내장된 내부에서 비롯될 수도 있습니다. 이 장에서는 Capital One이 카오스 엔지니어링을 어떻게 수용하고 발전시켰는지 살펴보고, 이러한 노력 중에 고려해야 할 요소, 핀테크 실험을 설계할 때 주의해야 할 사항, 필요한 감사 추적을 만드는 데 도구가 중요한 역할을 하는 방법, 실험을 실행하면서 캡처해야 하는 필수 메트릭에 대해 논의합니다.

캐피탈 원 사례 연구

Capital 미국 최대 다이렉트 ...