EA 는 단지 구조일 뿐만 아니라 학과이기도 하다. 또한 요구 사항 획득을 통해 it 와 비즈니스 전략을 결합하는 것을 강조합니다. SOA 는 또한 기업의 요구에 따라 자원을 연관시키는 프레임워크이기도 하다. EA 와 달리 SOA 의 모든 리소스는 일관된 서비스 형태입니다. 둘 다 일반적으로 계층 조직 아키텍처를 사용합니다. EA 개념은 일찍 제시되고 공급업체마다 독자적인 방법론이 있으므로 EA 의 계층 체계에는 여러 가지 뷰가 수직으로 나뉩니다 (Microsoft 는 이를 비즈니스 지향 개념 뷰, 애플리케이션 지향 논리 뷰 및 배포 지향 물리적 뷰라고 함). IBM 은 이를 다양한 기술 분야의 기술 부분, 비즈니스의 업무 부분이라고 부릅니다. 하지만 EA 와 SOA 의 각 분야를 살펴보면 여전히 많은 차이점이 있습니다.
도메인 SOA 프레임 워크 EA 프레임 워크
비즈니스 프로세스 비즈니스 아키텍처
애플리케이션 서비스 및 구성 요소 애플리케이션 아키텍처
통합 및 미들웨어 통합 아키텍처 /ESB 기술 아키텍처
데이터 스키마 정보 스키마
운영 서비스 품질, 보안, 모니터링 및 인프라 기술 아키텍처
SOA 의 각 도메인은 EA 해당 도메인의 미세 조정일 뿐이며, 이는 쉽게 이해할 수 있습니다. 기술적으로 SOA 가 호출하는 자원은 서비스일 뿐이고 이는 EA 리소스의 한 형태일 뿐이기 때문입니다. 따라서 모든 수준에서 SOA 는 서비스의 특수한 경우입니다. 환경 통합의 경우 SOA 는 ESB 를 사용하여 서비스를 통합하지만 EA 에서는 서비스 기반 통합 외에 다음과 같은 여러 가지 방법으로 통합할 수 있습니다.
데이터 통합: 많은 기업에서 이 방법은 매우 일반적입니다. 네트워크 격리, 애플리케이션 구축 시간, 개발 플랫폼 등의 요인으로 인해 기업에서는 많은 애플리케이션을 사용할 수 있지만, 중요한 데이터, 특히 핵심 비즈니스 데이터는 항상 중앙에 있으며 애플리케이션은 데이터를 중심으로 통합됩니다.
기능 통합: 여러 어플리케이션이 동일한 개발 플랫폼을 사용하는 경우에도 일반적입니다. 예를 들면 다음과 같습니다. NET 플랫폼은 WCF 에서 수행할 수 있습니다. NET 원격 처리 및 COM+. 자바 플랫폼은 EJB, RMI 등을 통해 통합할 수 있습니다. 소켓과 같은 간단한 크로스 플랫폼 기술도 많이 있습니다.
프레젠테이션 통합: 오늘날의 웹 애플리케이션에서도 흔히 볼 수 있습니다. 기업은 새 웹 애플리케이션을 추가한 후 포털에 하이퍼링크를 추가하여 UI 섹션을 통해 통합할 수 있습니다.
이렇게 보면, SOA 는 EA 의 한 가지일 뿐, 전문적으로 기술 분야에 종사하는 것 같습니까? 완전히 그렇지는 않습니다. 문장 2 부에서는 SOA 와 EA 의 시스템 및 거버넌스 측면에서 많은 차이점을 설명합니다.
그렇다면 IT 공급업체가 아닌 사용자로서 어떻게 선택할 수 있을까요?
정보화가 막 시작되면 향후 IT 계획에 따라 주요 IT 자원을 식별하고 단기적으로 예상되는 통합 방법을 선택하는 것이 경제적입니다. EA 는 기업이 자신에게 더 많은 선택권을 제공한다는 것을 의미한다.
일정량의 애플리케이션이 있다면 통일된 일정이 필요하지만 모든 개발은 단일 개발 플랫폼 () 을 기반으로 합니다. 그물 또는 자바), 맹목적으로 Java 를 따를 필요가 없습니다. 비용, 운영 관리, 투자 및 실행 효율성에 관계없이 기업 내에 중앙 집중식 데이터 교환 플랫폼을 구축하는 것이 좋습니다. 이 기사는 EA 의 관점에서 자신의 일을 분석합니다.
기업의 운영이 인터넷상의 파트너에 의존하고 있지만 기업 내부의 어플리케이션이 매우 단일하여 반드시 SOA 를 사용하는 것은 아니며, 중요한 업무 자원을 서비스로 폭로하는 것으로 충분하다. 그러나 이러한 서비스의 표준화 (공공 표준 및 산업 표준) 에 주의를 기울여 어느 날 SOA 로 전환해야 할 경우 차를 몰고 바퀴를 바꿀 수도 있습니다.
엔터프라이즈 애플리케이션 유형, 개발 플랫폼, 운영 플랫폼, 메시지 메커니즘이 많은 경우 곱하는 대신 더하는 것이 좋습니다. 모든 사람을 서비스 버스에 연결하고 SOA 에서 비교적 간단한 "서비스" 개념으로 복잡한 "큰 문제" 를 해결합니다.
한 가지 더, 반드시 경제장부를 잘 계산해야 한다. EA 든 SOA 든 3 ~ 5 년 안에 확실히 시대에 뒤떨어질 것이다. EA 나 SOA 의 관점에서 it 와 비즈니스 비전의 적합성을 계획해야 하는데, 지금 IT 환경에서' 비용 대비' 를 크게 하고 있습니까?