SRE를 위한 시스템 설계와 구축

203

7

장

범위의 변화를 위한 설계

내부 및 외부의 최종 사용자와 의사소통 채널을 갖추자

변화가 실패하거나 예상치 못한 결과를 일으키면 업데이트를 빨리 제공할 수 있어야 한다.

7.7

마치며

서로 다른 종류의 보안 관련 변경사항을 구분하는 것이 정말 중요한 이유는 영향을 받는 팀이

그 영향을 올바르게 파악하고 여러분이 어떤 지원을 제공할 수 있는지 판단할 수 있기 때문이

다.

다음에 인프라스트럭처에 보안 관련 변경사항을 배포하는 일을 맡게 된다면 숨을 크게 들이쉬

고 계획을 세우기 바란다. 작은 부분부터 시작하거나 변화를 테스트해 줄 지원자를 찾는 것부

터 시작하자. 피드백 루프를 갖춰 사용자 입장에서 제대로 동작하지 않는 부분을 이해하고 변

화를 스스로 적용할 수 있게 만들자. 계획이 변경되더라도 당황하거나 놀라지 말자.

사전 예방적인

proactive

개선과 긴급 상황에서의 마이그레이션을 더 쉽게 진행할 수 있도록 빈번

한 롤아웃, 컨테이너화, 마이크로서비스 같은 설계 전략을 채택하되 소수의 잘 관리되며 외부

와 접촉하는 부분에는 계층형 접근법을 도입하자. 변화를 염두에 두고 세심하게 설계하며 지속

적으로 문서화하고, 시스템의 상태를 정상적으로 유지하며 팀의 업무 부하를 조금 더 잘 관리

하면 (다음 장에서 살펴보겠지만 ) 회복성이 크게 좋아진다.