서비스 지향 아키텍처의 핵심 요소 살펴보기
SOA (Service-Oriented Architecture)는 응용 프로그램 구성 요소에 의해 다른 구성 요소에 서비스가 제공되는 소프트웨어 디자인 스타일입니다. 회로망. 그 원칙은 공급 업체 및 기타 기술과는 무관합니다. 서비스 지향 아키텍처에서 많은 서비스는 데이터 전달을 통하거나 활동을 조정하는 둘 이상의 서비스를 통하는 두 가지 방법 중 하나로 서로 통신합니다. 이것은 서비스 지향 아키텍처의 하나의 정의 일뿐입니다. Wikipedia의 기사에서 훨씬 더 자세히 설명합니다.
서비스 지향 아키텍처의 특성
서비스 지향 아키텍처의 정의 개념은 회사마다 다르지만 6 가지 핵심 원칙이 있습니다. 서비스 지향 아키텍처의 광범위한 개념을 아우르는 이러한 핵심 가치는 다음과 같습니다.
비즈니스 가치
전략적 목표
본질적인 상호 운용성
공유 서비스
유연성
진화 적 개선
이러한 각 핵심 가치는 이전 형식의 분산 컴퓨팅에서 서비스 지향 아키텍처, 클라우드 컴퓨팅 (종종 파생물로 간주되는 것)에 이르는 연속체에서 볼 수 있습니다. 서비스 지향 아키텍처).
서비스 지향 아키텍처 패턴
각 서비스 지향 아키텍처 빌딩 블록에는 세 가지 역할이 있습니다. 서비스 제공자; 서비스 브로커, 서비스 레지스트리, 서비스 저장소; 및 서비스 요청자 / 소비자.
서비스 제공 업체는 서비스 레지스트리와 협력하여 보안, 가용성, 청구 대상 등과 같이 제공되는 서비스의 이유와 방법에 대해 토론합니다. 이 역할은 또한 서비스 범주와 거래 계약이 필요한지 여부를 결정합니다.
서비스 브로커는 서비스를 요청하는 사람들에게 서비스 관련 정보를 제공합니다. 브로커의 범위는이를 구현하는 사람에 의해 결정됩니다.
서비스 요청자는 브로커 레지스트리에서 항목을 찾은 다음이를 서비스 공급자에 바인딩합니다. 여러 서비스에 액세스 할 수도 있고 액세스하지 못할 수도 있습니다. 서비스 요청자의 능력에 따라 다릅니다.
서비스 지향 아키텍처 구현
서비스 지향 아키텍처 (SOA) 구현과 관련하여 다음과 같은 다양한 기술이 있습니다. 최종 목표와 달성하려는 목표에 따라 사용할 수 있습니다.
일반적으로 서비스 지향 아키텍처는 웹 서비스로 구현되어 “표준 인터넷을 통해 기능 빌딩 블록에 액세스 할 수 있습니다. 프로토콜.”
웹 서비스 표준의 예는 SOAP (Simple Object Access Protocol)를 의미합니다. 간단히 말해 SOAP는 웹 서비스 구현에서 구조화 된 정보를 교환하기위한 메시징 프로토콜 사양입니다. 컴퓨터 네트워크. 처음에는 SOAP가 호평을받지 못했지만 2003 년 이후로 더 많은 인기를 얻었으며 점점 더 널리 사용되고 수용되고 있습니다. 서비스 지향 아키텍처를 구현하기위한 다른 옵션으로는 Jini, COBRA 또는 REST가 있습니다.
아키텍처는 “특정 기술과 독립적으로 작동”할 수 있습니다. 즉, 다양한 방식으로 구현할 수 있습니다. ActiveMQ, Apache Thrift 및 SORCER와 같은 메시징을 포함합니다.
서비스 지향 아키텍처가 중요한 이유
특히 웹 서비스 기반 비즈니스에서 서비스 지향 아키텍처에는 많은 이점이 있습니다. 여기에서 이러한 이점 중 몇 가지를 간략하게 설명하겠습니다.
사용 재사용 가능한 코드를 생성하기위한 서비스 지향 아키텍처 : 이렇게하면 개발 프로세스에 소요되는 시간이 단축 될뿐만 아니라 새로운 서비스 또는 프로세스를 생성해야 할 때마다 코딩 휠을 재발 명 할 이유가 없습니다. 서비스 지향 아키텍처도 가능합니다. 다중 codi 사용 모든 것이 중앙 인터페이스를 통해 실행되기 때문입니다.
서비스 지향 아키텍처를 사용하여 상호 작용 촉진 : 서비스 지향 아키텍처를 사용하면 표준 형태의 통신이 배치되어 다양한 시스템과 플랫폼이 작동 할 수 있습니다. 서로 독립적입니다. 이러한 상호 작용을 통해 서비스 지향 아키텍처는 방화벽을 우회하여 “기업이 운영에 필수적인 서비스를 공유 할 수 있습니다.”
확장 성을 위해 서비스 지향 아키텍처 사용 : 클라이언트의 요구 사항을 충족하도록 비즈니스를 확장 할 수 있어야하지만 특정 종속성이 확장 성을 방해 할 수 있습니다. 서비스 지향 아키텍처를 사용하면 클라이언트-서비스 상호 작용이 줄어들어 확장 성이 향상됩니다.
서비스 지향 아키텍처를 사용하여 비용 절감 : 서비스 지향 아키텍처를 사용하면 비용을 절감 할 수 있습니다. ” 원하는 수준의 출력을 유지합니다.” 서비스 지향 아키텍처를 사용하면 기업이 맞춤형 솔루션을 개발할 때 필요한 분석의 양을 제한 할 수 있습니다.
서비스 지향 아키텍처와 클라우드 컴퓨팅이 함께 작동하는 방식
먼저 주목하는 것이 중요합니다. 점점 더 많은 기업이 파일 스토리지를 클라우드로 이동하고 있기 때문에 클라우드 컴퓨팅과 서비스 지향 아키텍처를 함께 사용하는 것이 합리적이지만 서비스 지향 아키텍처는 클라우드 컴퓨팅 유무에 관계없이 작동 할 수 있습니다.
간단히 말해 클라우드 컴퓨팅을 사용하면 사용자가 자신의 요구 사항에 맞는 서비스를 쉽고 즉시 구현할 수 있습니다. “IT 부서에 문의 할 필요가 없습니다.”
서비스 지향 아키텍처와 클라우드 컴퓨팅을 함께 사용하는 한 가지 단점은 보안 및 가용성과 같은 일부 측면이 평가되지 않는다는 것입니다. 능력. 클라우드 컴퓨팅을 사용할 때 사용자는 공급자의 도움을받는 경우가 많습니다.
클라우드 컴퓨팅과 서비스 지향 아키텍처를 병합 할 때 기업이 직면하는 상당히 큰 문제는 기존 데이터와 시스템을 클라우드에 통합하는 것입니다. 해결책. 원활한 전환을 위해서는 처음부터 끝까지 연속성이 있어야합니다. 또한 모든 IT 측면을 클라우드로 아웃소싱 할 수는 없습니다. 여전히 수동으로 수행해야하는 몇 가지 작업이 있습니다.
서비스 지향 아키텍처와 클라우드에 대해 자세히 알아볼 수 있습니다. 컴퓨팅이 바로 여기서 함께 작동합니다.
서비스 지향 아키텍처와 SaaS의 차이점
서비스 지향 아키텍처가 무엇이며 비즈니스를 발전시키는 데 사용할 수있는 방법에 대해 많이 이야기했습니다. 그러나 SaaS (Software as a Service)도 있습니다. 이는 비즈니스를 발전시키는데도 사용할 수 있습니다. SaaS가 무엇이며 서비스 지향 아키텍처와 어떻게 다른지 궁금 할 것입니다. 간단히 말해 SaaS를 통해 사용할 수있는 리소스는 소프트웨어 애플리케이션입니다. 핵심 구성 요소는 SaaS 인프라가 “사용자가 사용할 수 있지만 숨겨져 있다는 것”입니다. SaaS의 장점은 사용자가 소프트웨어를 설치하고 유지 관리 할 필요가 없어 복잡한 요구 사항을 제거 할 필요가 없다는 것입니다. SaaS를 사용하면 고객은 사전 라이선스가 필요하지 않으므로 공급자가 유지 관리 만하기 때문에 비용이 절감됩니다. 단일 애플리케이션.
서비스 지향 아키텍처와 마이크로 서비스의 차이점
마이크로 서비스 아키텍처라고도하는 마이크로 서비스는 “비즈니스 도메인을 중심으로 모델링 된 소규모 자율 서비스 모음으로 애플리케이션을 구조화하는 아키텍처 스타일입니다.”
마이크로 서비스와 서비스 지향 아키텍처는 유사하지만 어떤면에서 주요 차이점은 기능에 있습니다. 서비스는 분명히 두 가지의 주요 구성 요소입니다. 서비스에는 네 가지 기본 유형이 있습니다.
기능 서비스 : 핵심 비즈니스 운영을 정의합니다.
엔터프라이즈 서비스 : 기능 서비스에서 정의한 기능을 구현합니다.
애플리케이션 서비스 : 이들은 특정 애플리케이션 콘텐츠에 국한됩니다.
인프라 서비스 : 인증, 감사, 보안 및 로깅과 같은 비 기능적 작업을 구현합니다.
보시다시피 이러한 각 서비스는 사용하기 쉬울뿐만 아니라 다양한 비즈니스 관리 방법을 제공하는 시스템을 만듭니다. 다른 기능과 마찬가지로 귀하와 귀하의 비즈니스에 가장 적합한 것이 무엇인지 파악하는 것이 중요합니다.
여기에서 서비스 지향 아키텍처 및 마이크로 서비스에 대해 자세히 알아볼 수 있습니다.
최종 생각 서비스 지향 아키텍처
상상하실 수 있듯이 서비스 지향 아키텍처는 크랙하기 어려운 문제가 될 수 있지만,이 아키텍처의 기본 요소와 회사에 제공 할 수있는 이점을 이해하면이를 발견하게되어 기뻐할 것입니다.
저희는이 기사 전반에 걸쳐 우수한 서비스 지향 아키텍처 리소스를 몇 가지 제공했으며 개념에 대해 더 깊이 파고 들고 비즈니스를 추진하는 데 도움이되는 더 많은 리소스를 제공 할 기사를 몇 개 더 제공 할 예정입니다. 다음 단계입니다.
클라이언트에게 서비스를 제공 할 때 어떤 방향으로 가기로 결정하든, 다른 일이 다른 사람에게 효과가 있다는 것을 명심하는 것이 중요합니다. 모든 고객에게 맞춤형 서비스를 제공 할 수는 없지만 고객의 가장 일반적인 요구 사항에 맞는 다양한 서비스를 제공 할 수 있습니다.
향후 기사에서 살펴 보겠습니다. Web 2.0에서 서비스 지향 아키텍처 마이크로 서비스에 대해 자세히 알아보십시오.