SOAPatterns.org

Overview
- Introduction
- History
- Acknowledgements
- Podcasts
- Candidate Patterns
- Forms
- Press Releases
- Resources
Compound Patterns
Design Patterns (alphabetical)
Design Patterns (by category)
- Foundational Inventory Patterns
- Logical Inventory Layer Patterns
- Inventory Centralization Patterns
- Inventory Implementation Patterns
- Inventory Governance Patterns
- Foundational Service Patterns
- Service Implementation Patterns
- Service Security Patterns
- Service Contract Design Patterns
- Legacy Encapsulation Patterns
- Service Governance Patterns
- Capability Composition Patterns
  - Capability Composition
  - Capability Recomposition
- Service Messaging Patterns
- Composition Implementation Patterns
- Service Interaction Security Patterns
- Transformation Patterns
- REST-inspired Patterns
Cloud Computing Patterns
Service Technology Specs
SOA School
- Home
- Matrix
- Certifications
- Courses
- Exams
- Self-Study Kits
- Workshops
- Licensing
- Online Store

Home > Design Patterns > Canonical Protocol

Canonical Protocol (Erl)

How can services be designed to avoid protocol bridging?

Problem

Services that support different communication technologies compromise interoperability, limit the quantity of potential consumers, and introduce the need for undesirable protocol bridging measures.

Solution

The architecture establishes a single communications technology as the sole or primary medium by which services can interact.

Application

The communication protocols (including protocol versions) used within a service inventory boundary are standardized for all services.

Impacts

An inventory architecture in which communication protocols are standardized is subject to any limitations imposed by the communications technology.

Principles

Standardized Service Contract

Architecture

Inventory, Service

Canonical Protocol: Though still delivered by different projects via different vendor platforms, these services conform to one centralized communications technology, making them technologically compatible.

Though still delivered by different projects via different vendor platforms, these services conform to one centralized communications technology, making them technologically compatible.

Related Patterns in This Catalog

Canonical Resources, Canonical Schema, Cross-Domain Utility Layer, Data Model Transformation, Domain Inventory, Dual Protocols, Enterprise Inventory, Messaging Metadata, Protocol Bridging, Service Messaging

Related Service-Oriented Computing Goals

Increased Federation, Increased Intrinsic Interoperability, Increased Organizational Agility, Reduced IT Burden

This page contains excerpts from:

SOA Design Patterns by Thomas Erl

Foreword by Grady Booch

With contributions from David Chappell, Jason Hogg, Anish Karmarkar, Mark Little, David Orchard, Satadru Roy, Thomas Rischbeck, Arnaud Simon, Clemens Utschig, Dennis Wisnosky, and others.

(ISBN: 0136135161, Hardcover, Full-Color, 400+ Illustrations, 865 pages)

For more information about this book, visit www.servicetechbooks.com.