모든 것을 자동화하거나 뒤처지게 하십시오.

DevOps는 새로운 제품과 서비스를 대규모로 안정적이고 저렴하게 제공하는 것을 가속화하는 것입니다. 이를 위해서는 소프트웨어를 사용하여 다른 소프트웨어를 구축, 구성, 배포, 확장, 업데이트 및 관리하는 자동화가 필요합니다.

우리는 일반적으로 모니터링을 이 프로세스와 함께 발생한다고 생각합니다. 모니터링의 임무는 문제가 발생했을 때 운영자에게 경고를 보내고, 문제를 분석하고, 서비스 수준 목표를 준수하는지 확인하는 것입니다. 그러나 모니터링을 운영 자동화의 중요한 부분으로 취급하는 것이 더 좋습니다. 모든 기능을 갖춘 현대적인 모니터링 플랫폼은 그 자체로 강력한 자동화 엔진이 될 수 있으며 애플리케이션 및 인프라 수명 주기 관리 및 문제 완화에서 대규모 자동화 이니셔티브를 위한 중요한 조력자가 될 수 있습니다. 많은 경우 자체 크기 조정 및 자가 치유와 같은 자율 작업을 가능하게 하는 작업도 수행할 수 있습니다.

>참고 항목: IT 모니터링:미친 듯이 자신을 모니터링하지 마세요. Opsview

다음은 모니터링 시스템이 더 많은 작업을 수행하고 인적 오류를 제거하며 SLO를 충족하는 데 도움이 될 수 있는 몇 가지 방법입니다.

간소화되고 자동화된 모니터링 시스템 배포 및 수명 주기 관리. 온프레미스 모니터링 솔루션은 모니터링되는 인프라와 함께 상주할 수 있습니다. 클래식 사설 클라우드 및 데이터 센터와 공급자 호스팅 가상 사설 클라우드(VPC) 모두에서. 이를 통해 보안, 개인 정보 보호, 데이터 거버넌스 및 기타 규정을 준수할 수 있습니다. SaaS 모니터링 솔루션의 확장성을 제한할 수 있는 대역폭 및 비용 장벽을 극복하도록 돕습니다. 그러나 구내 모니터링은 배포, 확장 및 업데이트되어야 합니다. 이는 매우 단순한 단일 서버 구성을 제외하고는 모두 어려울 수 있습니다.

이러한 종류의 모니터링 플랫폼의 미래 지향적인 제조업체는 확장된 모니터링 시스템 배포를 간소화하기 위해 Ansible, Puppet 및 Chef(DevOps가 인프라 배포 및 일상적인 작업을 자동화하는 데 사용하는 것과 동일한 프레임워크)와 같은 인기 있는 배포 자동화 프레임워크를 활용하기 시작했습니다. , 고가용성 구성. 운영자의 편의를 위해 webUI 및 단순화된 구성자 뒤에 배포 도구 복잡성을 숨기고 있지만 모범 사례인 인프라 롤아웃과 함께 모니터링 시스템 또는 메트릭 수집기 배포를 더브테일하려는 DevOps 사용자는 표준 도구에 액세스할 수 있습니다. 모니터링에 대한 세부 정보는 "코드로서의 인프라" 리포지토리의 일부로 정의 및 유지 관리할 수 있습니다.

>참고:데이터 센터의 가시성의 가치

API를 통한 자동화된 에이전트 배포 및 모니터링 개체 등록. Ansible과 같은 표준 배포 도구를 사용하여 호스트에 모니터링 구성 요소(엔드포인트 에이전트, 필수 라이브러리 등)를 삽입, 구성 및 업데이트할 수도 있습니다. 동일한 도구를 사용하여 배포 매니페스트에서 사실을 추출하거나 배포 시 호스트에서 직접 사실을 추출한 다음 모니터링 시스템 API를 사용하여 호스트 인프라 및 애플리케이션에 대한 모니터링을 신속하게 구성하고 수명 종료 시 호스트를 "모니터링 해제"할 수 있습니다. 배포되는 즉시 시스템을 정기적으로 모니터링하면 스테이징 또는 프로덕션에서 문제를 신속하게 감지할 수 있으며 필요한 경우 롤백을 트리거하는 데 사용할 수 있습니다. 이는 지속적인 제공을 위한 중요한 모범 사례입니다.

CMDB 수집. 일부 모니터링 플랫폼은 ServiceNow 및 유사 공급업체에서 제공하는 것과 같은 운영 관리 도구 및 CMDB(구성 관리 데이터베이스)에서 데이터를 수집할 수 있습니다. 이를 통해 운영자는 기존 인프라, 애플리케이션 및 전체 비즈니스 서비스에 대한 모니터링을 빠르고 자신 있게 구성할 수 있으므로 힘들고 오류가 발생하기 쉬운 시스템 사실을 수동으로 편집할 필요가 없습니다.

>참고: DevOps가 성공하는 데 필요한 올바른 스토리지 소프트웨어는 무엇인가요?

검색 및 자동 모니터링. 정교한 모니터링 솔루션은 SSH를 통한 호스트에 대한 직접 액세스 및 ActiveDirectory와 같은 구성 리포지토리 및 Windows Discovery와 같은 서비스를 통한 간접 액세스를 포함하여 점점 더 다양한 방법을 사용하여 기존 인프라에서 사실을 추출하고 운영자의 모니터링 구성 속도를 높입니다. 최첨단 제품은 이제 프로세스를 완전히 자동화하는 방향으로 이동하고 있습니다. 즉, 인프라, 앱 및 전체 비즈니스 서비스의 포괄적인 지도를 만들고 수동 개입이나 지시 없이 이러한 것들을 모니터링합니다.

경고 처리, 알림, 에스컬레이션, 통합. 물론 경고는 강력한 자동화 형태입니다. 여기에는 의사 결정이 수반되며, 이는 단순하거나(예:일부 메트릭이 주어진 임계값을 초과함) 훨씬 더 복잡할 수 있습니다(예:별도 시스템의 여러 메트릭이 중요한 비즈니스에 대해 알려진 특정 종류의 실패를 예측하는 상태에 진입했습니다. 서비스). 여기에는 문제, 팀 순환, 시간/날짜 및 기타 변수를 기반으로 한 정교한 할당 및 에스컬레이션이 포함됩니다. 이메일과 같은 통신 방법 또는 PagerDuty와 같은 다중 모드 알림 플랫폼과의 아웃바운드 통합이 필요합니다. 또는 문제 관리(예:JIRA) 또는 운영 워크플로 관리(예:ServiceNow) 및 협업(예:Slack) 및 기타 솔루션과의 보다 정교한 통합. 이 모든 자동화 기능이 함께 작동하여 과도한 경고와 피로를 방지하면서 적절한 시간에 적절한 사람에게 적절한 경고를 전달하여 운영을 원활하게 하고 팀이 다운타임을 방지하고 SLO 약속을 준수할 수 있도록 지원합니다.

>참고 항목:워크로드 자동화를 통해 DevOps의 속도를 높이는 방법 

사전 예방적 문제 완화. 마지막으로, 정교한 모니터링 솔루션은 이제 호스트에서 스크립트를 실행하거나 중앙 집중식 자동화(예:Ansible)를 트리거하여 실패한 서버 재부팅에서 인프라 클러스터 확장에 이르기까지 모니터링되는 조건에 따라 작업을 수행하는 기능을 제공합니다. 향후 10년 동안 머신 러닝의 발전은 비즈니스 서비스의 추상적인 구조와 기능을 추론하고, 자동으로 모니터링하고, 장애 모드를 예측하고, 수리하고, 성능을 최적화하기 위해 시스템을 모니터링하는 능력을 점진적으로 향상시킬 것입니다. 작업에 운영자 자원 할당.

작성자:John Jainschigg, Opsview의 콘텐츠 전략 책임자