DevOps란?

• 철학과 방법론
  • 해석과 응용이 존재
• 문화
  • 구성 요소 (기업 기준)
    • 사람 : 팀, 인원, 가치, 의사소통
    • 일 : 프로세스, 방법론
    • 서비스 : 서비스의 가치, 성격, 방향성
    • 자원 : H/W, S/W, 기술, 도구 (bc. 기술의 성숙도 존재)
    • 시간 : 일정, 변경 가능성, 회복 탄력성, 예측
• 자동화 → 속도, 안정성, 재사용
  • What?
    • 인프라 및 보안
      • 클라우드, 네트워크, 접근제어, 암호화
  • How?
    • 언어 및 도구
      • 프로그래밍 언어, 도구
  • 변경에 따른 소요 시간 최소화
    • 지속적 통합/배포
      • CI/CD 파이프라인 구성 고려
  • 변경에 유연, 탄력적인 서비스 구축과 모든 사고에 대해 예측하고 대응
    • 모니터링
      • 모니터링 시스템 및 장애 대응
• 측정
  • 변경 사항 발생 시 항상 측정❗ : 예측 불가능 영역 → 최대한 예측 가능한 영역으로
  • 방향성에 대한 깊은 고민과 의심
  • 측정 지표들→ 의사결정 시 확신을 줌
• 공유
  • 언제든 접근 가능한 투명한 데이터
  • 지식의 공유 Open Mind! → 같이 성장
  • 우리의 문제로 인지 = 문제 발생 시 함께 해결
  • 일의 가속도 그래프를 그리기 ← 팀원들의 협력과 노력 필요
• 축적
  • 모든 일의 성공과 실패의 결과물들은 항상 축적!
  • 예 : 루이비통(이상적 축적)

정리

어떤 요구사항을 효율적으로 만족시키기 위해 일을 자동화하며 변경 사항 지표들을 측정, 공유하고 이 모든 결과물들(성공,실패)을 지속적으로 축적해 나아가는 문화를 만들어가는 철학, 방법론, 기술

DevOps가 필요한 이유는 속도와 효율 때문이다.

현대의 복잡한 서비스들을 DevOps의 철학과 방법론으로 풀어나갈 수 있다.

출처 : 처음 시작하는 Infrastructure as Code: AWS & 테라폼