IaC란 무엇인가?

<aside> ❓ 코드형 인프라 (Infrastructure as Code)

• 수동 프로세스가 아닌 코드를 통해 인프라를 관리하고 프로비저닝 하는 것
• 어플리케이션 코드와 인프라 구성을 위한 코드 사이의 경계가 허물어짐 </aside>

장단점

<aside> 😀 장점

• 매번 동일한 환경을 프로비저닝하도록 보장 (일관성)
  • 개발 / 테스트 / 운영으로 동일한 구조의 VPC를 3개 운영
  • 조직 / 팀별로 다수 계정 사용
  • 조직 내 가이드(거버넌스, 보안)를 위한 템플릿 형태로 사용 가능
• Git 과 같은 버전 관리 시스템 사용 가능
  • 버전 관리
  • 협업 가능
• 오류 감소(Human Error) </aside>

<aside> 😦 단점

• 프레임워크에 따라서 일부코드로 관리가 되지 않는 영역 존재
• Best Practice 에 대한 자료가 부족
  • 다중 계정 운영 방식, 망분리(ISMS), 협업 등등
• 권한 제어의 어려움
  • DevOps vs Backend 개발자의 차이 (Elastic Beanstalk)
  • 다중 계정 간의 VPC Peering, 공통 리소스 공유 (EC2 이미지)
• 코드화의 어려움
  • AWS 공식 문서(콘솔, AWSCLI) → 코드화 </aside>

<aside> 😦 Elastic Beanstalk

• 공식적으로 제공하는 권한

  • AdministratorAccess - AWSElasticBeanstalk

    어플리케이션, 어플리케이션 버전, 구성 설정, 환경, 환경의 기본 리소스를 생성, 수정 및 삭제할 수 있는 모든 관리 권한을 사용자에게 제공

  • AWSElasticBeanstalkReadOnly

    사용자가 어플리케이션과 환경을 볼 수 있는 권한

• Backend 개발자에게 관리자 권한을 부여한 경우
  • AutoScaling / CloudWatch 설정 변경 : 추가 비용 발생
  • Subnet / Security Group 설정 변경 : 보안 위험 </aside>

IaC 종류

<aside> <img src="/icons/list_gray.svg" alt="/icons/list_gray.svg" width="40px" /> 종류

• AWS
  • CloudFormation / SAM
  • CDK
• Open Source
  • Terraform
  • Ansible - agent ❌
  • Chef - agent ⭕️
  • Puppet - agent ⭕️
  • Serverless Framework </aside>