대기업의 클라우드 플랫폼 아키텍처에 대한 분석 아이디어

지난 20년 동안 많은 국내 대기업 그룹사는 OA 시스템, ERP 시스템, CRM 시스템, HRM 시스템 및 다양한 산업 응용 시스템을 포함한 거대한 비즈니스 정보 시스템을 구축했습니다. 이러한 시스템의 장기적 안정적인 운영을 보장하기 위해 모니터링 시스템, 신원 인증 시스템, 보안 운영 센터 등과 같은 일련의 지원 정보 시스템이 구축되었습니다. 그러나 이러한 정보 시스템은 일반적으로 건설 기간 동안 독립적으로 입찰 및 조달되어 소프트웨어 및 하드웨어 자원을 독점하고 입찰을 중앙 집중화하지 않거나 다른 시스템과 자원을 공유하지 않아 자원 낭비 및 높은 건설 비용 문제가 널리 퍼져 있습니다. 운영 및 유지 관리 기간 동안 독립적인 운영 및 유지 관리도 채택되며 운영 및 유지 관리 인력, 도구 및 기술은 다른 시스템과 공유되지 않으므로 운영 및 유지 관리 비용이 높고 효율성이 낮습니다. 기존 정보시스템의 규모가 지속적으로 확장되고 새로운 시스템이 추가되면서 자원낭비, 운영 및 유지관리의 비효율성, 높은 비용 등의 문제가 더욱 부각되고 있다. 따라서 이러한 문제를 해결하기 위해 프라이빗 클라우드를 도입하기 시작하는 대규모 그룹 회사가 점점 늘어나고 있습니다.

그러나 대규모 그룹 회사는 IT 인프라 측면에서 분명한 특성을 갖고 있으며 이로 인해 상대적으로 독특한 클라우드 컴퓨팅 요구도 발생합니다. 따라서 클라우드 플랫폼의 전체 아키텍처를 설계할 때 IT 현상 유지와 클라우드 컴퓨팅을 결합해야 합니다. 대규모 그룹 회사의 요구 사항. 이러한 요구를 충족시키기 위해 본 논문에서는 대기업의 클라우드 컴퓨팅 요구에 대응하기 위해 업계 표준 클라우드 플랫폼 아키텍처를 기반으로 일정한 적응성을 갖춘 클라우드 플랫폼 아키텍처를 제안합니다.

대규모 그룹 회사에서 수년간의 정보 구축을 거친 후 IT 인프라는 점차 다음과 같은 특징을 형성했습니다.

대규모 그룹 회사는 사업을 수행하기 위해 전국에 자회사를 설립합니다. 자회사는 일반적으로 자체 IT 부서를 설립합니다. Wei의 자회사 IT 시스템 구축 및 운영을 담당하는 전문 부서입니다. 또한, 대기업들은 지난 수년간 사업 개발 요구에 따라 통합 또는 분할되었으며, 이에 따라 IT 부서도 통합 또는 분할되었습니다. 이러한 요인은 대규모 그룹 회사의 매우 복잡한 IT 조직 구조로 직접적으로 이어집니다. 일반적으로 자회사는 여러 정보 시스템의 구축, 운영 및 유지 관리를 담당하고 각 정보 시스템에 대한 전담 프로젝트 팀을 구성합니다.

대규모 그룹사에서는 일반적으로 '2곳 3센터'의 본사급 데이터센터 아키텍처를 구축했거나 구축할 예정이며, 각 지점이 인근에 지역 데이터센터를 구축할 수 있도록 허용하고 있습니다. 본사급 데이터센터와 지역급 데이터센터는 2층 구조의 데이터센터를 형성하며, 두 곳은 WAN을 통해 상호 연결된다. 본사급 데이터센터는 그룹사 전체에서 사용하는 정보시스템을 주로 구축하고, 지역급 데이터센터는 지역 자회사 전용 정보시스템이나 네트워크 지연에 민감한 정보시스템을 구축한다.

대규모 그룹 회사는 이미 다수의 정보 시스템을 보유하고 있습니다. 각 정보 시스템은 서로 다른 프로젝트 팀에 의해 서로 다른 시기에 구축되었습니다. 이기종 IT 리소스.

대형 그룹 회사의 각 정보 시스템의 자원 할당 전략은 다를 수 있습니다. 핵심 시스템은 최상의 성능 할당 전략을 채택해야 하며, 비핵심 시스템은 높은 성능 요구 사항을 가진 일부 응용 프로그램을 채택할 수 있습니다. 머신에서 물리적 배포를 사용해야 하며, 성능 요구 사항이 낮은 일부 애플리케이션은 가상 머신에 배포할 수 있습니다.

대규모 그룹사들은 클라우드 플랫폼을 구축하기 전에 이미 모니터링 시스템, ITSM 시스템, CMDB, 신원 인증 시스템, 보안 운영 센터 등의 지원 정보 시스템을 갖추고 있습니다. 하지만 이러한 지원 정보 시스템이 제공하는 기능은 완전한 클라우드 플랫폼의 일부여야 합니다. 클라우드 플랫폼 구축 이전부터 이미 존재했기 때문에 클라우드 플랫폼 구축 시 반복 구축할 필요가 없고 어떻게 통합할지 고민해야 한다.

대규모 그룹 기업의 IT 인프라 특성에 따라 클라우드 플랫폼에 대한 비즈니스 요구 사항도 상대적으로 독특합니다.

그림 1과 같이 클라우드 플랫폼 아키텍처에서는 다단계 테넌트를 설계해야 합니다. 루트 테넌트는 그룹사 전체에 해당하며, 그룹사 내 모든 클라우드 리소스, 즉 관리되는 모든 리소스를 균일하게 관리하고 배포합니다. 클라우드 플랫폼으로. 1차 테넌트는 자회사 레벨에 해당하며 정보시스템의 구축 및 관리 단위이다. 하나의 자회사가 여러 정보시스템을 관리할 수 있다. 2차 테넌트는 대규모 자회사의 정보 시스템의 특정 구축 및 운영 및 유지 관리 프로젝트 팀인 정보 시스템 수준에 해당할 수 있으며, 2차 테넌트도 내부 부서에 매핑된 다음 해당 부서 아래에 설정될 수 있습니다. 세 번째 계층 임차인의 정보 시스템에. 하위 테넌트가 리소스가 필요할 경우 상위 테넌트에게 자원 할당량을 신청해야 하며, 상위 테넌트는 현재 테넌트가 사용할 수 있는 리소스 할당량이 충분한지 확인하여 하위 테넌트에 할당할 수 있습니다. -수준 테넌트. 충분하지 않은 경우 상위 수준 테넌트에서 리소스 할당량을 신청합니다. 루트 테넌트의 리소스 할당량은 클라우드 플랫폼에서 사용 가능한 모든 리소스의 집합입니다. 루트 테넌트의 리소스 할당량이 부족하면 리소스 확장이 적시에 수행되어야 함을 의미합니다. 이 다중 레벨 테넌트 아키텍처는 디자인 패턴에서 복합 패턴을 구체적으로 적용한 것입니다.

그림 1 – 클라우드 플랫폼 테넌트 시스템

그림 2에서 볼 수 있듯이 클라우드 플랫폼은 2단계 리소스 관리 시스템을 설계해야 합니다. 로컬 리소스 관리 모듈은 이 데이터 센터의 리소스를 관리 및 제어하고 이 데이터 센터의 리소스 목록 및 리소스 사용량을 글로벌에 보고합니다. 리소스 관리 모듈은 글로벌 리소스 관리 모듈에서 발행한 명령을 수신하고 실행합니다. 글로벌 리소스 관리 모듈은 각 로컬 리소스 관리 모듈에서 보고한 리소스 정보를 수집 및 요약하여 리소스에 대한 글로벌 보기를 형성하고, 해당 위치에 있는 리소스를 균일하게 관리하고 예약합니다. 모든 데이터 센터를 관리하고 로컬 리소스 관리 모듈에 지침을 발행합니다. 구축 관점에서 볼 때 로컬 자원 관리 모듈은 본사 수준 데이터센터와 지역 데이터 센터를 포함한 모든 데이터 센터에 구축되고, 글로벌 자원 관리 모듈은 본사 수준 데이터 센터에만 구축됩니다.

그림 2 – 클라우드 플랫폼 리소스 관리 시스템

대규모 그룹 회사에는 이기종 리소스가 많기 때문에 리소스 관리 모듈은 다양한 기본 리소스를 API 또는 CLI를 통해 직접 운영하는 것을 피해야 하며, 대신 리소스 어댑터가 다양한 기본 공급업체에 적응할 수 있도록 중간에 추가해야 합니다. 리소스 어댑터는 그림 3과 같이 리소스 관리 모듈을 위한 통합 리소스 관리 API를 제공합니다. 새로운 이기종 리소스에 적응해야 하는 경우 리소스 관리 모듈의 코드를 수정하지 않고 리소스 어댑터만 적응하고 통합하면 됩니다. 이는 실제로 디자인 패턴에 Facade 패턴을 구체적으로 적용한 것입니다.

그림 3 – 리소스 어댑터

클라우드 플랫폼에는 몇 가지 공통적인 리소스 할당 전략이 내장되어 있지만 클라우드 플랫폼에 모든 리소스 할당 전략이 내장되어 있는 것은 불가능합니다. 클라우드 플랫폼에서는 정보 시스템 관리자가 비즈니스 요구에 따라 리소스 할당 전략을 맞춤화할 수 있어야 합니다. 따라서 클라우드 플랫폼은 전략을 설계해야 합니다. 엔진 모듈은 정책의 정의, 구문 분석 및 실행을 담당합니다. 이는 디자인 패턴에 전략 패턴을 구체적으로 적용한 것이기도 합니다.

클라우드 플랫폼 자체도 지원 정보 시스템입니다. 완전한 클라우드 플랫폼은 모니터링, 신원 인증, 로그 분석 및 기타 기능을 제공해야 합니다. 그러나 이러한 기능은 기존 지원 정보 시스템에 이미 존재하는 경우가 많습니다. 클라우드 플랫폼을 설계하려면 기존 지원 정보 시스템을 재사용하고 기존 IT 투자를 보호하려면 클라우드 플랫폼에서 이러한 시스템과의 데이터 교환 및 애플리케이션 통합을 위한 다양한 통합 인터페이스를 확보해야 합니다. 여기서는 디자인 패턴의 Adapter 패턴을 사용합니다.

위에서 언급한 대기업의 클라우드 컴퓨팅 비즈니스 요구 사항과 산업용 클라우드 컴퓨팅 플랫폼 아키텍처 및 관련 국제 표준을 참조하여 이 기사에서는 그림 4와 같은 클라우드 플랫폼 아키텍처를 제안합니다.

클라우드 플랫폼 프레임워크에는 리소스 어댑터, 리소스 풀, 리소스 관리 모듈(로컬 리소스 관리 모듈 및 글로벌 리소스 관리 모듈 포함), 정책 엔진, 프로세스 엔진, 리소스 조정 모듈, 서비스 관리 모듈, 포털 모듈, 운영 관리 모듈 및 차원 관리 모듈 및 플러그인 관리 모듈. 아래 리소스 어댑터는 기본 이기종 IT 리소스를 조정, 구성 및 통합하여 다양한 리소스 풀을 구축하는 역할을 담당하며 상위 리소스 관리 모듈에 대한 통합 리소스 관리 API를 제공합니다. 자원 관리 모듈은 자원 풀을 관리하고, 자원 수명주기에 따라 자원 풀에 포함된 자원을 관리하며, 사용자 요구에 따라 자원 풀에서 자원을 할당 및 예약하는 역할을 담당합니다.

보다 유연하게 리소스를 할당하고 예약하기 위해 아키텍처는 프로세스 엔진, 정책 엔진 및 리소스 조정 모듈을 설계합니다. 프로세스 엔진은 다양한 자동화된 프로세스를 실현하기 위해 다양한 운영 단계를 함께 연결하는 역할을 하며, 정책 엔진은 관리자가 비즈니스 요구에 따라 리소스 할당 전략을 맞춤화할 수 있도록 지원합니다. 리소스 조정 모듈은 다양한 클라우드 리소스를 조정하고 연결하여 관련 리소스 구성을 형성하는 역할을 합니다. 복잡한 정보 시스템의 신속한 배포 또는 확장을 가능하게 하는 템플릿입니다. 서비스 관리 모듈은 클라우드 서비스의 라이프사이클에 따라 클라우드 서비스를 관리합니다. 포털 모듈은 클라우드 플랫폼 사용자, 테넌트 관리자, 플랫폼 관리자 각각을 위한 통합 운영 인터페이스를 제공합니다. 운영 및 유지 관리 모듈은 클라우드 플랫폼과 리소스 풀의 기술적 운영 및 유지 관리를 담당하며 ITIL v3 표준을 따르며 기계 및 시스템을 지향합니다. 운영 관리 모듈은 사용자와 테넌트를 대상으로 클라우드 플랫폼의 비즈니스 운영을 담당합니다. 플러그인 관리 모듈은 클라우드 플랫폼을 위한 플러그인 메커니즘을 제공하고 다양한 플러그인을 통해 기존 지원 정보 시스템과 통합됩니다. 각 비즈니스 정보 시스템은 비즈니스 요구 사항에 따라 필요한 클라우드 서비스를 식별하고, 클라우드 플랫폼에서 서비스 생산 및 출시를 완료하고, 서비스 카탈로그를 구성하고, 클라우드 서비스를 신청하여 정보 시스템 배포를 완료합니다.

그림 4 – 클라우드 플랫폼 아키텍처

대규모 그룹 회사는 수많은 이기종 네트워크, 스토리지, 가상화 및 물리적 머신 리소스를 보유하고 있습니다. 네트워크 리소스에는 다양한 제조업체의 방화벽, 로드 밸런싱, 네트워크 스위치 등이 포함되며, 스토리지 리소스에는 다양한 제조업체 및 모델의 스토리지 어레이 및 SAN 스위치가 포함됩니다. 가상화 리소스에는 다양한 제조업체 및 다양한 버전의 하이퍼바이저가 포함됩니다. 리소스에는 다양한 제조업체 및 모델의 x86 서버 또는 미니컴퓨터가 포함됩니다. 클라우드 플랫폼의 리소스 관리 모듈에 대한 통일된 API 인터페이스를 제공하기 위해 네트워크 리소스 어댑터, 스토리지 리소스 어댑터, 가상화 어댑터 및 물리적 머신 어댑터를 포함하여 클라우드 플랫폼 아키텍처의 각 리소스 유형에 대해 리소스 어댑터가 설계되었습니다. 이러한 어댑터는 기본 리소스의 이질성과 복잡성으로부터 리소스 관리 모듈을 보호합니다. 리소스 관리 모듈은 어댑터의 API를 호출하기만 하면 어댑터가 실제로 기본 리소스를 제어합니다. 또한 어댑터는 다양한 이기종 리소스를 조정하여 네트워크 리소스 풀, 스토리지 리소스 풀, 가상 서버 리소스 풀 및 물리적 서버 리소스 풀을 구성, 통합 및 풀링합니다. 물론 클라우드 플랫폼은 특정 규칙에 따라 동일한 기능과 속성을 가진 리소스를 동일한 리소스 풀에 배치해야 합니다. 예를 들어 고성능 스토리지 리소스는 골드 스토리지 리소스 풀에 배치하고 중간 성능의 스토리지 리소스는 실버 스토리지 자원 풀. 리소스 관리 모듈의 관점에서는 기본 이기종 리소스가 아닌 다양한 리소스 풀을 볼 수 있습니다.

리소스 풀 위에는 로컬 리소스 관리 모듈과 글로벌 리소스 관리 모듈을 포함한 리소스 관리 모듈이 있습니다. 로컬 리소스 관리 모듈은 로컬 데이터센터의 리소스 풀을 관리 및 제어하고, 리소스 풀의 리소스를 클라우드 플랫폼으로 관리하는 역할을 담당하며, 글로벌 리소스 관리 모듈에서 발행한 리소스 배포 명령을 실행하고, 할당, 할당하는 역할을 담당합니다. 리소스 할당은 시스템이 배포될 때 시스템에 가장 적합한 리소스를 선택하는 것을 의미하며 확장 및 모니터링하여 결과를 다시 제공합니다. 시스템 운영 중 업무량의 증가 또는 감소. 글로벌 리소스 관리 모듈은 각 로컬 리소스 관리 모듈에서 보고한 리소스 정보를 수집하고 요약하여 리소스의 글로벌 보기를 형성합니다. 글로벌 보기는 테넌트, 데이터 센터, 리소스 유형 및 기타 차원에 따라 볼 수 있습니다. 다양한 데이터 센터 리소스의 위치를 ​​균일하게 모니터링, 할당 및 예약합니다. 글로벌 리소스 관리 모듈은 사용자 리소스 배포 요청의 통합 처리를 담당하고 각 로컬 리소스 관리 모듈에 리소스 할당 및 예약 명령을 실행합니다. 로컬 리소스 관리와 글로벌 리소스 관리는 중앙 집중식 관리와 리소스 제어 및 분산 배포를 효과적으로 결합하기 위한 2단계 리소스 관리 시스템을 구성합니다.

정책 엔진은 리소스 할당 정책의 정의, 분석 및 실행을 담당하며 정책 기반의 자동 할당 및 예약을 실현합니다. 정책 웨어하우스의 정책이 비즈니스 요구 사항을 충족할 수 없는 경우 관리자는 정책을 사용자 정의하여 허용할 수도 있습니다. 특정 정보 시스템을 따르는 정보 시스템 전략은 자원을 할당하고 일정을 계획하며 다른 정보 시스템에서 재사용할 수 있도록 전략 창고에 맞춤형 전략을 저장할 수 있습니다. 전략에는 할당 전략과 스케줄링 전략이 포함됩니다. 할당 전략은 정보 시스템을 배포할 때 최적의 리소스를 선택하는 전략을 의미합니다. 스케줄링 전략은 시스템 유지 관리 요구 사항 또는 증가에 따라 리소스를 조정하고 마이그레이션하는 전략을 의미합니다. 또는 시스템이 실행 중일 때 비즈니스 볼륨이 감소합니다.

프로세스 엔진은 자원 할당, 스케줄링, 구성, 운영 및 유지 관리에 관련된 실제 작업 단계를 연결하여 작업 단계의 자동 흐름을 구현하고 나아가 서버 자동화 프로세스, 네트워크 자동화 프로세스, 스토리지 등 복잡한 자동화 프로세스를 구현하는 역할을 담당합니다. 프로세스 등 프로세스 엔진을 사용하면 관리자는 실제 리소스 할당, 예약, 구성, 운영 및 유지 관리 프로세스 중에 프로세스를 정의하고 조정할 수 있으며, 프로세스 엔진은 관련 프로세스를 구문 분석하고 실행하며 자동화된 프로세스를 위한 구성 가능한 기능을 제공합니다. 관리자가 생성한 프로세스는 프로세스 재사용을 위해 프로세스 웨어하우스에 저장될 수 있습니다.

서비스 관리는 클라우드 서비스를 수명주기에 따라 관리하여 관리자가 클라우드 서비스의 배포 모델 및 기능 모델을 정의하고 배포 모델에 대한 특정 자동화 프로세스 및 배포 전략을 설정할 수 있도록 합니다. 또한 관리자는 애플리케이션 인터페이스 및 애플리케이션을 설정할 수도 있습니다. 클라우드 서비스용 인터페이스입니다. 사용자가 필요한 클라우드 서비스를 신청한 후, 서비스 관리 모듈은 서비스를 활성화하고, 서비스 활성화에 수반되는 자동화된 프로세스를 프로세스 엔진에 알리고, 프로세스 엔진은 이를 파싱 및 실행하며, 이에 관련된 자원 할당 전략을 할당한다. 서비스 활성화를 파싱하고 실행하는 정책 엔진에 알립니다. 정책 엔진은 전역 리소스 관리 모듈에 리소스 할당 요청을 보내고, 최종적으로 이를 서비스 관리 모듈로 반환하여 서비스 활성화 작업을 완료합니다. 서비스가 활성화된 후 클라우드 플랫폼은 표준화된 운영 및 유지 관리 작업을 통해 제공되는 서비스의 SLA가 사용자 요구 사항을 충족하는지 확인해야 합니다.

리소스 오케스트레이션 모듈은 관리자(테넌트 관리자 또는 플랫폼 관리자)가 클라우드 플랫폼의 다양한 클라우드 리소스를 구성, 결합, 오케스트레이션 및 연결하여 특정 정보 시스템 토폴로지에 적응하는 리소스 템플릿을 형성할 수 있는 그래픽 인터페이스를 제공합니다. 관리자가 리소스 템플릿을 정의한 후에는 이를 새로운 복합 클라우드 서비스로 게시할 수 있습니다. 복합 클라우드 서비스에 대한 사용자 애플리케이션은 서비스 활성화를 트리거합니다. 리소스 조정 모듈은 리소스 템플릿과 사용자 입력 매개변수를 구문 분석하여 리소스 유형, 속성 및 수량에 대한 특정 요구 사항을 생성한 다음 이를 글로벌 리소스 모듈에 전달합니다. 자원 할당 및 배포. 관리자는 템플릿 웨어하우스에 내장된 템플릿을 수정하여 자신의 요구에 맞는 리소스 템플릿을 신속하게 정의할 수 있으며, 생성된 리소스 템플릿은 재사용을 위해 템플릿 웨어하우스에 저장할 수도 있습니다.

포털 모듈은 사용자 포털, 테넌트 관리 포털, 플랫폼 관리 포털을 제공합니다. 사용자 포털은 클라우드 서비스 최종 사용자에게 직관적이고 사용하기 쉬운 셀프 서비스 인터페이스를 제공하며, 여기서 최종 사용자는 서비스 애플리케이션, 리소스 보기, 리소스 운영 등을 완료할 수 있습니다. 테넌트 관리 포털은 테넌트 관리자에게 직관적이고 사용하기 쉬운 셀프 서비스 관리 인터페이스를 제공합니다. 인터페이스에서 테넌트 관리자는 할당량을 신청하고, 사용자를 만들고, 이 테넌트에 표시되는 서비스를 정의하고, 리소스 템플릿을 정의하고, 할당을 공식화할 수 있습니다. 이 임차인에게 적합한 전략 등. 플랫폼 관리 포털은 클라우드 플랫폼 관리자에게 직관적이고 사용하기 쉬운 운영 인터페이스를 제공하여 시스템 유지 관리 및 운영 분야의 다양한 작업을 완료하는 데 도움을 줍니다.

운영 및 유지 관리 모듈은 클라우드 컴퓨팅 플랫폼의 시스템 운영 및 유지 관리 기능을 담당하며 ITIL V3 표준을 따르며 용량 관리, 성능 관리, 보안 관리, 일일 관리 등의 기능을 제공합니다. 용량관리는 과거 자원의 운영현황에 대한 통계분석을 수행하고, 용량예측모델에 따라 향후 자원수요를 예측합니다. 성능 관리는 자원의 성능 지표를 실시간으로 수집하여 자원의 운영 상태를 모니터링하며, 지표가 특정 임계값을 초과하면 알람 이벤트가 발생하고 해당 이벤트 처리 프로세스가 호출됩니다. 보안 관리에는 서버 보안, 스토리지 보안, 데이터 보안, 네트워크 보안 및 가상화 보안이 포함됩니다. 일상적인 관리에는 장애 관리, 문제 관리, 구성 관리, 시스템 관리, 모니터링 관리 및 변경 관리가 포함됩니다. 운영 및 유지 관리 관리 모듈에 관련된 기능이 기존 지원 정보 시스템에 이미 존재하는 경우, 새로운 클라우드 플랫폼에서 해당 기능을 구현할 필요는 없지만 플러그인 관리 모듈을 통해 기존 지원 정보 시스템에 대응할 수 있습니다. . 기능 모듈이 통합되었습니다.

운영 관리 모듈은 사용자 관리, 테넌트 관리, 할당량 관리, 권한 관리, 계량 및 청구 관리 및 기타 기능을 포함하여 클라우드 컴퓨팅 플랫폼의 비즈니스 운영 기능을 담당합니다. 사용자 관리는 사용자를 생성, 그룹화 및 승인합니다. 테넌트 관리는 다단계 테넌트 관리 및 구성, 테넌트 간의 상위-하위 관계 유지, 테넌트와 사용자 간의 사용 관계, 테넌트와 할당량 간의 연결 등을 담당합니다. 할당량 관리는 모든 수준의 테넌트에 의한 리소스 사용이 할당량을 초과할 수 없도록 모든 수준의 테넌트에 리소스를 할당하는 일을 담당합니다. 권한 관리는 사용자에 대한 작업 및 데이터 권한을 지정하는 일을 담당합니다. 계량 및 청구 관리는 테넌트 리소스 사용량을 측정하고 계량 데이터를 저장하며 정기적으로 계량 보고서를 생성합니다. 계량 정보에는 리소스 유형, 리소스 사용량 및 사용 시간이 포함되며, 플랫폼 관리자는 다양한 리소스에 대한 요금을 설정할 수 있으며 시스템은 테넌트의 비용 목록을 생성할 수 있습니다. 계량 정보 및 요금을 기준으로 합니다.

플러그인 관리 모듈은 주로 기존 지원 정보 시스템과 통합되도록 설계되었습니다. 플러그인 관리 모듈은 기존 지원 정보 시스템이 플러그인을 통해 클라우드 플랫폼에 필요한 기능을 제공할 수 있도록 플러그인 메커니즘을 설정합니다. 또한, 기타 비즈니스 정보 시스템이 클라우드 플랫폼을 추가 기능으로 보완할 수 있도록 합니다. 클라우드 플랫폼은 다양한 플러그인을 통해 기존 지원 정보 시스템 및 기타 비즈니스 정보 시스템과 데이터 교환 및 애플리케이션 통합을 수행합니다. 클라우드 플랫폼에서는 모니터링 기능을 구현할 필요가 없으며, 모니터링 플러그인을 통해 기존 모니터링 시스템에서 관련 기능을 재사용합니다.

요약

본 글에서 제안하는 클라우드 플랫폼 아키텍처는 대기업의 IT 인프라 특성에 적응하기 위해 다단계 테넌트 관리 시스템, 2단계 리소스 관리 시스템, 리소스 어댑터 모듈, 어느 정도 사용할 수 있는 플러그인 관리 모듈과 정책 엔진 등이 대규모 그룹 기업의 클라우드 컴퓨팅 비즈니스 요구를 충족하지만, 클라우드 플랫폼 아키텍처의 복잡성을 증가시켜 난이도를 높입니다. 대규모 그룹 회사에서는 이 클라우드 플랫폼 아키텍처를 참조할 때 작업 부하와 관련된 기술적 위험을 자세히 평가해야 합니다. 또한 이 아키텍처는 IaaS 수준에 중점을 두고 있으며 PaaS의 특수성을 고려하지 않습니다. 따라서 PaaS 플랫폼 아키텍처를 설계할 때 관련 기능 모듈도 보완해야 합니다.

위 내용은 대기업의 클라우드 플랫폼 아키텍처에 대한 분석 아이디어의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!