소개
운송 서비스와 같은 물리적 또는 소프트웨어 에이전트가 구현한 서비스는 가능한 한 많은 소비자가 재사용할 수 있도록 항상 설계되고 정제됩니다. 이것은 서비스 지향 아키텍처의 본질:비용,위험 및 인수 분해 하 고 그것을 구현 하 여 솔루션을 구축의 지연을 낮추는 자산 같은 그들은 종종 디자인 타임에 알 수 없는 상황에서 다시 사용할 수 있습니다. 이러한 거버넌스는 정보 모델을 설계하거나 주어진 프로젝트의 경계를 넘어 재사용할 수 있는 기술을 선택하는 것을 목표로 하는 데이터 및 거버넌스와 다르지 않습니다. 모든 예측 가능한 소비자는 서비스 소유자가 할당되고 자금 조달 모델이 정의되는 동안 이후에 우선 순위가 지정되고 단계적으로 요구 사항을 표현할 수 있어야합니다.
이전 기사에서 스테판 틸코프는 소아 거버넌스(1)의 역할을 좀 더 구체적으로 살펴보았다. 내 목표는 사람,프로세스 및 기술 측면에서 서비스 거버넌스 조직을 설립하는 것입니다.
서비스 거버넌스 헌장
서비스 거버넌스의 주요 목적은 재사용 가능한 엔터프라이즈급 서비스 생성을 촉진하여 서비스 지향 아키텍처의 이점을 달성하는 것입니다. 교차 기능 조직으로서 서비스 거버넌스는 공유 요구 사항이 정의될 때 필요한 절충안으로 인한 문제 및 충돌을 적시에 해결할 수 있도록 합니다.
특히,서비스 거버넌스 조직은 명확한 서비스 소유권 경계를 정의하고 공정한 자금 조달 모델을 지정할 수 있습니다.
서비스 거버넌스는 조직 전체의 서비스 배포 및 재사용을 모니터링합니다. 높은 수준의 서비스 재사용,엔터프라이즈급 서비스 배포의 지속적인 흐름 및 문제 없는 서비스 폐기는 성공적인 거버넌스의 지표입니다.
서비스 거버넌스는 기존의 거버넌스 및 엔터프라이즈 아키텍처와 중복되어서는 안 된다.; 서비스 거버넌스 조직은 서비스 환경을 발전시키는 임무를 맡고 있습니다.
일반적으로 서비스 거버넌스의 역할은 특정 프로젝트 또는 비즈니스 단위 수준에서 식별되는 수동 및 프로세스 서비스 후보입니다. 조직이 높은 수준의 성숙도에 도달했을 때만 서비스 거버넌스가 엔터프라이즈 서비스의 체계적인 하향식 식별을 시작하고 모든 프로젝트와 독립적으로 실현을 헌장 할 수 있습니다.
어쨌든,거버넌스 조직은 처음에 서비스 후보를 소비 할 프로젝트의 예산 및 자원 제한에 관계없이 엔터프라이즈 서비스를 구축 할 수있는 권한을 부여 받아야합니다. 그 이유는 재사용 성이 일반적으로 더 높은 가격표로 변환되는 더 큰 범위로 제공되기 때문입니다.
거버넌스 조직은 기업 자산으로 관리 될 것으로 예상되는 서비스 정의의 청지기입니다. 또한 비즈니스 프로세스 모델 및 참조 데이터 모델과 같은 다른 엔터프라이즈 자산에 대한 추적 성 및 규정 준수를 유지할 책임이 있습니다. 우리는 문서의 마지막 섹션에서 참조 또는 엔터프라이즈 데이터 모델과의 관계에 다시 올 것이다.
사람들
앞에서 언급한 기사는 서비스 구현의 관점에서 서비스 거버넌스 활동에 관여했다. 조직이 서비스 지향 아키텍처를 시작할 때 이러한 역할은 엔터프라이즈급 서비스의 제공을 보장하기에 충분합니다.
| 역할 | 설명 |
| 비즈니스 서비스 소유자 |
|
| 기술 서비스 소유자 |
|
| 플랫폼 아키텍트 |
|
| 서비스 개발자 |
|
조직이 성숙해지고 서비스 후보자 수가 늘어남에 따라 거버넌스 활동이 적절하게 실행되고 문제가 적시에 해결되도록 프로세스와 리소스를 소유할 거버넌스 리더를 소개하는 것이 도움이 됩니다. 그는 교차 기능 거버넌스 협의회와 서비스 사서의 도움을 받아야합니다.
| 역할 | 설명 |
| 거버넌스 리드 |
|
| 거버넌스 협의회 |
|
| 서비스 사서 |
|
우리는 서비스 거버넌스 조직과 관련하여 세 가지 주요 성숙 수준을 봅니다.
| 성숙도 수준 | 조직 |
| 설립 |
|
| 실행 |
|
| 최적화 |
|
그림 1 은 서비스 거버넌스와 관련된 역할 간의 일부 상호 작용을 나타냅니다.
그림 1. 성공적인 서비스 거버넌스 조직 구축의 핵심은 다시 한 번 민첩하고 고객의 요구를 충족시키기에 충분한 자원,프로세스 및 기술을 조합하는 것이지만 그 이상은 아닙니다. 서비스 후보자의 합리적인 파이프 라인이없는 대규모 서비스 거버넌스 조직은 신속하게 증기를 잃고 일부 서비스 후보자에 대한 적절한 피드백을 제공 할 수있는 기회를 놓치게됩니다.
서비스의 재사용을 촉진하는 조직을 구축하고자 합니다.
프로세스
프로세스 및 활동
동아시아지배구조체가 수행하는 활동에는 5 가지 유형이 있다:
- 서비스 후보 관리
- 서비스 변경 관리
- 서비스 로드맵 관리
- 관리 정책 변경
그림 2 는 서비스 후보 관리 프로세스 중에 수행할 수 있는 몇 가지 활동을 나타냅니다. 프로젝트 팀은 서비스를 식별하고 서비스 제안을 만들 수 있습니다. 그런 다음 이 제안은 이 서비스 후보가 엔터프라이즈의 다른 부분에서 잠재적으로 재사용할 수 없는 경우 승인,수정 승인 또는 거부됩니다(엔터프라이즈 서비스로서).
서비스 후보자가 수락되면 소유권 및 자금 조달 모델이 정의되고 서비스 소유자 및 잠재 소비자의 도움을 받아 슬래스와 올라가 지정됩니다.
서비스가 실현되면 해당 메타데이터가 레지스트리 및 리포지토리에 게시됩니다. 대규모 조직에서는 동시 서비스 제안을 피하기 위해 건설 중인 서비스를 추적하는 것이 좋습니다.
변경 관리 활동은 종종 서비스 후보 검토 중에 수행되는 활동과 동일합니다. 이러한 서비스 소유권 등의 활동,자금 조달 모델 또는 슬라 스/올라스 사양은 선택 사항 일 수 있습니다.
변경 관리의 중요한 측면 중 하나는 전달 호환 서비스의 효과적인 관리입니다(2).
서비스 소비자 관리 활동은 주로 새로운 소비자가 서비스를 소비 할 수 있도록 필요한 변경 사항이없는 한 서비스 사서가 수행합니다. 사서는 서비스 소비자가 대상 서비스를 식별하고 메타 데이터의 복사본을 획득하는 데 도움이 될 수 있습니다.
서비스 로드맵 관리 활동은 서비스 거버넌스가 특정 프로젝트 요청 없이 서비스를 식별하기 위해 사전에 행동하는 경우에 제공됩니다. 그 시점에서 서비스 거버넌스는 이러한 서비스를 소비할 프로젝트에 앞서 이러한 서비스의 개발을 위임할 예산이 있어야 합니다. 이는 재사용 가능한 서비스의 설계 및 구현이 주어진 프로젝트의 범위,수단 및 일정을 훨씬 뛰어 넘을 수 있기 때문에 거버넌스의 중요한 성공 요소입니다. 거버넌스 활동 자체는 시간이 걸리고 서비스 후보자에게 긴 업그레이드를 권장 할 수 있습니다. 따라서 거버넌스 조직이 일정 및 단계 소비자 특정 요구 사항을 적시에 관리하여 솔루션 제공 일정의 영향을 최소화하는 것이 매우 중요합니다.
그림 2. 서비스 후보자 관리 활동
마지막으로 거버넌스 조직은 거버넌스를 참여시켜 운영 정책을 정의하거나 변경할 수 있습니다.
서비스 메타데이터
서비스 후보 제안서에는 서비스 인터페이스에 대한 설명(반드시 기계 판독 가능한 형식일 필요는 없음)뿐만 아니라 예를 들어 슬라 스 및 올라스를 정의하는 데 사용될 서비스와 관련된 모든 기능적 및 비 기능적 요구 사항이 포함되어 있습니다. 서비스 아키텍처&엔지니어링 메타 모델(3)은 수명 주기의 초기 단계에서 캡처되고 시간이 지남에 따라 개선되는 서비스와 관련된 정보를 잘 볼 수 있습니다.
샛엠 메타모델은 제안된 운영,정책 및 관련 서비스,서비스 분류 등을 포함한 서비스 정의를 포함하고 있다. 또한 비즈니스 프로세스,비즈니스 기능,비즈니스 규칙과 관련된 비즈니스 수준의 서비스 정의를 포함하도록 권장합니다… 서비스 정의.
이 모든 정보는 소비자가 특정 서비스를 검색 할 때 잠재적으로 사용될 수 있습니다. 따라서 이러한 유형의 정보를 지원하지 않는 기계 판독 가능한 설명 표준도 구조화된 방식으로 캡처하는 것이 중요합니다.
메타모델은 서비스 사양에 대한 별도의 섹션을 제공합니다. 메타모델의 이 부분에서 흥미로운 점은 서비스에 관련된 정보 유형을 작업 인수로 추적한다는 것입니다. 이 기능은 작업 호출의 일부로 교환되는 비즈니스 유형의 표현만 정의하지만 비즈니스 유형 자체는 정의하지 않습니다.
정보 유형의 추적은 작업 특정 의미의 도입을 방지하기 때문에 중요합니다. 메시지 유형은 항상 참조 데이터 모델과 밀접한 관계를 가지고 정의해야 합니다. 참조 데이터 모델과 비교할 때 메시지 유형에 추가 의미 체계가 정의되지 않도록 해야 합니다.
또한 서비스 구현에 사용되는 비즈니스 구성 요소를 추적합니다.
서비스 재사용 요인
재사용 가능한 서비스의 사양을 홍보할 때 고려해야 할 세 가지 중요한 요소가 있습니다. 먼저 서비스 인터페이스는 현재 및 잠재적 소비자와 관련하여 완전해야합니다. 추적 할 수있는 좋은 메트릭은 새로운 소비자가 탑승함에 따라 인터페이스 및 구현 변경 횟수입니다.
둘째,적절한 서비스 및 운영 수준 계약을 고려해야합니다. 일부 소비자들은 한 소비자를 위해 완벽하게 작동 할 수 있으며 다른 소비자를위한 쇼 스토퍼가 될 수 있습니다. 슬래스와 올라스는 또한 달성하기 어려울 수 있습니다. 또한 서비스 구현에 대한 변경 횟수를 모니터링하여 서비스 구현에 대한 변경 횟수를 효과적으로 충족시켜야 합니다.
마지막으로,서비스 거버넌스 조직은 서비스 후보자의 모든 잠재 소비자를 파악하고 서비스 인터페이스 제안을 비준하는 과정에 참여시켜야 한다. 추적할 수 있는 좋은 메트릭은 서비스가 디자인된 후에 발견된 예기치 않은 고객의 수입니다. 이 메트릭은 서비스가 잘 설계되고 많은 소비자를 끌어 들였다는 것을 의미 할 수 있거나 적절한 소비자를 식별하기 위해 충분한 시간을 소비하지 않았 음을 의미 할 수 있으므로 신중하게 해석해야합니다.
서비스 거버넌스 활동과 역할은 종종 서비스 레지스트리와 리포지토리를 중심으로 구축된 거버넌스 솔루션에서 지원됩니다. 이 말을 아주 사소한 비록 그것은 항상 명심 하는 것이 중요 자산만 다시 사용할 수 있습니다 찾을 수 있는 만큼. 레지스트리는 카탈로그 또는 인덱스(4)내에서 서비스에 대 한”레코드 시스템”으로 작동 합니다.
일반적으로 다음과 같은 기능을 지원합니다:
- 설명(메시지 형식 및 작업),바인딩(통신 프로토콜),엔드포인트(서비스를 구현하는 네트워크 액세스 가능 리소스)와 같은 서비스 메타데이터 저장
- 서비스를 분류하고 구성하는 데 도움이 되는 분류 메커니즘을 제공합니다
- 사용자가 새 서비스(식별,실현 및 배포된 대로)를 레지스트리에 게시하고 기존 또는 계획된 서비스를 찾아보고 검색할 수 있도록 합니다
- 서비스 소비자에게 계획된 변경 사항을 통지하고
- 소비량 관리 통계
- 거버넌스 프로세스 및 결과물을 안전하게 관리
- 자산 설명에 적용된 변경 및 권한 부여의 흔적을 추적할 수 있는 감사 기능 제공
거버넌스 프로세스는 본질적으로 지리적으로 분산되어 있으며 협업적입니다. 이러한 프로세스의 관리는 서비스 정의 및 실현에 대한 합의에 대해 서로 다른 당사자를 가지고하는 것이 중요합니다.
레지스트리와 리포지토리는 디자인 타임과 런타임 모두에서 서비스 정보를 기록하는 시스템이기 때문에,예를 들어 끝점의 대체를 피하기 위해”서비스 레코드”를 둘러싼 보안이 중요합니다.1366>
기타 거버넌스 활동과의 관계
서비스 거버넌스는 엔터프라이즈 아키텍처 그룹이 주도하는 광범위한 거버넌스 활동의 일부로서 새로운 유형의 거버넌스입니다. 서비스 거버넌스는 기업에서의 재사용을 위한 서비스 설계,서비스 실현 및 솔루션 제공 수준(그림 3)에 집중해야 합니다. 기업 수준에서 서비스 거버넌스와 긴밀히 협력하여 하향식 분석을 기반으로 서비스 후보를 식별하고 이러한 서비스 배포 로드맵을 수립하는 데 도움이 되는 회사의 비즈니스 프로세스 모델을 수집해야 합니다. 이전 프로세스 섹션에서 살펴본 것처럼 서비스 수준은 대부분의 운영 관리 활동이 이루어지는 곳입니다. 이러한 모든 활동은 레지스트리 및 저장소에서 지원됩니다.
솔루션 수준에서 서비스 거버넌스 조직은 인프라 및 서비스 지침에 대한 준수 수준을 평가하고 지시해야 합니다.
서비스 거버넌스는 엔터프라이즈 참조 데이터 모델의 활용을 통해 데이터 거버넌스와 강력한 관계를 맺고 있습니다. 서비스 거버넌스 팀은 작업 메시지 유형의 디자인에 대한 참조 데이터 모델 의미 체계의 활용을 적용해야 합니다.
여기서 목표는”표준 정보 모델”을 만드는 것이 아닙니다. 서비스 지향 아키텍처에서는 소비자가 항상 공급자의 관점을 채택 할 수있는 위치에 있거나 공급자와 소비자 모두가 항상 동일한 관점을 채택 할 수 있다고 생각하는 것이 좋을 것입니다. 이것이 오늘날 사실이라 할지라도,초과 근무,소비자 및 공급자는 인터페이스의 최신 버전(전달 또는 이전 버전과 호환 가능)으로 동시에 진화 할 수있는 위치에 있지 않을 수 있습니다.
그림 3. 1366>
이러한 발산 적 진화는 종종 중재자,특히 메시지 변환을 사용하여 처리된다. 그러나,이 중재는 오래전부터 더 높은 수준의 느슨한 결합을 달성하고 소비자와 공급자 간의 자율적 진화를 가능하게 하기 위해 체계적으로 사용되어왔다. 이러한 변환은 불가피하며 이 기능은 인프라 스트럭처에 구축되어야 합니다. 덧붙여,중재는”공통 정보 모델”을 필요로하지 않습니다. 공급자 및 소비자 인터페이스에 관계없이 이러한”공통 정보 모델”을 사용하고 여전히 느슨한 결합을 달성하려는 경우 메시지 형식을 공급자와 소비자의 구현에 의해 소비 가능한 데이터 세트로 변환해야한다는 것은 말할 것도없고 두 가지 변환 비용이 발생합니다.
보다 관리하기 쉬운 변환을 향한 첫 번째 단계는 참조 데이터 모델에서 소비자 및 공급자 인터페이스를 유도하는 것이다. 참조 데이터 모델에서 데이터 구조는 의미 체계의 정규화보다 중요하지 않습니다. 이러한 의미는 데이터 거버넌스에 의해 매우 정밀하게 관리됩니다. 일반적으로 참조 데이터 모델은 데이터베이스 스키마 및 코볼 복사본과 같은 물리적 아티팩트에 대한 추적 가능성을 설정합니다. 이 추적 기능은 서비스를 구현하는 동안 매우 편리 할 수 있지만 정규화 된 의미를 사용하면 소비자와 공급자 간의 변환 맵 개발을 단순화하는 데 도움이됩니다.
결론
서비스 거버넌스는 성공적인 서비스 지향 아키텍처의 필수적인 측면이다. 그 설립은 소아 이니셔티브의 초기 단계에서 일찍 계획되고 테스트되어야합니다. 그러나 엄격한 프로세스로 구동되는 전체 규모의 거버넌스 조직은 서비스 파이프라인이 팀의 동기 부여와 지식을 유지하기에 충분히 큰 경우에만 시작되어야 합니다. 거버넌스 활동이 시간이 너무 먼 경우 팀은 활동을 제대로 실행하기 위해 관심과 중요한 지식을 잃을 수 있습니다. 레지스트리&리포지토리는”서비스 레코드”를 관리하기 때문에 성공적인 거버넌스를 위한 핵심 요소입니다. 서비스 거버넌스의 궁극적인 목표는 재사용 가능한 자산의 사양,실현 및 운영을 가능하게하는 것입니다. 초과 근무 서비스 거버넌스는 미션 크리티컬 서비스 구현을 시운전하는 데 훨씬 더 능동적 인 방향으로 발전 할 것으로 예상됩니다.