불변 인프라란?

불변 인프라(Immutable infrastructure)는 직접 수정하지 않고 서버를 생성하는 방식입니다. AWS의 Well-Architected 프레임워크(REL08-BP04)에서 이 모델은 프로덕션 워크로드에서 인플레이스 업데이트, 보안 패치 또는 구성 변경을 허용하지 않습니다. 조정을 해야 하는 경우 이전 버전을 새 버전으로 교체해야 하며, 이를 통해 '구성 드리프트'(즉, 시간이 지남에 따라 시스템에 발생하는 불일치)를 제거해야 합니다.

불변 인프라를 구현한 후에는 클라우드 환경이 예측 가능하고 안정적이어야 합니다.

두 개념의 차이점은 다음과 같습니다.

• 변경 가능한 인프라: 새로운 서버를 만드는 대신 기존 서버를 업데이트하고 수정합니다. 이는 SaaS에서 전통적인 접근 방식입니다.
• 변경 불가능한 인프라: 변경이 필요할 때 서버를 새로운 서버로 교체합니다. 이는 클라우드 네이티브이며 SaaS 앱에서 새로운 접근 방식입니다.

회사가 불변 인프라를 사용하는 이유는 다음과 같습니다.

• 배포 및 구성: 이러한 요소는 일관성을 유지해야 하며, 안정성을 보장하기 위해 드리프트를 방지해야 합니다.
• 위험 완화: 예기치 않은 문제가 발생했을 때 이전 버전으로 되돌릴 수 있는 옵션을 통해 영향을 최소화하고 배포 문제가 발생할 가능성을 줄입니다.
• 확장성 고려 사항: 새롭고 동일한 서버 인스턴스를 추가하여 앱 확장을 탐구합니다.
• 자동화 사용: 배포 시간을 제한하기 위해 자동화할 수 있는 프레임워크를 식별합니다.

구현할 사례는 다음과 같습니다.

• 자동화: 인프라 프로비저닝/관리를 자동화하기 위해 IaC(인프라 즉 코드) 및 유사한 도구를 사용합니다.
• 모든 것을 버전 관리: 의존성과 구성을 포함하여 롤백/추적성을 위해 모든 측면을 버전 관리합니다.
• 강력한 기능 활성화 로깅 및 모니터링: 새로운 배포 중 또는 배포 후에 잠재적인 문제를 파악할 수 있습니다.
• 작게 시작하고 반복: 무엇을 해야 할지 알게 되면 다른 요소에 사용하기 전에 필수적이지 않은 요소에 불변 인프라를 사용하세요.
• 병렬 배포: 변경 사항을 기존 리소스와 병렬로 새 리소스로 배포한 다음, 소수의 사용자만 먼저 새 버전으로 이동시키거나(카나리) 트래픽을 전체 병렬 플릿으로 전환합니다(블루/그린) (AWS REL08-BP04).

불변 인프라는 다음과 함께 사용됩니다. DevOps, Kubernetes 및 기타 기술/팀.

• Kubernetes: 배포 간소화 및 컨테이너화된 앱 관리, 불변 인프라 채택 허용. 클라우드 네이티브 컨테이너화 는 이 모델에 부합합니다. 컨테이너에 대한 영구적인 변경은 새 버전을 의미하거나 이미지로부터 재생성하는 것을 의미합니다 (CNCF).
• DevOps: 정렬 지속적 통합 및 지속적 배포(CI/CD) 소프트웨어 딜리버리를 위한 불변 인프라 관행을 사용합니다.

불변 인프라는 툴링과 사고방식의 전환이 필요하지만, 신뢰성과 확장성을 얻을 수 있습니다.