클라우드 건축가 SOA 생각 5 가지 방법으로 변환 해야

정말 구름을 받아들일 준비가 엔터프라이즈 아키텍처는 컴퓨팅? 그래서은 클라우드 컴퓨팅 엔터프라이즈 아키텍처에 정말 적합? 클라우드 컴퓨팅은 몇 가지 다른 방법으로 생각, 하지만 현실에서의 출현이 "새로운" 아이디어 새로운 되지 않습니다.

크리스 Bruzzi 및 IT에서 닉 햄, 그리고 클라우드 컴퓨팅 컨설팅 서비스 공급자 Appirio는 두 사람이 공유 몇 가지 개인적인 경험 Cio 클라우드 응용 프로그램 개발에 대 한 문서를 출판. 그들은 지적 하는 응용 프로그램 개발 및 배포 과정에서 수행자 더 나은 클라우드 컴퓨팅 기업에 대 한 달성 하기 위해 5 개 분야에 자신의 습관을 변경 하려면 주의 기울여야 한다. 이제, 이러한 아이디어를 여전히 적용 됩니다.

대부분의 건축가 SOA (서비스 지향 아키텍처) 도메인 경험을 가진 개발자에 대 한 가장 성공적인 연습 경우 매우 비슷합니다. 하지만 Bruzzi 햄 생각 과거의 SOA 아키텍처 큰 한계는 항상 문 밖에 서 엔터프라이즈의 전반적인 구조에 의해 차단 되기 때문에. 하지만 점점 더 많은 기업으로 클라우드 컴퓨팅을 시작, 사람들이 정말 재고 해야 "서비스 지향" 접근:

1. 모듈 방식을 사용 하 여 아키텍처 솔루션을 디자인: 먼저 엔터프라이즈의 요구는, 고려 하 고 디자인 다중의 느슨하게 구성 된 솔루션 전체에 맞게 구성 요소를 결합 하는 다음 엔터프라이즈의 요구. 그것은 초기 단계에서 수행 하는 작업의 양을 증가지 않습니다 하지만 그것은 많은 더 지불 반환.

2. 검토 API 인터페이스 응용 프로그램 개발 언어에서: 10 년 전, 소위 그것 엔터프라이즈 자바 저장소 또는 a. NET 저장소 아니었다. 클라우드 컴퓨팅 문제 초점에서 응용 프로그램을 응용 프로그램 개발 언어 및 플랫폼 서비스. 즉 건축가 건축 서비스와 이러한 기술 및 언어를 사용 하는 데 사용 되는 API 인터페이스를 그들의 기술에서 시선 또는 개발 언어를 이동 해야 하는 구름.

3. 재사용 가능한 구성 요소: 이러한 클라우드 시나리오 계획 구성 요소 이미 효과가 있을 수 있습니다, 여부 그들은에서 온 기업 자신의 라이브러리 또는 외부 클라우드 컴퓨팅 공급자, Salesfroce.com 등 아마존 웹 서비스 (아마존 네트워크 서비스)를 다시 사용할 수 있습니다.

4. 외부 확장 팀의 형태의 패키지: Cloudspokes 등 99Designs, 개발자 커뮤니티에 관심을 지불 하 고 거기에 새로운 구성 요소를 찾을. 이 활용 하는 응용 프로그램은 훨씬 더 빨리, 제한 되 고 팀의 전반적인 기술적 능력을 피하고 있는 동안 있습니다. 많은 크리에이 티브 솔루션은이 경우에 설계 되었습니다.

5. 내부 응용 프로그램의 평가: 클라우드 컴퓨팅 솔루션, 엔터프라이즈 구성, 코딩, 품질 및 평가에 사용할 수 있는 데이터의 다른 측면에서에서 내부 응용 프로그램의 많은 수 이다. 일부 클라우드 컴퓨팅 솔루션 공급 업체 또한 이러한 벤치 마크 값을 수집 하지만 그들은 확실히 그래서 자신의 컬렉션 작업을 할 건축에 필요한 모든 데이터를 제공 하지 않습니다.

(책임 편집기: 유산의 좋은)