불변 인프라란?

불변 인프라는 서버를 생성한 후에 직접 수정하지 않는 것입니다. 조정이 필요한 경우 이전 버전을 새 버전으로 교체해야 하며, 시간이 지남에 따라 시스템에 침투하는 불일치인 “구성 드리프트”를 제거해야 합니다.

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

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

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

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

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

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

• 자동화: 인프라 프로비저닝/관리를 자동화하기 위해 IaC(인프라 즉 코드) 및 유사한 도구를 사용합니다. 
• 모든 것을 버전 관리: 의존성과 구성을 포함하여 롤백/추적성을 위해 모든 측면을 버전 관리합니다. 
• 강력한 기능 활성화 로깅 및 모니터링: 새로운 배포 중 또는 배포 후에 잠재적인 문제를 파악할 수 있습니다. 
• 작게 시작하고 반복: 무엇을 해야 할지 알게 되면 다른 요소에 사용하기 전에 필수적이지 않은 요소에 불변 인프라를 사용하세요. 

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

• Kubernetes: 배포 간소화 및 컨테이너화된 앱 관리, 불변 인프라 채택 허용.
• DevOps: 정렬 지속적 통합 및 지속적 배포(CI/CD) 소프트웨어 딜리버리를 위한 불변 인프라 관행을 사용합니다.

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