본문 바로가기

Personal/DevOps

90DaysOfDevOps 2일차 - Responsibilities of a DevOps Engineer

데브옵스 엔지니어의 책임

번역본 정리

- 애플리케이션을 만드는 것에는 개발(소프트웨어 개발자들이 애플리케이션을 작성하고 테스트)과 운영(애플리케이션을 서버에 배포하고 유지)이라는 두 가지 주요 파트가 있다.

- 데브옵스 엔지니어는 애플리케이션을 프로그래밍하지는 않지만, 개발 업무, 시스템, 도구 그리고 전반적인 과정에 대한 개념을 잘 이해하는 것이 중요

- 서버를 설정하고 배포하도록 환경을 준비

- 일정 수준의 네트워킹 및 구성에 대한 지식이 필요

- 애플리케이션이 컨테이너로 실행되도록 개발해야 할 수도 있음

- 가상화, IaaS (클라우드 인프라 서비스)와 더불어 컨테이너화에 대한 이해도 필요

- 새 애플리케이션 버전을 어떻게 출시하는가? 이것이 데브옵스 엔지니어의 핵심 업무

- 테스트를 포함한 효과적이고 자동화된 방식을 지속적으로 고민

제시된 자료 정리

1.What is DevOps? - AWS

- DevOps는 애플리케이션과 서비스를 빠른 속도로 제공할 수 있도록 조직의 역량을 향상시키는 문화 철학, 방식 및 도구의 조합

- 애플리케이션을 안정적으로 빠르게 운영하고 개선하는 데 도움이 되는 기술 스택과 도구를 사용

- 품질 보증팀과 보안팀 또한 애플리케이션 수명 주기에 걸쳐 개발 및 운영과 좀 더 긴밀하게 통합

- DevOps 팀 전체가 보안을 중점으로 두는 경우 때때로 DevSecOps

-  DevOps에서는 두 팀이 함께 작업하여 개발자의 생산성과 운영의 안정성을 모두 최적화

-  소규모 업데이트를 자주 수행하는 것

- 마이크로 서비스 아키텍처를 사용하여 애플리케이션의 유연성과 혁신의 속도 증가브옵스 엔지니어의 책임

출처: https://aws.amazon.com/ko/devops/what-is-devops/

2. What is DevOps? - Microsoft

- DevOps는 개발, IT 운영, 품질 엔지니어링 및 보안과 같이 이전에 분리되어 있던 역할 간의 조정 및 협업을 가능하게 

- DevOps 문화의 핵심 구성 요소

  • 협업, 가시성 및 정렬 : 건강한 DevOps 문화의 특징은 팀 간 협업입니다. 협업은 가시성에서 시작됩니다. 개발, IT 및 기타 팀은 DevOps 프로세스, 우선순위 및 우려 사항을 서로 공유해야 합니다. 함께 작업을 계획함으로써 비즈니스와 관련하여 목표와 성공 척도에 대해 더 잘 조정할 수 있습니다.
  • 범위와 책임의 변화 : 팀이 정렬되면 소유권을 갖고 다른 라이프사이클 단계에 참여하게 됩니다. 역할에 핵심적인 단계뿐만 아니라요. 예를 들어, 개발자는 개발 단계에서 확립된 혁신과 품질뿐만 아니라 운영 단계에서 변경 사항이 가져오는 성과와 안정성에도 책임을 져야 합니다. 동시에 IT 운영자는 계획 및 개발 단계에 거버넌스, 보안 및 규정 준수를 포함해야 합니다.
  • 더 짧은 릴리스 주기 : DevOps 팀은 짧은 주기로 소프트웨어를 릴리스하여 민첩성을 유지합니다. 더 짧은 릴리스 주기는 진행이 점진적이기 때문에 계획 및 위험 관리를 더 쉽게 만들고, 시스템 안정성에 미치는 영향도 줄어듭니다. 릴리스 주기를 단축하면 조직이 변화하는 고객 요구 사항과 경쟁 압력에 적응하고 대응할 수도 있습니다.
  • 지속적인 학습 : 성과가 좋은 DevOps 팀은 성장적 사고방식을 확립합니다. 그들은 빠르게 실패하고 학습을 프로세스에 통합합니다. 그들은 지속적으로 개선하고, 고객 만족도를 높이고, 혁신과 시장 적응력을 가속화하기 위해 노력합니다.

출처: https://learn.microsoft.com/en-us/devops/what-is-devops