As the rapid adoption of service-oriented architecture continues within the corporate environment, companies are realizing that implementation is not instantaneous but evolutionary. To accommodate this process, a simplified SOA reference architecture has evolved that seems to embrace all corporate industry and vendor variants. Fundamental to this reference model are the logical partitioning and separation of all corporate/IT functionality into a set of common services, logically interconnected for shared use by a common enterprise service bus (ESB).

At the top of the reference architecture are the crown jewels of the corporation: corporate business services. Underpinning the reference architecture is the physical world's delivery vehicle interface: infrastructure services. The architecture's three support pillars are services for development, management and security. Logically partitioned business process services, information services, collaboration services, business partner services, business application services and asset access services form its core. The base for the architecture is the physical infrastructure of clients, servers, storage and networks.

The tuning of the reference architecture from its origins is the result of a shift in corporate priorities. Based on corporate CEO comments in 2006, cost reduction is the pervasive issue, but three additional priorities have surfaced: expansion, enhancement and extension of the ability to collaborate internally and externally; creative innovation of business models and processes; and business optimization leveraging new and existing information.

CIOs in 2006 also added two IT priorities to their list: any-to-any connectivity and resource/asset reuse. These five priorities have become the focal points for SOA implementation.

From the concept of a single SOA reference model, specific subarchitectures, such as service-oriented management and information architectures, have evolved. In reality, an SOA subarchitecture is required for each kind of enabling service. The most complex of these is for infrastructure services -- a separate subarchitecture is required for each of the four forms of physical infrastructure. Cisco had it right, but only as far as the name -- service-oriented network architecture (SONA). By not originally linking SONA directly onto the SOA reference architecture and identifying it as an open, evolutionary subarchitecture, Cisco and the network industry went out of sync with their IT counterparts and corporate customers.