차례:
- 작업 부하 작업
- API는 클라우드 환경에서 작업 부하를 관리하는 데 중요합니다. Amazon Elastic Compute Cloud 환경은 고객이 Amazon의 컴퓨팅 및 스토리지 서비스에 자체 워크로드를 구축 할 수있는 풍부한 API 세트를 제공합니다. 실제로 IaaS (Infrastructure as a Service), SaaS (Software as a Service) 및 PaaS (Platform as a Service)와 같은 기본 클라우드 서비스를 제공하는 모든 회사는 고객을 위해 API를 개발합니다.
- 워크로드의 이동성
비디오: 세션 2) 복잡성을 최소화하는 통합 데이터 보호 방안 2024
워크로드 복잡성은 하이브리드 클라우드 환경에서 단일 클라우드 아키텍처보다 더 널리 보급됩니다. 하이브리드 클라우드 세계의 출현으로 더 많은 응용 프로그램과 서비스가 실행되어야하는 여러 지역에 존재합니다.
일부 작업 부하는 영구적 일 수 있으며 온라인 상거래 사이트 또는 중요한 환경 프로세스를 관리하는 제어 시스템과 같이 지속적으로 실행해야 할 수 있습니다. 가상화 된 작업 부하는 또 다른 수준의 복잡성을 추가합니다. 비즈니스 서비스 및 다양한 응용 프로그램 모델도 혼합되어 있습니다.
하이브리드 클라우드 환경에서 작업 부하는 서로 다른 클라우드에서 실행되어 서로 다른 운영 체제를 사용하는 다양한 종류의 인프라를 실행 중일 수 있습니다. 통합 된 시스템처럼 작동해야하는 여러 환경의 작업 부하를 함께 가져옵니다.
작업 부하 작업
클라우드에서 작업 부하와 작업 부하 관리 간의 연결은 무엇입니까? 그것은 실제로 당신이 잘 수행하고있는 클라우드 환경을 가지고 있는지 아닌지를 결정하는 중심에 있습니다. 이는 고객에게 공개 클라우드 또는 사설 클라우드를 제공하는 서비스 제공 업체이든 내부 고객 및 외부 고객 및 파트너에게 혜택을주기 위해 내부 사설 클라우드를 관리하고 있는지에 상관없이 사실입니다.
API는 또한 데이터와 서비스를 교환하는 추상적 인 방법을 제공합니다. 이 추상화로 인해 API는 개발자에게 물건을 숨길 수 있습니다. 예를 들어, 외부 개발자가 내부 보안의 세부 사항을 배우는 것을 원하지 않으므로 시스템의 세부 사항은 숨겨집니다. API를 통해 개발자는 원하는 작업 만 실행할 수 있습니다.API는 클라우드 환경에서 작업 부하를 관리하는 데 중요합니다. Amazon Elastic Compute Cloud 환경은 고객이 Amazon의 컴퓨팅 및 스토리지 서비스에 자체 워크로드를 구축 할 수있는 풍부한 API 세트를 제공합니다. 실제로 IaaS (Infrastructure as a Service), SaaS (Software as a Service) 및 PaaS (Platform as a Service)와 같은 기본 클라우드 서비스를 제공하는 모든 회사는 고객을 위해 API를 개발합니다.
작업 부하를 생성 한 환경 또는 배포 할 환경에서 작업 부하를 관리하는 한 모든 것이 훌륭합니다. 그러나 서로 다른 API가 항상 호환되는 것은 아닙니다. 예를 들어 하나의 API가 32 비트 운영 체제를 지원하도록 구축 될 수 있으며 개발자가 워크로드를 이동하려는 클라우드 환경에서 64 비트 구현을 지원할 수 있습니다. 호환되지 않는 환경에서 작업 부하를 어떻게 관리합니까?
표준 워크로드 레이어의 필요성
표준 API가 없기 때문에 개발자는 다른 클라우드 공급 업체가 제공하는 다양한 클라우드 모델로 작업 할 수 있습니다. 실제로 필요한 것은 클라우드 작업 부하 간의 호환성을 만드는 표준 레이어입니다. 서비스 방향에서 XML 모델은 비즈니스 서비스 간의 상호 운용성을 허용합니다. 하이브리드 클라우드에 해당하는 모델은 없습니다.
복잡한 문제를 해결할 수있는 방법을 찾을 수 있습니다. 클라우드 관리 공급자 인 RightScale, IBM의 Workload Deployer 및 BMC의 Control-M과 같은 회사는 개발자가 API의 차이점을 허용하고 워크로드를 배치 및 마이그레이션 할 수있는 사용자 정의 가능한 템플릿을 생성합니다.
워크로드의 이동성
워크로드 관리가 하이브리드 클라우드 운영의 기본이기 때문에 API 및 표준에 대해 논의하는 것이 필수적입니다. 하이브리드 클라우드 환경에서 해결되는 비즈니스 문제를 토대로 작업 부하를 이동하고 최적화 할 수 있어야합니다. 워크로드는 추상화되어 있음에도 불구하고 미들웨어 및 운영 체제로 구축됩니다.
작업 부하는 특정 하드웨어 환경에서 잘 수행되도록 조정되어야합니다. 오늘날의 하이브리드 컴퓨팅 세계에서는 워크로드 이식성을 달성하기 위해 많은 수작업 개입이 필요합니다. 그러나 하이브리드 클라우드 워크로드 관리를 실현할 미래 표준 및 잘 정의 된 접근 방식을 기대합니다. 하이브리드 컴퓨팅의 출현은 클라우드 컴퓨팅에서 새로운 구성 요소의 진화로 이어질 것입니다. 하이브리드 서비스 워크로드 브로커는 기본 클라우드 기반 서비스의 인프라를 검사하고 동일한 방식으로 구축 된 것처럼 다양한 워크로드를 처리 할 수있는 일관되고 예측 가능한 방법을 제공하는 계층을 제공합니다.우리는이 하이브리드 서비스 워크로드 브로커가 시장이 요구하는 하이브리드 워크로드 관리를 제공 할 것으로 기대합니다. 표준이 진화하면이 계층의 일부분에 대한 필요성은 없어지 겠지만 표준을 광범위하게 사용하려면 시간이 필요합니다.