클라우드! 기본 SOA 응용 프로그램 이상

10 년 전, 서비스 지향 아키텍처는 IT 무대에 갑자기 나타난 그리고 많은 회사는 SOA 응용 프로그램에 무 겁 게 투자 했다. 클라우드 컴퓨팅은 기존 SOA 구현에 가치를 추가 하는 기능에 따라 다릅니다의 명확 하 게, 성공. 설문 조사는 기업 IT 달러 지출 "모놀리식" 응용 프로그램에 보다 SOA 원리에 따라 더 많은 응용 프로그램을 보여줍니다. 그것은 분명 SOA는 구름의 이상적인 파트너 모든 부품의 합계 보다 큽니다 수 있습니다.

SOA 시스템에서 응용 프로그램 모듈화 및 안무에 따라 다릅니다 그리고 그들은 개별 노동자와 사용자의 특별 한 워크플로 요구 사항에 의해 그룹화 된 모듈형 요소에 만들어집니다. 이 일반적으로 워크플로 엔진, 라고도 메시지 또는 서비스 버스를 통해 이루어집니다.

SOA 응용 프로그램 디자인은 멀티태스킹 운영 체제에서 고 대부분의 오늘날의 서비스 또는 메시지 버스 기술 서비스 클러스터를 지원 합니다. 따라서, 엔터프라이즈 SOA 데이터 센터에서에서 "클라우드 컴퓨팅" 되었습니다 적용 각 SOA 시스템 구성 요소를 "서비스"는 사실입니다. 진정한 클라우드 SOA 응용 프로그램 호환, 특히 혼합된 구름입니다 무엇을 할 수 있는 SOA와 클라우드 필요 사이 균형에 대해.

SOA 구름에 따라 실패를 방지

구름에서 SOA를 만드는 가장 큰 문제는 대부분의 기업 원하는 동적 로드밸런싱 하이브리드 클라우드 응용 프로그램, 특히 코어, 중요 한 SOA 응용 프로그램입니다. 두 요소가 로드 균형 조정 드라이브: 필요한 경우, 추가 구성 요소 인스턴스를 만듭니다 및 이러한 구성 요소에서 응용 프로그램 트래픽 부하 변화 또는 실패로 균형.

부하 분산 데이터 센터를 사용 하 여 변경 된 경우 이러한 변경 후, 그들이 확장 데이터에서 처럼 보이게 클라우드 인스턴스를 만들 수는. 이 통해 기존 부하 균형 조정 전략을 사용 하 여 계속 수 있습니다. 그러나, 데이터 센터의 전력 사라집니다, 부하 분산에 변화 사라진다 고 구름에 장애 조치 실패 합니다. 클라우드 또는 네트워크 서비스 부하 분산을 구현 하는 경우 데이터 실패 하면 SOA도 하이브리드 클라우드 구현을 지원할 수 있습니다.

때로는 SOA 서비스 버스 또는 "워크플로 엔진" 성능을 향상 시킬 또는 오류에 응답을 여러 호스트에 구성 요소 응용 프로그램의 추가 인스턴스를 동적으로 생성할 것 이다. 이 경우에 서비스 버스 인터페이스 공용 클라우드 서비스와 호환 되도록 클라우드 서비스 공급자와 협상 합니다. 만약 당신이 서비스 버스 응용 프로그램 인스턴스 프로세스를 직접 클라우드 관리 인터페이스에 연결할 수 없는 클라우드 구성 요소를 시작, 속도 필요한 공용 클라우드 리소스를 하 고 다음 그들을 사용 하 여 서비스 버스를 개발 스크립트 또는 DevOps 도구를 사용 하 여 할 수 있습니다.

그것은 유연 하 고 확장 개인 SOA 리소스 풀을 만들기 위해 어떤 클라우드 서비스를 사용 하는 경우 지연 공급 업체 응용 프로그램의 영향을 평가 해야 합니다. 공용 클라우드 자원을 직접 워크플로 엔진 또는 DevOps를 통해 활성화 됩니다, 거기 인지 활성화 단계 리소스는 사용할 수 없습니다는 생산성에 영향을 미칠 수 있습니다. 대기 시간 때문에 단순히 새로운 리소스 요구 사항에 대 한 수요의 수준을 조정할 수 있습니다 작업 오버플로 응용 프로그램에 더 적은 영향을 있다. 그러나, 이러한 조정 가속된 공용 클라우드 자원을 감소 수요 때문에 필요 하지 않은 발생할 수 있습니다. 대기 서비스를 준비 하거나 미리 만들어진 서비스 수준 계약 (SLA) 클라우드 리소스에 대 한 사용할 수 있는 시간을 줄이기 위해 최상의 솔루션을 수 있습니다.

SOA와 호환 되는 공용 클라우드 공급 업체를 선택

운영 체제 및 로컬 SOA 응용 프로그램을 실행 하는 데 사용 되는 미들웨어에 따라 다양 한 구성 요소를 호스트 하는 공용 클라우드 옵션을 가질 수 있습니다. HP, IBM, 마이크로소프트, 오라클 같은 회사는 플랫폼 서비스 (PaaS) 선택, 그들의 서버 및 미들웨어 도구와 호환으로 있다. 그래서 SOA 소프트웨어 공급이 업체에서 사용 하는 경우 이점과 같은 회사에서 클라우드 서비스를 사용 하 여 비용을 평가 하 고 우선이입니다.

불가능 하거나 다양 한 옵션, 다음 기본 장치를 탐색 하려는 경우 서비스 (IaaS), 좋은 방향으로 수 있습니다. 현재 SOA 구성 요소를 처리 하기 위해 IaaS 공용 클라우드, IAAS 장치를 포함 해야 합니다 운영 체제 및 미들웨어 사용 기억 하십시오. IaaS 클라우드 공급자 수 지원 운영 체제와 미들웨어 및 공용 클라우드 함께 사용 하기 위해 호환 라이센스 확인 있는지 확인 합니다.

일반적으로 관리자는 SOA와 "부여" 또는 "웹 인터페이스"는 다른 것 들을 인식 해야 합니다. 대부분의 SOA 응용 프로그램 등 안무 및 워크플로, 보안 및 규정 준수 요소를 결 석 하는 기본 웹 서비스에서. 대부분 클라우드 애플리케이션은 지금 더 기반으로 restful 인터페이스 SOA, 보다 그래서 전 수업 가정 위험 합니다. 이 문제를 심각 하 게 탐구 하 고 생산에 대 한 헌신을 하기 전에 철저 하 게 테스트를 실행 하려고 합니다.