| 소개 | 우리가 바라는 것은 운영 및 유지보수 자동화이지만, 자동화 역량을 맹목적으로 강조하다 보면 자동화 구현에 영향을 미치는 핵심 요소를 무시하게 됩니다. 밤낮없이 운영과 유지보수를 병행하면서 사람들이 좋아하고 싫어하는 사업구조가 바로 그것이다. |
비즈니스 아키텍처는 운영 및 유지 관리의 효율성과 품질을 결정하는 핵심 요소 중 하나이기 때문에 어떤 아키텍처 설계가 운영 및 유지 관리에 친화적인지 이야기해 보고 싶습니다. 수년간 Tencent에서 접한 비즈니스 아키텍처와 운영 및 유지 관리 계획을 수행할 때 비즈니스 비기능 사양에 대한 생각을 결합하여 운영 및 유지 관리 중심 아키텍처 설계를 6가지 주요 설계 포인트로 나눌 수 있습니다.
포인트 1: 건축적 독립성 모든 아키텍처는 특정 비즈니스 요구 사항을 충족하는 동시에 아키텍처 관리를 위한 운영 및 유지 관리의 비기능적 요구 사항을 고려할 수 있도록 만들어집니다. 그렇다면 우리는 그러한 아키텍처가 운영 및 유지 관리에 친화적이라고 생각할 이유가 있습니다.
독립 배포, 독립적 테스트, 구성 요소화 및 기술적 분리의 네 가지 측면이 포함됩니다.
독립적 배포 운영 및 유지 관리를 용이하게 하는 관리 요구 사항에 따라 배포, 업그레이드, 확장 등이 가능한 소스 코드를 의미하며 구성을 통해 지리적 분포를 구분할 수 있습니다. 서비스 간 상호 호출은 인터페이스 요청을 통해 구현됩니다. 배포 독립성은 운영 및 유지 관리 독립성을 위한 전제 조건이기도 합니다.독립적인 테스트 운영 및 유지 관리는 편리한 테스트 사례 또는 도구를 통해 비즈니스 아키텍처 또는 서비스의 가용성을 확인할 수 있습니다. 이 기능을 갖춘 비즈니스 아키텍처 또는 서비스를 사용하면 모든 릴리스 또는 변경에 대해 개발자나 테스터의 참여 없이 독립적으로 온라인에 접속할 수 있는 기능을 운영 및 유지 관리할 수 있습니다.
구성요소 사양 동일한 회사 내에서 관련 기술에 대한 우수한 프레임워크 지원을 통해 여러 개발 팀이 서로 다른 기술 스택이나 구성 요소를 사용하는 것을 방지하여 회사 내부 기술 아키텍처가 통제 불능 상태가 되는 것을 의미합니다.
이러한 접근 방식은 운영 및 유지 관리 대상의 무질서한 증가를 제한하여 운영 및 유지 관리가 항상 생산 환경에 대한 통제력을 유지할 수 있게 해줍니다. 동시에 운영 및 유지 관리를 통해 더 많은 에너지 투자를 유지하고 표준 구성 요소를 중심으로 더 효율적이고 품질 높은 건설 작업을 수행할 수 있습니다.
기술 분리 은 서비스 간의 상호 의존성을 줄이는 것을 의미하며 구성 파일에 대한 코드 의존성을 줄이는 것도 포함됩니다. 이는 마이크로서비스를 실현하고 독립적인 배포, 독립적인 테스트 및 구성 요소화를 달성하기 위한 기반이기도 합니다.
포인트 2: 배포 친화적 DevOps는 신속한 배포 및 가치 전달이라는 목표를 달성하기 위해 개발, 테스트, 운영 및 유지 관리의 모든 기술 링크를 처음부터 끝까지 개방하기를 희망하면서 지속적인 전달의 기술 실무에 많은 공간을 두고 있습니다.
배포는 일상적인 운영 및 유지 관리 작업에서 매우 중요한 부분이며 반복성이 높은 계획된 작업이므로 효율성을 높여야 합니다.
CMDB 구성 각 배포 작업에 앞서 운영 및 유지 관리 담당자는 워크로드와 전반적인 잠재적 위험을 더 잘 이해하고 평가하기 위해 애플리케이션, 아키텍처 및 비즈니스 간의 관계를 명확하게 이해해야 합니다.
Zhiyun 자동화 운영 및 유지 관리 플랫폼에서는 비즈니스 관계, 클러스터 관리, 운영 상태, 중요도 수준, 아키텍처 계층 등의 구성 정보를 CMDB 구성 관리 데이터베이스의 운영 및 유지 관리 개체로 관리하는 데 익숙합니다. 이 관리 방법의 이점은 분명합니다. 운영 및 유지 관리 개체의 구성 정보를 중앙 집중식으로 저장하면 향후 운영 및 유지 관리 작업, 모니터링 및 경보 및 기타 자동화된 기능 구축을 위한 대량의 구성 데이터 지원 및 의사 결정 지원이 제공됩니다.
환경 구성 운영 및 유지 관리의 표준화가 낮은 기업에서 배포 및 전달 효율성을 방해하는 원죄 중 하나는 환경 구성이며, 이는 컨테이너화 기술이 주로 해결하고자 하는 운영 및 유지 관리 문제 중 하나이기도 합니다.
Tencent의 운영 및 유지 관리 실무에서는 자동 초기화 도구와 결합하여 환경 관련 리소스 수집과 운영 및 유지 관리 작업을 열거 및 관리하여 개발, 테스트 및 생산의 세 가지 주요 환경에 대한 표준화된 관리를 구현합니다. 표준환경관리의
의존성 관리라이브러리, 운영 환경 등에 대한 응용 소프트웨어의 종속성 관리를 해결합니다. Zhiyun의 실제 경험에서 우리는 패키지 관리를 사용하여 다양한 환경에서 응용 프로그램 소프트웨어를 배포하는 문제를 해결하기 위해 전체 패키징 및 사전 및 사후 실행 스크립트를 통해 종속 라이브러리 파일 또는 환경을 구성합니다. 업계에는 더 가벼운 컨테이너형 배송 방법도 있는데, 이 역시 좋은 선택입니다.
배포 방법지속적인 전달 원칙에서는 안정적이고 반복 가능한 전달 파이프라인을 만들어야 한다는 점을 언급합니다. 우리는 또한 이 목표에 따라 애플리케이션 소프트웨어의 배포 작업을 강력하게 계획합니다. Zhiyun의 구성 설명, 표준화된 프로세스의 원클릭 배포 등 Docker의 Build, Ship, Run 등 참고할 수 있는 사례가 업계에 많이 있습니다.
자체 테스트 게시자체 테스트 게시는 두 부분으로 구성됩니다.
다양한 운영 및 유지 관리 시나리오의 요구 사항에 대처하기 위해 이 두 가지 기능을 구축하세요. 예를 들어 증분 릴리스 중에 게시된 콘텐츠의 교정 기능을 사용하면 운영 및 유지 관리 담당자가 변경 파일 md5 또는 관련 구성 정보를 빠르게 얻을 수 있습니다. 프로세스 및 포트를 확인하고 비교하여 릴리스된 각 변경 사항의 신뢰성을 확인합니다.
마찬가지로 경량 테스트는 릴리스 중 서비스 가용성 테스트에 대한 요구 사항을 충족합니다. 이 단계에서는 서비스 연결을 테스트하고 일부 백본 테스트 사례를 실행할 수 있습니다.
그레이스케일은 온라인입니다"일상 운영 및 유지 관리를 위한 36가지 전략"에는 다음 문장이 있습니다. 되돌릴 수 없는 삭제 또는 수정 작업의 경우 가능한 한 지연하거나 천천히 실행하도록 하세요. 이것이 바로 그레이스케일이라는 아이디어입니다. 사용자, 시간, 서버 등의 위도에서 온라인이 그레이스케일인지 여부에 관계없이 온라인 운영의 위험을 최대한 줄이는 것이 비즈니스 아키텍처입니다. 애플리케이션 배포 프로세스의 위험을 줄이기 위해 그레이스케일 릴리스를 사용하여 운영 및 유지 관리가 더욱 편리해졌습니다.
포인트 3: 운용성 및 유지 관리성운영 및 유지 관리 측면에서 가장 이상적인 마이크로서비스 아키텍처는 강력한 조작성과 유지 관리 가능성을 갖춘 아키텍처여야 합니다. 운영 및 유지 관리가 불가능한 애플리케이션 또는 아키텍처는 운영 및 유지 관리 팀에 블랙홀을 가져올 뿐만 아니라 경력 개발에도 큰 해를 끼칠 수 있습니다. 운영 및 유지 관리가 불가능한 아키텍처를 유지하는 것은 단순히 삶의 낭비이기 때문입니다. 운영 및 유지 보수 인력.
운영 및 유지보수성은 운영 사양 및 관리 사양에 따라 다음 7가지로 요약할 수 있습니다.
구성 관리마이크로서비스 아키텍처 관리에서는 독립적인 배포를 용이하게 하기 위해 애플리케이션 바이너리와 구성을 분리하고 관리할 것을 제안합니다.
분리된 애플리케이션 구성에는 세 가지 관리 방법이 있습니다.
공간상의 제약으로 인해 위 세 가지 방법의 장단점에 대해서는 논의하지 않겠습니다. 다양한 기업이 가장 적합한 구성 관리 방법을 선택할 수 있습니다. 핵심은 각 기업이 일관된 솔루션을 사용하도록 요구하여 운영 및 유지 관리가 구성 관리를 위한 대상 도구와 시스템을 구축할 수 있도록 하는 것입니다.
버전 관리DevOps 지속적 전달의 8가지 원칙 중 하나는 "모든 것을 버전 관리에 적용"입니다. 운영 및 유지관리 대상에 관한 한, 이를 잘 관리하려면 이를 명확하게 기술할 수 있어야 합니다.
소스 코드 관리의 요구 사항과 유사하게 운영 및 유지 관리도 패키지, 구성, 스크립트 등과 같은 일상적인 작업 개체에 대한 스크립트 관리를 수행해야 운영 및 유지 관리 시스템이 자동화 완료되면 정확하게 선택할 수 있습니다. 작업 대상 개체 및 버전입니다.
정상작동일상적인 운영 및 유지 관리에는 수행해야 하는 매우 반복적인 작업이 많이 있습니다. 린 사고의 관점에서 보면 학습 비용, 쓸모 없는 작업, 반복적인 스크립트/도구 구성, 인간 실행의 위험 등 엄청난 낭비가 있습니다. , 등.
파일 전송, 원격 실행, 애플리케이션 시작 및 중지 등 기업 내에서 통일된 운영 및 유지 관리 작업 사양을 형성할 수 있다면 작업은 표준화, 중앙 집중화, 원클릭 작업 작업의 효율성과 품질이 향상됩니다. 유지 관리가 크게 개선될 것입니다.
프로세스 관리프로세스 관리 항목에 포함되는 애플리케이션 설치 경로, 디렉토리 구조, 표준화된 프로세스 이름, 표준화된 포트 번호, 시작 및 중지 방법, 모니터링 방식 등을 포함합니다. 프로세스 관리에 대한 전반적인 좋은 계획을 세우면 자동화된 운영 및 유지 관리 수준을 크게 향상하고 계획되지 않은 작업의 발생을 줄일 수 있습니다.
공간 관리디스크 공간 사용량을 적절하게 관리하는 것은 비즈니스 데이터를 질서 있게 저장하는 것이며 계획되지 않은 작업의 발생을 줄이는 효과적인 수단이기도 합니다.
사전 계획 필요: 백업 전략, 저장소 솔루션, 용량 경고, 정리 전략 등을 효과적인 도구로 보완하여 이러한 작업이 더 이상 운영 및 유지 관리에 문제를 일으키지 않도록 합니다.
로그 관리로그 사양을 홍보하고 구현하려면 R&D와의 긴밀한 협력이 필요합니다. 실제로 얻은 경험을 바탕으로 운영 및 유지 관리를 위한 이상적인 로그 사양에는 다음 요구 사항이 포함되어야 합니다.
위 조건에 맞는 로그 사양이 구현되면 개발, 운영 및 유지 관리, 비즈니스에 따라 더 나은 모니터링 및 분석 기능을 얻을 수 있습니다.
중앙 집중식 제어운영 및 유지 관리 작업은 본질적으로 릴리스 변경, 모니터링 및 분석, 오류 처리, 프로젝트 지원, 멀티 클라우드 관리 등 여러 부분으로 나누어지기 쉽습니다. 저희는 원스톱 운영 및 유지 관리 플랫폼을 추구합니다. 모든 업무 정보가 연결되어 경험을 계승할 수 있으며, 정보 섬이나 수동 정보 전송으로 인한 운영 위험을 제거하고 전반적인 운영 및 유지 관리 및 제어의 효율성과 품질을 향상시킬 수 있습니다.
포인트 4: 내결함성과 재해 허용Tencent 기술 운영(운영 및 유지 관리)의 네 가지 주요 책임: 품질, 효율성, 비용, 보안. 품질은 아키텍처의 관점에서 볼 때 운영 및 유지 관리 관점에서 이상적인 고가용성 아키텍처 설계에는 다음 사항이 포함되어야 합니다.
소프트웨어 또는 하드웨어에 대한 균형 잡힌 솔루션인지 여부에 관계없이 운영 및 유지 관리 관점에서 비즈니스 아키텍처가 무상태이고 라우팅 및 주소 지정이 지능적이며 클러스터 내결함성이 자동으로 실현되기를 바랍니다.
Tencent의 라우팅 소프트웨어 실무 기간 동안 소프트웨어의 로드 밸런싱 솔루션이 널리 사용되어 비즈니스 아키텍처의 고가용성을 달성하는 데 크게 기여했습니다.
일정 예약모바일 인터넷 시대에 스케줄 가능성은 재해 복구 및 내결함성을 위한 매우 중요한 운영 및 유지 관리 방법입니다. 비즈니스에 즉시 해결할 수 없는 오류가 발생했을 때 사용자나 서비스를 비정상적인 영역에서 이동시키는 것은 대량 운영 실무에서 검증된 기술이기도 합니다. 이는 Tencent QQ와 WeChat의 핵심 운영 및 유지 관리 기능 중 하나입니다. 플랫폼의 비즈니스 품질.
도메인 이름, VIP, 액세스 게이트웨이 및 기타 기술이 결합된 아키텍처는 일정 관리 기능을 지원하고 운영 및 유지 관리 방법을 풍부하게 하며 다양한 오류 시나리오를 보다 침착하게 처리할 수 있는 능력을 갖추고 있습니다.
다른 곳에서 더 많은 삶을 살아보세요원격 위치에서의 다중 활동은 높은 데이터 가용성을 위한 요구 사항이자 일정 가능성을 위한 전제 조건입니다. 다양한 비즈니스 시나리오의 경우 기술 구현 수단에 제한이 없습니다.
Tencent 소셜 네트워킹의 실천에 대해서는 Zhou Xiaojun 선생님의 글 "2억 QQ 사용자의 대규모 일정 뒤에 숨은 건축 설계 및 효율적인 운영"을 참조하세요.
마스터-슬레이브 전환데이터베이스용 고가용성 솔루션 중에서 마스터-슬레이브 전환이 가장 일반적인 재해 방지 솔루션입니다. 비즈니스 로직에서 읽기와 쓰기의 분리를 실현하고 이를 지능형 라우팅과 결합하여 무인 마스터-슬레이브 전환 자동화를 실현함으로써 DBA에게 건축 설계가 주는 최고의 선물은 의심할 여지가 없습니다.
유연하고 사용 가능함"먼저 최적화한 후 최적화"는 Tencent의 대규모 운영 아이디어 중 하나이며, 비즈니스 아키텍처의 고가용성 설계를 수행하는 방법을 제시하기도 합니다.
비즈니스 규모가 갑자기 증가할 때 비즈니스 가용성을 최대한 보장하는 방법은 무엇입니까? 이는 건축계획과 설계를 할 때 피할 수 없는 문제이다. 유연한 스위치를 영리하게 설정하거나 아키텍처에서 과도한 요청을 자동으로 거부하는 논리를 구축하면 중요한 순간에 백엔드 서비스가 붕괴되지 않고 비즈니스 아키텍처의 고가용성을 보장할 수 있습니다.
포인트 5: 품질 관리비즈니스 품질을 보장하고 개선하는 것은 운영 및 유지 관리가 추구하는 목표이며, 모니터링 기능은 목표를 달성하기 위한 중요한 기술적 수단입니다. 운영 및 유지 관리는 아키텍처가 품질 모니터링을 위한 편의성과 데이터 지원을 제공하기를 바라며 다음 사항을 달성해야 합니다.
모든 아키텍처는 지표로 측정되어야 합니다. 동시에 우리가 바라는 것은 지표 측정이 하나만 있는 것이 가장 좋습니다. 3차원 모니터링이 점점 더 정교해지면서 모니터링 지표의 수도 기하급수적으로 늘어날 것입니다. 따라서 아키텍처의 메트릭 측정을 위해 우리가 바라는 것은 고유한 메트릭 측정만 갖는 것이 가장 좋습니다.
기본 모니터링네트워크, 전용선, 호스트 및 시스템과 같은 하위 수준 지표 기능을 나타냅니다. 이러한 모니터링 지점의 대부분은 비침해적이며 쉽게 데이터를 수집할 수 있습니다.
완전한 자동화된 운영 및 유지 관리 기능을 갖춘 기업에서는 기본 모니터링에서 생성된 대부분의 경보 데이터가 수렴됩니다. 동시에 모니터링 데이터의 이 부분은 상위 수준의 비즈니스 모니터링을 위한 데이터 지원 및 의사 결정 기반을 제공하거나 용량, 다차원 등 상위 수준 애플리케이션 시나리오에 더 가까운 비즈니스 모니터링 데이터로 패키지됩니다. 지표 등
구성요소 모니터링Tencent에서는 개발 프레임워크, 라우팅 서비스, 미들웨어 등을 구성 요소로 통칭하는 데 익숙합니다. 이러한 유형의 모니터링은 기본 모니터링과 비즈니스 모니터링 사이에 있으며 구성 요소 홍보를 통해 모니터링 로직을 포함하는 경우가 많습니다. , 구성 요소 모니터링 범위를 개선하고 데이터 획득 비용은 중간입니다. 예를 들어, 라우팅 구성 요소 모니터링을 사용하면 운영 및 유지 관리에서 각 라우팅 서비스의 요청량 및 지연과 같은 상태 및 품질 지표를 얻을 수 있습니다.
비즈니스 모니터링비즈니스 모니터링의 구현 방법은 능동 모니터링과 수동 모니터링으로 구분되며, 침입적으로 구현하거나 우회하여 구현할 수 있습니다. 이러한 유형의 모니터링 솔루션에는 코딩 및 아키텍처 측면에서 개발 협력이 필요합니다.
일반적으로 비즈니스 모니터링 지표는 요청량, 성공률, 지연이라는 세 가지 지표로 요약할 수 있습니다. 로그 모니터링, 플로우 데이터 모니터링, 웨이브 테스트 등 다양한 구현 방법이 있습니다. 비즈니스 모니터링은 높은 수준의 모니터링이며 비즈니스 문제를 직접 피드백할 수 있는 경우가 많습니다. 그러나 문제의 근본 원인을 심층적으로 분석하려면 이는 반환 코드 정의, 로깅 프로토콜 등과 같은 필요한 운영 및 유지 관리 모니터링과 결합되어야 합니다. 비즈니스 아키텍처를 설계할 때 운영 및 유지보수 모니터링과 관리에 대한 요구사항을 미리 고려하고 전반적인 범위를 계획하는 것이 필요합니다.
전체 링크 모니터링파운데이션, 구성 요소 및 비즈니스의 모니터링 방법은 포인트 모니터링에 더 중점을 둡니다. 분산 아키텍처의 비즈니스 시나리오에서는 모니터링을 잘하려면 서비스 요청 링크 모니터링을 고려해야 합니다.
고유한 거래 ID 또는 RPC 호출 관계를 기반으로 기술적 수단을 통해 호출 관계 체인을 복원한 다음 모델이나 이벤트를 통해 모니터링 알람을 트리거하여 서비스 링크의 상태와 품질을 피드백합니다. 이 모니터링 방법은 모니터링의 고급 응용 프로그램이며 비즈니스 아키텍처를 계획할 때 사전 계획 및 코드 묻어두기도 필요합니다. .
품질 평가모니터링 기능을 향상하고 품질을 최적화하려면 폐쇄형 관리가 필요합니다. 평가는 모니터링 범위, 지표의 포괄성, 이벤트 관리 메커니즘에서 평가 및 채점 보고까지, 운영과 개발이 함께 협력하여 생성할 수 있습니다. a 지속적인 피드백을 통한 품질 관리의 폐쇄 루프를 통해 비즈니스 구조가 지속적으로 발전하고 개선될 수 있습니다.
포인트 6: 성능 비용Tencent에서는 모든 기술 운영 인력이 비즈니스 운영 비용의 합리성을 보장하는 중요한 기능을 담당합니다. 이를 위해서는 애플리케이션 처리량 성능, 비즈니스 용량 계획 및 운영 비용에 대한 상응하는 관리 방법이 있어야 합니다.
DevOps 지속적 전달 방법론에서 테스트 단계 중 비기능 요구 사항 테스트의 가장 중요한 측면 중 하나는 애플리케이션 출시 후 비즈니스 용량의 상태를 보장하기 위한 아키텍처 처리량 성능에 대한 스트레스 테스트입니다.
Tencent에서는 테스트 단계에서 성능 스트레스 테스트를 수행할 뿐만 아니라 라우팅 구성 요소의 기능을 결합하여 비즈니스 모듈 및 비즈니스 SET에 대한 실제 요청에 대한 스트레스 테스트를 수행하여 비즈니스 용량 모델의 기준을 설정할 것입니다. 또한 비즈니스 아키텍처의 처리량 성능이 비용 평가 요구 사항을 충족하는지 여부를 입증하기 위해 측면 데이터를 제공하고, 여러 비즈니스 간의 성능 데이터 비교를 사용하여 아키텍처 성능의 지속적인 개선을 촉진합니다.
용량 계획영어로 용량(capacity)이라는 단어는 애플리케이션 성능, 서비스 용량, 전체 비즈니스 요청으로 번역됩니다. 운영 및 유지 관리를 위한 용량 계획은 애플리케이션 성능이 기준에 도달한다는 전제 하에 전체 비즈니스 요청을 기반으로 한 합리적인 서비스 용량 계획을 의미합니다. .
운영 비용운영 비용 절감은 기업의 현금 흐름 투자를 줄이는 것이며 기업에 대한 가치는 품질과 효율성 향상에 못지 않습니다.
Tencent는 소셜 네트워킹, UGC, 클라우드 컴퓨팅, 게임, 비디오 등 리치 미디어 사업에 중점을 두고 있으며 매년 대역폭, 장비 등 운영 비용이 막대하게 소모됩니다. 운영 및 유지 관리가 운영 비용을 최적화하려는 경우 제품 기능 및 비즈니스 아키텍처 최적화가 수반되는 경우가 많습니다. 따라서 운영 및 유지 관리를 위한 이상적인 비즈니스 아키텍처 설계에는 충분한 비용 인식이 필요합니다.
요약이 글은 운영 및 유지 관리의 가치를 극대화하고 비즈니스 품질, 효율성 및 비용의 전반적인 향상을 보장하기 위해 운영 및 유지 관리 관점에서 정리한 마이크로서비스 아키텍처 설계에 대한 순전히 개인적인 의견입니다. 비즈니스 아키텍처를 갉아먹어야 합니다.
운영 및 유지 관리 담당자는 아키텍처에 대한 인식을 갖고 다양한 관점에서 비즈니스 아키텍처에 대한 제안이나 요구를 할 수 있어야 합니다. 이는 개발과 운영 및 유지 관리가 함께 협력하여 최고의 비즈니스 아키텍처를 지속적으로 최적화하는 것이기도 합니다.
위 내용은 자동화된 운영 및 유지 관리 아키텍처를 개발하는 데 도움이 되는 6가지 핵심 사항의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
