끊임없이 변하는 환경 속에서 비즈니스와 IT 시스템을 관리하는 일은 도전이 아닐 수 없다. 기업은 유연하고 탄력적이어야 하며, 동시에 안전성을 유지해야 하고 고객, 파트너, 공급자들에게서 발생하는 기회들에 빠르게 대응해야 한다.

IBM On Demand Operating Environment은 변화를 관리하는 강력한 토대가 된다. 비즈니스 목표 및 프로세스와 강력하게 연계된 통합 인프라를 갖춘 비즈니스 및 IT 환경을 제공한다.

기존 독립된 애플리케이션들 간 상호 운용성을 이룩한 오픈 기술 표준에 근거한 On Demand Operating Environment는 비즈니스가 조금 더 기업의 기술 투자를 활용하여 더 나은 비즈니스 프로세스 효율성과 반응성을 보이도록 하고 있다.

오픈 표준은 다른 기술들이 함께 작동하는 것을 보장하는 공통으로 협의된 스팩이다. 표준을 만들어내는데 따르는 정확한 프로세스는 표준의 유형과 개입된 표준 조직에 따라 다양하다. IBM의 관점에서 볼 때, 웹 서비스 관련 표준들은 일반적으로 세 단계를 거친다.

1. IBM developerWorks에 퍼블리시
2. 표준 개발 기구에 의한 개발
3. 표준 기구가 선언한 표준

예를 들어,

1. SOAP 1.1은 IBM developerWorks에 처음 퍼블리시 되었다.
2. W3C에서 작업을 담당했다.
3. 결국 SOAP 1.2 Recommendation(참고자료)이 만들어졌다.

이러한 표준들은 개발 파이프라인을 통해 움직인다.(그림 1)

오픈 표준의 미래 격인 승인된 스팩은 검색하기가 어렵다. 표준 또는 프로파일들을 모으면 이해하기가 더 쉽고 빠른 구현과 완벽한 작동에 도움이 될 수 있다.

지속적으로 변화하는 환경

비즈니스와 기술은 빠르게 변화하고 있고 한 곳에서의 변화는 다른 곳의 변화를 야기시킬 수 있다. 예를 들어, 기업이 비즈니스 프로세스를 변경하여 고객, 파트너, 공급자들의 바뀌는 요구들에 대응하기 때문에 IT 시스템들은 이전에는 상상도 못했던 방식으로 변화를 지원해야 한다. 반대로, 새로운 기술들이 사용되고 구현되면서 기업들은 자신들의 비즈니스 프로세스들이 그러한 새로운 기술들이 제공하는 효율성과 기회들을 충분히 활용할 수 있을 정도로 민첩해야 한다.

온 디맨드 비즈니스는 기업의 비즈니스 프로세스들이 고객의 요구, 시장 기회, 외부 위협으로부터 유연성 있고 빠르게 대처할 수 있도록 한다.

온 디맨드 비즈니스가 되려면 기업은 세 가지 프로세스들을 구현해야 한다.

• 비즈니스를 프로세스 또는 서비스로 컴포넌트화 하기
• 비즈니스 필요에 가장 잘 맞도록 서비스를 재구성 하는 방법을 결정하기
• 보다 효과적인 서비스 재구성을 위해 표준, 특히 상호 운용성 표준 적용하기

상호운용성 표준들은 격리된 레거시 애플리케이션들의 통합을 통해 엔터프라이즈 그 이상의 환경에서 상호 운용 될 수 있도록 한다. 예를 들어, 자동차 부품 제조업체는 현재 실행하는 애플리케이션에 관계 없이 자동차 회사의 공급 체인 액티비티에 참여할 수 있다.

위로

On Demand Operating Environment와 표준 확립

온 디맨드 비즈니스는 오픈 표준을 토대로 만들어진 On Demand Operating Environment에 기반하고 있다. On Demand Operating Environment은 비즈니스 목표와 프로세스가 제휴된 통합 인프라이다.

On Demand Operating Environment 아키텍처는 서비스 지향 아키텍처(SOA)의 개념에 기반하고 있다. 전체 애플리케이션이자 IT 청사진이다. 일상의 비즈니스 애플리케이션들을 가져다가 소위 서비스라고 하는 개별 비즈니스 기능과 프로세스로 나눈다. 엔터프라이즈는 이러한 서비스들을 재사용 및 재결합하여 엔터프라이즈 내에서 다양한 액티비티들을 지원한다. 서비스는 check customer credit 같은 비즈니스 기능이 될 수도 있고 log in user 같은 시스템 기능이 될 수도 있다. SOA를 통해 애플리케이션과 컴퓨팅 플랫폼에 상관 없이 이러한 컴포넌트들을 구현, 전개, 통합할 수 있다.

이러한 통합은 서비스가 인터랙팅 하기 위해 표준 방식 없이 발생할 수 있다. 이 경우 연결을 직접 코딩 해야 하고 서비스가 변경 사항들을 인터랙팅 하는 방식이 있다면 그 연결을 재 코딩 해야 한다. SOA는 많은 기술들을 도입하고 있다. 가장 광범위하게 채택되는 기술인 오픈 표준에 기반한 웹 서비스들은 이러한 재 코딩의 필요성을 줄여준다.

웹 서비스는 독립형의 모듈식 애플리케이션으로서 커스텀 코딩 연결에 의존하지 않고 협업할 수 있다. 왜냐하면 오픈 표준을 기반으로 구현되기 때문이다. 이들은 공통의 유비쿼터스 웹 프로토콜(HTTP)을 공유하기 때문에 다른 언어로 말하고 있음에도 불구하고 서로 통신이 가능하다. 예를 들어, 웹 서비스는 Microsoft® .NET 같은 레거시 또는 상용 시스템에 Extensible Markup Language (XML)를 사용하여 액세스 할 수 있다.

On Demand Operating Environment는 세 가지 주요 요소(레이어)들로 구성된다.

• 애플리케이션 서비스
• 인프라 서비스
• 엔터프라이즈 서비스 버스

엔터프라이즈 서비스 버스는 미들웨어 플랫폼으로서, 이것을 통해서 서비스들은 실행, 통신, 정의 및 전개될 수 있다. 표준은 On Demand Operating Environment의 애플리케이션과 인프라 레이어에 점점 더 중요한 역할을 하고 있다.(그림 2) 결국 거의 모든 On Demand Operating Environment 요소들에는 상호 운용성 표준이 포함될 것이다.

(크게 보기)

위로

On Demand Operating Environment의 레이어 안에 있는 표준

사용자 액세스 서비스와 사용자 인터랙션 서비스는 애플리케이션 서비스 레이어의 일부이다. 이것은 여러 유형의 장치들, 인터랙션 모드, 연결 토폴로지가 서로 작동하도록 한다. 사용자 액세스와 인터랙션 서비스들은 음성 기반 인터랙션을 정의하는 표준 방식을 제공하는 VoiceXML 같은 표준의 지원을 받는다. 라이프 사이클과 인터랙션을 가능케 하는 Web services for remote portlets (WSRP)도 제공한다.

공통 서비스들은 통합 및 비즈니스 서비스들을 호스팅 하고 있는 컨테이너이다. 이는 다른 통합 및 인프라 서비스들과의 인터랙션을 단순화 시킨다. 이들은 여러 다른 서비스들에 의해 사용될 수 있고 획득, 커스터마이징, 생성될 수 있다. 개인화, 유틸리티, JSR-47 같은 표준의 지원을 받는 리포팅 서비스 등이 그 예이다. 이는 에러 및 트레이스 로그에 표준 로깅 API를 정의한다.

마지막으로 애플리케이션 서비스 레벨에 있는 정보 관리 서비스들은 이종의 소스들로부터 데이터의 표현, 액세스, 유지, 관리, 분석, 통합하는 일관된 방식을 제공한다. 여기에서 정의가 잘 된 데이터베이스 쿼리 언어 표준인 SQL과 XQuery를 찾을 수 있다. XQuery는 XML의 SQL이라고 할 수 있따. 이것은 XML 문서를 유연하게 쿼리하고 여기에서 데이터를 추출하면서 인터넷과 데이터베이스간 다리 역할을 한다.

인프라 서비스 레이어는 기본적으로 리소스 가상화 서비스들로 구성된다. 이것을 통해 물리적 리소스와 이 리소스의 실제 할당을 사용하는 것 간에 간접적인 방식이 가능하다. 리소스 가상화 서비스는 Web services distributed management (WSDM) 같은 표준의 지원을 받는데 이것은 웹 서비스와 분산 리소스들을 관리하는 아키텍처와 XML 어휘를 정의한다. 이러한 서비스들은 서비스 레벨 자동화 및 구성 컴포넌트에 의해 사용된다. 이 컴포넌트들은 시스템 리소스들이 자가 설정, 자가 치료, 자가 최적화, 자가 보호할 수 있도록 한다. 자율 매니저와 리소스 매니저는 실행 서비스들을 제공한다. 이들은 Open Grid Services Architecture (OGSA) 같은 표준의 지원을 받는다. 이 표준은 실행 서비스들의 기능과 관계들을 설명한다.

위로

서비스 지향 아키텍처/웹 서비스 표준

웹 서비스 플랫폼 기술은 고급의, 크로스 플랫폼 엔터프라이즈 간 애플리케이션을 실행할 수 있다. 이 레이어는 네 개의 핵심 컴포넌트들로 구성된다.

• 웹 서비스 기본 프로토콜
• 웹 서비스 디스크립션
• 공통 웹 서비스
• 정책

웹 서비스 프로파일은 다양한 시각의 플랫폼을 제공하지만 이것의 아키텍처 컴포넌트로서는 간주되지 않는다. 프로파일: 표준의 논리적 그룹핑을 참조하라.

웹 서비스 기본 프로토콜 표준은 XML을 사용하여 분산된 환경에서 프로토콜을 정의한다. 여기에는 Simple Object Access Protocol (SOAP)이 포함되는데, 이것은 한 운영 체제에서 실행되는 프로그램이 같은 종류 또는 다른 종류의 운영 체제에서 실행되는 프로그램과 인터랙팅 할 수 있도록 한다. SOAP은 HTTP와 XML을 사용하여 이를 수행한다. Message Transmission Optimization Mechanism (MTOM)과 XML-binary Optimized Packaging (XOP)이 특정 유형의 데이터를 SOAP과 효율적으로 교환하는 방식을 설명한다.

웹 서비스 디스크립션 표준은 웹 서비스 인터페이스를 기술하고 연산을 호출하는 XML 문법을 정의한다. 여기에는 Web Services Description Language (WSDL)와 WS-Addressing을 비롯하여 WS-Resource Properties, WS-Security, WS-Policy, BPEL4WS, WS-ReliableMessaging 같은 표준 기술이 포함된다.

공통 웹 서비스는 추가적인 런타임 서비스들을 기본 웹 서비스 플랫폼에 가져오고 웹 서비스 애플리케이션들을 구현 상세에서 고립시킨다. 예를 들어, WS-Notification 스팩은 메시지나 공지를 보내야 하는 웹 서비스 애플리케이션들을 그 환경에 전개된 특정 메시징 애플리케이션과 격리시킨다. WS-Notification이 사용되지 않으면 각 웹 서비스 구현은 JMS for Java™ 메시징 소프트웨어나 Microsoft® Messaging Queue용 C 같은 메시징 시스템과 직접 인터페이싱 해야 한다. 공통 웹 서비스 레이어의 다른 표준 예제로는 WS-MetadataExchange, WS-Coordination, WS-AtomicTransaction, WS-ServiceGroup 등이 있다.

웹 서비스 정책에는 공통의 표준화된 정책 문법을 기반으로 한 정책 디스크립션 문서들이 포함되어 있다. 정책들을 인스턴스로 만들고 재사용하여 상호 운용성과 이식성을 도모할 수 있다. 웹 서비스 플랫폼은 정책들을 사용하여 서비스를 관리한다. WS-SecurityPolicy 같은 정책들은 웹 서비스 플랫폼 상의 애플리케이션들을 관리한다. WS-Policy는 정책을 기술하는 프레임웍과 XML 스키마를 정의한다. 정책들은 환경에 전개되는 동안 서비스를 동반할 수 있다. 이와 비슷하게 실행 환경은 실행 중에 정책 디스크립션을 처리 및 컨설팅 할 수 있다. 정책 정의의 예로는 보안을 위한 WS-Security 표준 정책 문법이 있다. 이와 비슷한 문법들도 나올 것이다.

위로

기술 플랫폼과 XML 표준

웹 서비스 표준은 HTTP for SOAP 같은 광범위한 기술과 표준에 의존하고 있지만 기본적으로는 XML에 의존하고 있다. XML 표준에는 데이터를 나타내는 공통의 방식을 제공하는 스팩 세트가 포함된다. 따라서 내부적으로 저장된 방법과 관계 없이 두 개의 시스템 컴포넌트들 간 교환이 가능한 것이다. 이것은 Namespaces in XML 과 함께 XML 1.0 표준으로 시작했다. 이것은 데이터를 저장하는 방식을 정의하며 모든 다른 XML 및 웹 서비스 표준의 기초가 되고 있다. XML 1.0은 W3C XML Schema 같은 다른 표준들과도 작동하여 데이터 유형과 구조를 XML에 추가하는 표준 방식을 정의한다.

XML 데이터를 직접 조작하는 컴포넌트를 디자인 할 수 있지만 XML은 데이터를 XML에서 레거시 포맷으로 변형하는 중재 형식과 제휴된 레거시 소프트웨어와 함께 사용된다.

위로

프로파일: 표준의 논리적 그룹핑

표준이라는 복잡한 세계에서 크리스탈처럼 투명한 것이 한 가지 있다. 비즈니스는 이들을 효과적으로 사용할 방식을 필요로 한다는 것이다. 표준의 양이 적다는 것은 혼란을 일으킬 수 있기 때문에 비즈니스는 점점 프로파일이라는 것을 채택하고 있다. 프로파일은 특정 비즈니스 영역에 맞게 표준들을 논리적으로 묶어 놓은 것이다.

프로파일은 애플리케이션들간 비즈니스 프로세스를 내외부적으로 확대하는데 필요한 표준들로 구성된다. 예를 들어, 작은 헬쓰케어 공급자는 보안을 관리하는 표준들로 구성된 프로파일을 도입할 수 잇다. 더 큰 헬쓰케어 조직 역시 같은 프로파일을 채택할 수 있고 그들의 애플리케이션들은 함께 운용되며 이로서 밸류 체인이 확대되는 것이다.

Web Services Interoperability Organization (WS-I)에 의해 만들어진 웹 서비스 프로파일들은 다른 플랫폼들 간 상호 운용성을 높이기 위해 플랫폼이 지원해야 하는 웹 서비스 표준 리스트들을 정의하고 있다. 이러한 프로파일들은 표준이 함께 사용되는 방법에 대한 지침도 제공하고 있다.

Java 2, Enterprise Edition (J2EE), Java 2, Mobile Edition (J2ME), Java 2, Standard Edition (J2SE) 같은 자바 프로파일들은 특정 유형의 자바 실행 애플리케이션이 필요로 하는 자바 언어와 함수들을 결합하여 애플리케이션 이식성을 보장하고 있다.

위로

IBM: 표준을 지원하는 든든한 전통

IBM은 오픈 표준에 관한 한 산업계의 챔피언으로 우뚝 서있다. 대부분의 선도적인 오픈 표준 기구들을 창립했거나 공동 창립했으며, 웹 서비스만 해도 50개 이상의 그룹과 위원회에 참여하고 있다. 다른 선두 업계와 연계하여 IBM은 주요 웹 서비스 이니셔티브를 추진했고 최초의 웹 서비스 게이트웨이는 물론 최초의 Universal Description, Discovery and Integration (UDDI) 디렉토리를 담당하고 있다. 이러한 표준들의 지원으로 IBM은 오픈 소스 커뮤니티에 큰 기여를 하고 있다. XML 파싱 분야에는 Xerces로, XSL 변형에는 Xalan으로, SOAP에는 Apache SOAP과 Axis로, Eclipse 프레임웍 같은 개발 툴로 기여를 하고 있다. 최근에는 IBM Cloudscape를 데이터베이스 분야에 기여했다. IBM은 비즈니스 가치를 늘리는 표준을 고객들이 도입할 수 있도록 열심히 돕고 있다.

기사의 원문보기

• On Demand Operating Environment standards

참고자료

• "온 디맨드 운영 환경: 아키텍쳐 개요 " (August 2004).
  
  
• "Operating environment essentials for an on demand breakthrough" (developerWorks, July 2004).
  
  
• "Architecting on demand solutions"
  
  
• IBM and the On Demand Business.
  
  
• SOAP 1.2 Recommendation
  
  
• Web Services Interoperability Organization (WS-I)
  
  
• XML, SOA and Web services zones. "New to XML", "New to SOA and Web services"
  
  
• Browse for books
  
  

필자소개

아티클 순위

의견

위로

목차

• 지속적으로 변화하는 환경
• On Demand Operating Environment와 표준 확립
• On Demand Operating Environment의 레이어 안에 있는 표준
• 서비스 지향 아키텍처/웹 서비스 표준
• 기술 플랫폼과 XML 표준
• 프로파일: 표준의 논리적 그룹핑
• IBM: 표준을 지원하는 든든한 전통
• 참고자료
• 필자소개
• 의견