응용 프로그램 통합의 통증: 클라우드 시대의 고통을 완화 하지 수

구름

응용 프로그램 통합 1980 년 중반 이후 기업 소프트웨어에 대 한 고통 포인트 되 고 처음으로 내가 보고 그것을 시작 했다. 주로 하기 때문에 소유자의 주식은 개방형 표준 보다 높은 같은 오래 된 문제를, 다른 소프트웨어를 수 있습니다. 또한, 응용 프로그램 통합은 항상 구매자는 최신 응용 프로그램에 의해 끌 린다 고 통합된 문제점은 종종 잊고 아이디어.

이러한 두 종류 요인은 새로운 클라우드 기반 통합 서비스는 동일을 할 것입니다 용의자 그래서 클라우드 컴퓨팅 시대에 변경 되지 않았습니다. 또한 엔터프라이즈 소프트웨어 연습에서 클라우드 서비스의 일부 기본 통합 전략 및 근본적인 변화는 희망입니다.

1980 년, 이르면 내부 부서별 애플 리 케이 션 되지 않았습니다 자주 서로 호환. 고객 및 파트너 소프트웨어의 통합? 잊어버리세요. 이 바 벨 시나리오에서 대부분의 기업은 서로 다른 운영 체제, 데이터베이스 및 개발 언어에 하이브리드 응용 프로그램을 빌드합니다.

무엇이 다음 일어나는가? 이상적으로, 소프트웨어 및 하드웨어 제조 업체는 표준, 인터페이스, 및 작동 하도록 모든 것을 허용 하는 다른 재단에 공동 함께 더 나은. 상호 운용성 및 통합의 문제, 발생 하는 창의적이 고 혁신적인 돈벌이 패턴을 만드는 페이드. 대신 독점 패키지 소프트웨어 제조 업체에서 모든 것을 구매 하는 구매자에 대 한 단기 것 들을 만듭니다.

"조밀한 달 위상" 가격을 증가 하 고 키트의 공급 과잉으로 이어질 결합 됩니다. 오픈 소스 운영 체제 (특히 리눅스)의 등장과 응용 프로그램 잠금 기능에 기인한 공급 업체는 특히 발굴, 혁신 만드는 일부 소프트웨어 응용 프로그램 구성 요소 보다 제품의 더 나은 포인트. 일부 기업 전체 오픈 소스 또는 혼합된 오픈 소스와 독점 소프트웨어를, 하지만 모든 통합의 문제에 직면.

그들은 그것을 했다. TechTarget의 최근 조사에서 응용 프로그램 통합 소프트웨어 건축가, 엔지니어링 및 C-레벨 경영진에 대 한 기본 클라우드 문제입니다. 최신 2013 TechTarget 클라우드 펄스 조사, 많은 응답자 문제가 발생 했을 때까지 그들은 사용자 정 및 통합 문제를 무시 했다. 응답자의 64%를 다른 데이터, 응용 프로그램 및 프로세스는 구름과 로컬 시스템 사이 연결 하는 것이 즉시 또는 임박한 문제 이었다고 말했다.

마찬가지로, TechTarget 응용 프로그램 조사 2012의 응답자 선정 통합 및 사용자 지정 서비스 (SaaS) 응용 프로그램 (14%)으로 소프트웨어에 대 한 기본 문제. 클라우드 펄스 조사에서 SaaS 응용 프로그램은 응답자의 34%에 대 한 통합 도전 그리고 그들의 프로젝트 수 다른 클라우드 또는 내부 프로젝트와 상호 작용 하지. 다시 한번, 사용자 지정 밀접 하 게 연결 되어 통합: 인스턴트 사용자 지정 34% 클라우드 펄스 응답자 여전히 말 SaaS 응용 프로그램은 그들의 클라이언트의 비즈니스 요구 사항에 적용 되지 않습니다.

클라우드 펄스 조사 응답자, 난 자 수석 애 널 리스트 Saurabh Sharma 및 Cimi 구름 컨설턴트 톰 Nolle 가시 문제 해결 클라우드 응용 프로그램을 엔터프라이즈 응용 프로그램 포트폴리오에 추가. 그들은 다시 한 번 얘기 이상한 응용 프로그램은 레거시 시스템, 이동, 구름, 및, 함께 혼합 하지만 경우에 그들은 각각의 더 어려운 통합을 복잡 하 게 하는 동적 리소스 할당 환경. 클라우드로 이동 하는 것 이며 응용 프로그램 및 데이터의 통합을 구현 하기 어려운 Nolle 말했다.

독점 주의 통합 장벽, 위에서 언급 한 대부분의 SaaS 공급 업체에 의해 지원 됩니다 그리고 Sharma 클라우드 컴퓨팅 테이블에 대 한 모든 아키텍처를 변환 하 고 일을 쉽게 하는 업계에 대 한 불가능. 또한, 웹 서비스 응용 프로그램 인터페이스 (API)는 SaaS와 로컬 응용 프로그램 간의 명확한 통합은 총알 단정 하지 않습니다. 로컬 응용 프로그램은 다른 표준에 따라 개발 및 일반적으로 코드 개발 SaaS 환경 상호 작용의 더 많은 사용자 지정 해야 하는 때문입니다.

도 불구 하 고 인간의 탐욕 표준 잠금, 구름 및 로컬 응용 프로그램 간의 통합에 대 한 희망이 있다. 플랫폼 서비스 (PaaS) 클라우드와 호환 되는 응용 프로그램을 구축 하는 개발자 수 있습니다. 클라우드 펄스 응답자 어떤 요인 요청 했다 그들의 PAAs 공급자를 선택 하도록 지도:

49%는 공급자 계획된 클라우드 생태계;의 일환 임을 나타냅니다.

36%는 공급자; 응용 프로그램 개발 언어를 지원함을 나타냅니다.

공급자와 기존 아키텍처;의 통합 지적 35%

31% 나타냅니다 공급자가 더 나은 성능이 나 기능 보다 다른 공급자;

25% 보고 개발자 들이 PAAs 플랫폼으로 이미 경험이 있습니다.

PAAs 플랫폼 개발 클라우드 응용 프로그램 및 배포, 말했다 응답자의 63%를 주로 사용 됩니다. PAAs는 또한 SaaS 제품 SAP (43%), 등 응용 프로그램에서 개발 및 모바일 애플 리 케이 션 (40%)를 배포 하 고 제공 하는 응용 프로그램 테스트 환경 (36%)의 역할을 확장 합니다.

서비스 지향 아키텍처 (SOA) 강한 통합을 오픈 소스 표준에 종속 된 서비스를 제공 하 여 통합 비용 절감 등 다양 한 방법으로 기본 제공 합니다. SOA 응용 프로그램을 클라우드로 마이그레이션할 및 수 있습니다. 다른 웹 기반 서비스 프로젝트와 통합 웹 서비스 패러다임을 기반으로, 그리고 그들은 잘 리소스 응용 프로그램의 구름의 관계형 모델을 물린 수 있습니다.

DevOps 팀 이동 전략 및 개발자에 대 한 컨텍스트를 통합 하 고 상호 운용성을 제공 하기 위해 배포를 고려 하는 개발자가 필요 합니다.

새로운 클라우드 기반 도구 및 서비스 현재 응용 프로그램 통합 도구 및 Dell Boomi, 컴퓨터, Cloudswitch Integration Services, IBM 주철, Mulesoft, 및 더 많은 서비스를 포함 하 여 어떤 편안 함을 제공 합니다. 새로운 도구와 서비스는 또한 진화 하고있다. 예를 들어 소프트웨어 수명 주기 통합 서비스는 기업의 사업 계획에서 통합 전략을 해결 하기 위해 약속, Tasktop의 소개는 사전, 군더더기 없는입니다.

더 많은 통합 기대

나는 최근 통합된 건축가 위치에 대 한 구인 광고를 보았다. 경우이 사내 통합 전문가 게 전송 하는, 나는 완전히 동의 한다. 특히이 DevOps 팀 구성원의 핵심 초점 경우 통합 "가늠 자," 아니다.

개방형 표준 응용 프로그램 통합 및 상호 운용성의 성배를 될 것입니다. 그러나 공급 업체 개방형 표준의 영리 모델을 찾을 때까지, 그것은 몇 가지 새로운 통합 도구, 서비스, 및 일 사내 전문가 넣어 쉽게.

역 자: 장 Peiying

(책임 편집기: 관리자)