OpenShift 운영

1장. 소개

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

마누엘 드발트

분산 소프트웨어를 운영하는 것은 어려운 작업입니다. 유지보수하는 시스템에 대한 깊은 이해를 가진 사람이 필요합니다. 아무리 많은 자동화를 만들어도 고도로 숙련된 운영 인력을 대체할 수는 없습니다.

OpenShift 는 소프트웨어 팀이 분산 소프트웨어를 개발하고 배포할 수 있도록 구축된 플랫폼으로, 기본 제공되거나 쉽게 배포할 수 있는 다양한 도구 세트가 함께 제공됩니다. 사용자에게 큰 도움이 되고 기존의 수동 작업 부담을 많이 덜어줄 수 있지만, OpenShift 자체는 배포, 운영 및 유지 관리가 필요한 분산 시스템입니다.

많은 기업에는 소프트웨어 팀에 OpenShift 기반의 개발 플랫폼을 제공하여 유지 관리 작업을 중앙 집중화하고 배포 패턴을 조직 전체에 표준화하는 플랫폼 팀이 있습니다. 이러한 플랫폼 팀은 소프트웨어 개발 관행을 운영 업무에 적용하는 사이트 안정성 엔지니어링(SRE) 팀의 방향으로 점점 더 많이 전환하고 있습니다. 스크립트는 보다 쉽게 테스트하고 지속적인 통합/지속 배포(CI/CD) 시스템을 사용하여 자동으로 배포할 수 있는 적절한 소프트웨어 솔루션으로 대체됩니다. 알림은 "가상 머신 23에서 많은 양의 메모리가 사용되고 있습니다"와 같은 단순한 원인 기반 알림에서 "요청 처리가 예상보다 오래 걸립니다"와 같이 고객 경험을 반영하는 서비스 수준 목표(SLO)에 기반한 증상 기반 알림으로 전환되고 있습니다.

OpenShift 는 모니터링 플랫폼부터 OpenShift 클러스터에 배포된 소프트웨어와 클러스터 자체를 관찰하고 실행하는 데 사용할 수 있는 통합 CI/CD 시스템에 이르기까지 SRE 패러다임으로 소프트웨어를 실행하는 데 필요한 모든 도구를 제공합니다. 그러나 자동화를 구축하고, 좋은 알림 전략을 구현하고, 마지막으로 OpenShift 클러스터를 운영할 때 발생하는 문제를 디버그하는 것은 여전히 숙련된 운영 또는 SRE 인력이 필요한 어려운 작업입니다.

SRE 팀에서도 전통적으로 엔지니어의 시간 중 상당 부분은 종종 수작업이라고 불리는 수동 운영 작업에 할애됩니다. 하지만 SRE의 주요 목표는 소프트웨어 엔지니어링으로 수작업을 해결하는 것이므로 운영 시간에는 제한이 있어야 합니다.

오라일리는 핵심 SRE 개념과 관련하여 Google의 사이트 안정성 엔지니어(SRE)가 쓴 일련의 책을 출간했습니다. 이러한 원칙에 대해 자세히 알고 싶다면 이 책들을 살펴보는 것이 좋습니다. 첫 번째 책인 사이트 안정성 엔지니어링에서 저자는 주로 Google의 SRE로서의 경험을 바탕으로 엔지니어링 팀 작업 시간을 50%로 제한할 것을 제안하고 있습니다.

기존 운영 팀

수고에 대한 상한선을 두는 목표는 서비스 채택 규모와 소프트웨어 발전에 따라 누적되는 수고에 대부분의 시간을 보내는 운영팀으로 전환하는 것을 방지하는 것입니다.

서비스 채택이 증가하는 동안 누적되는 ...