하이브리드 클라우드 환경에서 응용 프로그램을 관리 할 때 인형

하이브리드 클라우드 환경의 응용 프로그램이 사용자의 구내에있을 때 사용자가 제어합니다. 이는 인프라, 운영 체제, 미들웨어, 데이터, 응용 프로그램 및 런타임 환경을 제어한다는 것을 의미합니다. PaaS (Platform as a Service) 환경에서 PaaS 공급자는 응용 프로그램 및 가능한 데이터베이스까지 모든 것을 관리합니다. 공급자는 프로덕션 환경에 대한 설치, 업데이트 및 패치를 처리합니다. 자체 관리 환경입니다.

제어 문제는 다음과 같습니다. - 사내에서 개발 된 애플리케이션과 함께 클라우드 애플리케이션을 어떻게 관리 할 수 있습니까? 정의에 따라 이제 클라우드 제공자의 성능을 포함하는 비즈니스에 대한 IT 성능의 영향을 측정해야합니다.

PaaS 제공 업체와 계약하여 애플리케이션을 구축 및 배포했다고 가정 해 보겠습니다. 응용 프로그램에 문제가 생기기 시작합니다. 무언가가 잘못되었을 때, 근원을 알아내는 것이 힘들 수 있습니다. 문제의 근원을 신속하게 추적 할 수있는 것이 핵심입니다. 플랫폼 제공 업체가 운영 체제를 업그레이드 했습니까? 정전이 있습니까? 제공 업체 측에서 보안 위반이 있었습니까? 아니면 네가 끝까지하는거야?

보안을 모니터링하려면 네트워크를 검사해야합니다. 예를 들어, 다음과 같은 세 가지 영역에서 가시성을 확보 할 수 있어야합니다. 운영 체제 및 응용 프로그램의 침입 또는 서비스 거부 공격을 방지합니다.

성능:

클라우드의 성능이 합의 된 서비스 수준보다 낮지 않도록해야합니다.
서비스 가용성: 서비스 가용성을 결정하는 데 도움이되는 도구가 필요합니다. 이 도구를 사용하여 클라우드 공급자가 위 또는 아래에 있으며 서비스 수준 계약을 충족하는지 여부를 모니터링 할 수 있습니다.
이러한 서비스 수준 협상은 종종 IT와 공급자 간의 춤입니다. 서비스 제공 업체에 보안, 성능 및 가용성을 모니터링하는 방법을 문의해야합니다. 접근법에 익숙해야합니다. 또한 공급자는 지속적으로 사용하고있는 서비스에 대한 가시성을 제공하기 위해 대시 보드를 제공해야합니다. 이상적으로는 자신의 리소스와 PaaS 공급자의 유니폼 표시를 제공하는 대시 보드가 필요합니다.
서비스 수준 계약 추적 A 999 서비스 수준 계약

(SLA)은 귀하와 귀하의 클라우드 제공 업체 간의 계약 의무입니다. IT 부서와 서비스 제공 업체는 함께 SLA를 설정해야합니다.

응답 시간

해당 날짜의 가용성 전체 가동 시간 목표 서비스가 중단 된 경우 합의 된 응답 시간 및 절차

계약 이론적으로는 공급자가 특정 서비스 수준을 충족 할 것이라는 확신을 줄 수 있습니다. 그러나 어떤 수준의 중단 시간과 다른 매개 변수를 받아 들일지 결정해야합니다.

액세스 및 통합 고려
고려해야 할 또 다른 문제는 서비스에 액세스하고 클라우드에 배포하려는 응용 프로그램과 클라우드에 의존하는 다른 서비스 간의 통합입니다. 예를 들어 개발 및 배포 중에 응용 프로그램에 액세스해야하는 사람들 만 그렇게 할 수 있도록 어떤 종류의
액세스 제어 서비스가 제공되는지 확인해야합니다.
클라우드로 애플리케이션을 이동하기로 결정했지만 데이터베이스를 이동하거나 데이터를 복제하지 않으려한다고 가정 해보십시오. 온 - 프레미스 데이터와 클라우드 애플리케이션간에 적절한 보안 수준이 존재하는지 확인해야합니다. 또한, 클라우드에서 애플리케이션과의 통합 지점이 많이있을 수 있습니다. 응용 프로그램은 조직의 고객 관계 관리 응용 프로그램과 통합 될 수 있습니다. 응용 프로그램은 클라우드의 다른 서비스와 통합 될 수 있습니다.

PaaS 제공 업체의 핵심 기준은 잘 문서화되고 잘 정의 된 인터페이스를 제공하는 것입니다. 즉, 클라우드 또는 온 프레미스의 응용 프로그램 간의 통합 기능의 중심에는 응용 프로그램 프로그래밍 인터페이스 (API)가 있습니다. PaaS 플랫폼의 일부인이 API는 기업이 다양한 플랫폼에서 다양한 애플리케이션에 서비스를 신속하게 통합 할 수있게 해줍니다.

PaaS 공급 업체를 선택하기 전에 통합해야하는 응용 프로그램과 서비스를 지원할 수 있는지 확인하십시오. 자물쇠 피하기 PaaS 접근 방식은 많은 장점이 있지만 몇 가지 단점이있을 수 있습니다. PaaS의 한 가지 단점은 특정 개발 환경 및 소프트웨어 구성 요소 스택을 사용하지 못하게 할 수 있다는 것입니다. PaaS 제품에는 일반적으로 독점적 인 요소가 있습니다. 결과적으로 벤더의 플랫폼에 매료 될 수 있으며 애플리케이션을 어느 정도 다시 작성하지 않고 다른 곳으로 이동할 수 없습니다. PaaS 제공 업체에 만족하지 못하면 다른 PaaS 공급 업체의 요구 사항을 충족시키기 위해 갑자기 응용 프로그램을 다시 작성해야 할 경우 상당한 비용이 발생할 수 있습니다.

이 서비스는 개발 및 전달 소프트웨어 선택에 제약이 없다는 점만 제외하면 PaaS와 동일한 접근법을 제공합니다. 자물쇠가 중요하다면 공급 업체의 계약서에 서명하기 전에 질문하십시오.