SOA Reference Architecture

Rubicon Red is proud to introduce their award winning Oracle SOA 11g Reference Architecture. The reference architecture is based on decades of experience working with Oracle’s SOA Suite and Middleware technologies, enabling enterprise wide deployment of business services and capabilities.

The Reference Architecture covers 10 specific areas of best practice. These are applied both across a Service Oriented and Event Driven Architecture. There is a very close alignment of our reference architecture to the components of Oracle SOA Suite 11g.

Architecture Blue Print

The Architecture Blue Print provides the basis of the reference architecture. It introduces key concepts used across all other sections, and outlines the objectives and goals of transitioning an organization from a system oriented to a service oriented architecture. This section presents the multiple layers of services that are available to the solution architect when developing capabilities.

SOA Reference Architecture The reference architecture defines each layer, identifies the criteria for determining the right layer, and suggests ways of keeping capabilities and services at the right level of granularity.

 

SOA Suite Composite Architecture

This section provides details on the SOA Suite Components including BPEL, OSB, Business Rules, EDN, JMS and other key parts of the product suite. The purpose of this section is to align the Logical Architecture to the Physical components.

XML Resources

Defining metadata and representing key SOA Suite artifacts requires a detailed understanding of XML and the impact certain design decision has on the agility and reusability of a service. This section details XML Resource Naming and Namespace strategies as well as incorporating some of Oracle’s best practices including the use of the Metadata Services for deployment of XML assets.

Canonical Data Format

This sections provides a comprehensive look at how to develop a CDF for any customer leveraging existing system formats and taking into account industry standards. There is an extension module of the Reference Architecture to include Oracle’s AIA EBOs and EBMs. This means customers who have already invested in an out of the box solution can extend and support their investment with the Rubicon Red Reference Architecture.

The section focuses on Data Modelling, Partitioning the Canonical Data Form Design Pattern and specifying Attributes and Annotations to support the goals and objects of a Service Oriented Architecture using Oracle’s SOA Suite 11g.

WSDL Standards

An important part of the Reference Architecture is the design and development of the service contracts between service providers and service consumers. This section looks at the most important principles of good WSDL design. This includes an introduction of Enterprise Business Messages (EBMs), how to reference Enterprise Business Objects (EBOs) and designing an abstract WSDL first before looking into any implementation specific details.

The section also covers WSDL elements including types, messages, portTypes and more. The capability of Oracle’s Service Bus in exposing these services through an abstraction layer is a critical component of the logical architecture and is explored in some detail.

Finally as this is one of the most critical aspects in getting SOA right. The section also details the versioning and governance of the WSDL contract. Including the use of Web Services extensions like WS-Addressing and SOAP Headers.

Validation

This section outlines the benefits and costs of validating messages. It discusses risks and rewards through re-usability, flexibility and performance.

The role that validation plays in the multi layer architecture is highlighted along with the various implementation options offered through Oracle’s SOA Suite. The use of Schematron, Business Rules and Conditional Elements like branching and switch statements is evaluated to identify the best fit for your solution.

Exception Handling

If every process and service executed the ‘happy’ path then project would complete early and stay well within budget. We all know that the most complicated aspect of development is exception handling. This section details exactly how to leverage all the capabilities in Oracle’s SOA Suite to provide a simple and intuitive Fault Management Framework for all your services.

This is one of the most valuable sections of the reference architecture and includes concepts like Fault Policies, Business and System exceptions, Message Exchange Patterns, Fault Combinations and Propagation and much more...

All interactions are identified and classified as either idempotent or non-idempotent services. This determines the best course of fault management.

Security Policies

This section is important for customers looking to secure their web services from accidental or malicious attack. Whether the services are exposed at the internet, extranet or intranet level, there are different Security Integration Patterns to support all forms of security requirements.

The use of Security policies is detailed in the section along with the use of Oracle Web Service Manger and the other options available to secure, authenticate or encrypt web services.

Management Policies

Management policies are an important part of ensuring success with SOA. This section details all operational considerations including monitoring, auditing, logging and general maintenance of the SOA platform in line with the core objectives and goals of the reference architecture.

Design Patterns

Finally, in preparation of the reference implementation, the key design patterns are discussed providing a very practical set of principles to building SOA composites and services. These design patterns include Service Patterns, Composite Services, Virtual Services and more. Human worklfow services and Events are of particular importance as they differ greatly from traditional web service patterns and can have the most impact on versioning, performance and overall use.

 
 

SOA Best Practices