애플리케이션 통합의 발전 전망

서비스 지향 및 클라우드 기반 아키텍처가 대두되면서 IT 부서에서는 우수한 통합 설계에 점점 더 중점을 두고 있습니다. 클라우드 애플리케이션을 너무 빨리 통합할 때 발생할 수 있는 위험을 방지하려면 아키텍처를 신중하게 계획해야 하며, 복잡한 SOA 기반 시스템 업그레이드 설계에 적용되는 개발 프로세스에도 동일하게 적용되어야 합니다. 애플리케이션 통합에는 더 많은 유연성과 보편적인 적용성이 필요하므로 최적의 설계가 그 어느 때보다 중요합니다. 다가오는 클라우드 컴퓨팅 애플리케이션 통합에서는 iPaaS와 같은 통합 중심의 클라우드 컴퓨팅이 클라우드 사용자 수의 급격한 증가를 보이고 있으며 앞으로 더욱 복잡한 통합과 실질적인 과제에 직면하게 될 것입니다.

많은 PaaS(Platform as a Service) 및 클라우드 컴퓨팅 채택자는 더 빠른 통합 개발에 대한 약속에 열광하고 있습니다. 그러나 초기 클라우드 채택자에 따르면 속도에 대한 필요성도 이 프로세스에서 가장 큰 함정입니다.

Enterprise Community Partners Ltd.의 CIO인 Pradip Sitaram은 기업이 클라우드 애플리케이션을 성급하게 배포하는 데 따른 잠재적 위험을 인식하지 못한다고 지적합니다. 일일 요구 사항과 테스트를 무시하면 규제 감독을 받을 위험이 있습니다. 중에. Sitaram은 또한 자신의 팀이 클라우드 기반 시스템에 대한 최상의 설계 접근 방식을 신중하게 계획하는 데 시간을 투자한 이유를 설명했습니다. "통합은 좋은 아키텍처의 단점이지 그 반대가 아닙니다"라고 그는 말했습니다. 그는 PaaS 및 클라우드 컴퓨팅 시장에 다음과 같이 경고했습니다. 통합 개발 속도를 위해 소프트웨어 개발 프로세스를 타협하지 마십시오.

시스템 업그레이드를 원하는 의료 기관은 통합이 필요한 여러 부서 서비스 및 애플리케이션과 씨름해야 합니다. Sharp Healthcare의 수석 웹 설계자인 Michael Sanchez는 최근 ESB 연합 포털을 사용하여 효과적인 SOA 기반 시스템을 구축하는 데 사용되는 세 가지 개별 애플리케이션에 의료 기록 정보를 통합하는 방법을 모색했습니다.

Sharp Healthcare는 Oracle SOA Suite 및 Oracle WebLogic Suite를 사용하여 mySharp 환자 포털을 지원합니다. Oracle Service Bus에서 실행됩니다. Sanchez는 동일한 개별 시스템이 함께 작동하여 환자 쿼리에 대한 응답을 생성할 수 있도록 하려면 Oracle ESB를 사용하는 것이 중요하다고 지적했습니다. Sanchez는 Sharp Healthcare가 필요에 따라 새로운 백엔드 환자 치료를 추가할 수 있을 것이며 병원의 다른 시스템을 포함하도록 포털을 확장할 것으로 예상된다고 말했습니다.

클라우드 컴퓨팅 아키텍처를 구현하면 미들웨어 통합 문제가 발생합니다. 클라우드 애플리케이션 통합의 초기 단계에서는 소위 통합 중심 클라우드 컴퓨팅이 주로 "서비스로서의 인프라(IaaS)", "서비스로서의 플랫폼(PaaS)" 또는 "서비스로서의 통합 플랫폼(iPaaS)"을 기반으로 했습니다. )". 성공적인 클라우드 통합을 위한 광범위한 미들웨어 서비스가 포함되어 있습니다. 그러나 iPaaS 클라우드 통합에는 특히 보안 및 데이터 처리 문제와 같은 고유한 문제가 있으며 이러한 복잡성은 클라우드에서 작업할 때 계속 존재합니다.

애플리케이션 통합에는 갑작스러운 변화에 대한 더 많은 유연성과 적응성이 필요하므로 통합 설계에서 애플리케이션 프로그램 인터페이스(API)가 점점 더 중요해지고 있습니다. 이를 위해 REST 인터페이스를 지원하기 위해 API가 추가되었으며, 이는 또한 보다 일반적인 설계 접근 방식이 필요하고 더 넓은 범위의 작업 가능성 시나리오를 허용했습니다.

Gartner AADI 컨퍼런스에서 Gartner 부사장 겸 분석가인 Daniel Sholler는 REST 아키텍처가 개발자들 사이에서 인기가 있고 타사 클라우드 및 모바일 애플리케이션과 성공적으로 통합할 수 있는 능력의 이유로 REST 아키텍처의 편재성을 언급했습니다. 협력. 더욱이 Sholler가 WOA(Web-Oriented Architecture)라고 부르는 웹 서비스 디자인에 REST 원칙을 적용하는 것은 디자인이 "완전히 애플리케이션 중립적"이고 "가능한 한 보편적"이어야 한다는 생각에 기반을 두고 있다고 Sholler는 말합니다. . 클라우드 및 모바일 애플리케이션이 계속 확장됨에 따라 API 설계에서 중립성을 달성하는 동시에 REST가 필요한 경우에만 사용되고 잘 작동하도록 보장하는 것이 성공적인 통합 설계의 핵심입니다. 애플리케이션 통합은 불일치의 위험을 줄이고 여러 수동 업데이트를 통해 애플리케이션을 연결하는 데 필요한 노력을 줄이기 위해 여러 애플리케이션 간에 데이터를 이동하는 원칙을 정의합니다. 이는 데이터 적용을 위한 데이터베이스 설계와 파이프라인의 조합을 포함합니다. 당연히 애플리케이션이 데이터베이스 관련과 데이터 흐름 관련으로 분할됨에 따라 크게 변경된 사항은 없습니다.

변화하는 것은 애플리케이션을 구축하는 방식과 애플리케이션이 호스팅되는 방식입니다. 최근에는 EA(엔터프라이즈 아키텍처)를 공식적인 IT 원칙으로 수용하고, 애플리케이션 자체의 구성 요소화, 애플리케이션 개발 방식, 클라우드 컴퓨팅 및 가상화를 호스팅에 대한 새로운 접근 방식으로 받아들이면서 애플리케이션 통합의 중요성이 높아지고 있습니다. 애플리케이션 통합에 필요한 파이프라인 및 자동화의 필요성. 고위 경영진이 더욱 민첩해지고 보다 효율적인 IT 지원을 원할 때 이러한 모든 요소가 CIO 앞에 수렴되므로 이러한 문제를 해결할 체계적인 방법을 찾는 것이 중요합니다.

EA는 높은 수준의 관점에서 비즈니스 프로세스 아키텍처를 정의하고 높은 수준의 정의에서 애플리케이션 요구 사항을 도출합니다. EA는 더 많은 정보 공유에 대한 필요성을 창출하지만 사용자가 기존 애플리케이션 외부의 요구 사항을 충족하도록 장려합니다. 애플리케이션 통합에 대한 EA의 영향은 데이터베이스 중심의 정보 통합 개념에 있습니다.

비즈니스 데이터가 웨어하우스에 저장되어 쿼리를 통해 사용할 수 있는 경우, 개별 정보의 사용은 쿼리 및 분석과 관련되며 특정 애플리케이션과는 아무런 관련이 없습니다.

애플리케이션의 구성 요소화는 크고 완전한 소프트웨어를 여러 개의 작은 부분으로 나누고 각 작은 부분은 다른 부분과 느슨한 결합 관계를 갖습니다. 애플리케이션 내의 구성 요소 간 정보 흐름은 매우 효율적이어야 합니다. 그렇지 않으면 작업 경험과 생산성이 저하됩니다. 따라서 구성 요소 간의 정보 교환을 개선하기 위해 많은 작업이 수행되었습니다. 이러한 생산성 문제를 해결하려는 기업은 보다 효율적이어야 하므로 모빌리티 및 모바일 작업의 큰 역할로 인해 구성요소화가 증가하고 있습니다.

구성 요소화의 주요 동인은 구성 요소 재사용, 즉 공통 구성 요소 집합에서 여러 애플리케이션을 구축하는 것입니다. 애플리케이션 간에 컴포넌트를 재사용하기 때문에 애플리케이션 자체의 장벽이 허물어지고, 애플리케이션 통합과 컴포넌트 통합이 트렌드가 된다. 이제 서비스, 메시지 버스 또는 서비스 데이터 정의 언어와 같은 구성 요소 통합 도구를 사용하여 애플리케이션을 통합할 수도 있습니다.

클라우드 컴퓨팅과 가상화는 애플리케이션이나 구성 요소와 서버 리소스 사이의 전통적인 장벽을 무너뜨렸습니다. 서버는 이제 풀의 일부이며 일부는 회사 외부의 공용 클라우드에 있을 수도 있습니다. 모든 기능은 어디에서나 실행될 수 있으므로 다른 구성 요소에서 찾을 수 있도록 정확히 실행되는 위치를 기록해야 합니다. 애플리케이션을 동적으로 배포한다는 것은 배포된 구성 요소 간에 동적 링크를 제공한다는 의미입니다. 애플리케이션 개발의 다른 측면도 발전하기 때문에 애플리케이션 통합도 지속적으로 개선됩니다. 민첩한 운영으로 인해 새로운 도구 세트가 필요하게 되었으며, 이러한 도구는 리소스 풀에서 실행되는 애플리케이션과 구성 요소를 배포하고 연결하기 위한 보다 정교한 조정 도구로 발전했습니다. 이러한 도구는 진화하고 개선되면서 한때 애플리케이션 통합의 전통적인 부분이었던 기능을 통합합니다.

이러한 추세는 비즈니스 프로세스를 위해 IT가 지원하는 다양한 구성 요소를 연결하는 데 데이터베이스와 정보 흐름이 사용되는 방식에 영향을 미치고 있습니다. 전통적인 사고방식에 따르면 오늘날 애플리케이션 통합에 있어서 가장 중요한 추세는 더 이상 유일한 문제가 아니며 심지어 가장 중요한 문제도 아닙니다. CIO에게 오늘날 가장 큰 과제가 무엇인지 묻는다면 애플리케이션 통합이 가장 큰 것은 아닐 수도 있지만 세 가지 새로운 요소가 될 수 있습니다.

애플리케이션 통합 관점은 이러한 현실에 적응해야 합니다. EA 드라이버는 분석, 소프트웨어 구성 요소화에 중점을 두고 있으며 클라우드는 정보 이동에 영향을 미치므로 애플리케이션 통합이 해결되는 방식에 영향을 미칩니다. 이 세 가지 요소를 지원하는 도구는 이미 서로 통합되어 있으며, 애플리케이션 통합은 시간이 지남에 따라 점점 더 많은 도구가 고려할 영역이 될 것입니다.