Skip to main content

Application Integration::Serial Process application pattern::Runtime patterns

Overview

On this page, two categories of Runtime patterns are described:

Generic DC runtime patterns

Serial Process application pattern::Runtime pattern

Serial Process::Runtime pattern Application Server / Services Application Server / Services Application Server / Services Connector Connector Connector Rules Directory Directory and Security Services Process Manager Application Service Consumer and Service Providers are linked via a Process Manager and Connectors. The Process Manager node is also linked with a Rules Directory node.
Design Last Updated: 10-20-2004
(Click a node to get a detailed explanation.)

The Runtime pattern shown above represents a basic topology for the implementation of the Application Integration::Serial Process application pattern. It can be further enhanced by clustering the key nodes to improve the availability characteristics.

This basic topology leverages the following nodes with their associated responsibilities:

  • Process manager node
    This node contains the process flow execution engine. It provides the capability for model-driven business process automation. It also enables tracking by leveraging the process execution rules stored in the associated database.
    These processes can span multiple applications and organizational boundaries within an enterprise. The node maintains state and tracks sequencing through the process flow. In doing so, it often leverages the associated repository to store intermediate results. It is also responsible for invoking target applications as necessary through their associated connectors.
  • Connector nodes
    A connector node is used to provide connectivity between:
    • The application server/services node and the process manager node
      This allows a source application to communicate with a process manager. Process managers usually support multiple connector types.
    • The process manager node and an application server/services node
      This allows a process manager to communicate with a target application. Process managers usually offer multiple connector types.
  • Rules Directory node
    This node provides a persistent data storage and retrieval service in support of the execution of the process flow. It holds the Process Execution Rules.

Click on other nodes for glossary definitions.

SOA profile

In this second section we specialize the Serial Process pattern for the SOA environment using the SOA profile. The SOA profile terminology is indicated using the [SOA] qualifier.

[SOA]Serial Process runtime pattern (aka BSC runtime pattern)

[SOA]Serial Process Application Server / Services Application Server / Services Application Server / Services Business Service Choreography
Service Consumer and Service Providers are linked via a Business Service Choreography node. Design Last Updated: 04-29-2005
(Click a node to get a detailed explanation.)

The Business Service Choreography (BSC) runtime pattern allows for the development and execution of business process flow logic which governs the sequence and control of service invocations.
The business process is centrally controlled and not part of the program logic in individual applications. Therefore, rather than having the business process defined in multiple applications and within the interactions between these multiple applications, it can be modelled and implemented by a central function. This facilitates the implementation of changes to the business process and monitoring and analysis of business process execution.

The key benefits of using Business Service Choreography are:

  • Flexibility: achieved by externalization of process logic for the individual application.
  • Human interaction: facilitating various staff functions such as approval, investigation, and claim.
  • Reusability of the software components or services in the process, resulting in cost savings.
  • The construction of processes from services with explicit interfaces enables the easy substitution of one service interface with another.

Next, review product mappings for this Runtime design.

Close [x]

App Server/Services

Applications rely on services provided by their hosting server to interact with other applications. These are modeled using the application server/service node. Some examples of services provided by this node include:

  • A TCP/IP pipe established using the hosting operating system
  • A servlet or Enterprise JavaBean (EJB) invoked by WebSphere Application Server
  • The Java Message Service (JMS) or Java 2 Platform, Enterprise Edition (J2EE) Connector application programming interfaces (APIs) provided by WebSphere

Close [x]

Connector

Connectors provide the connectivity between two components. A connector is always present to facilitate interaction between two components.

Depending on the required level of detail, a connector can be:

  • A primitive (or unmodelled) connector, represented by a simple line between components
  • A component (or modelled) connector, represented by a rectangle on a line between components

A connector may be an adapter connector, a path connector, or both. See the following two sections respectively.

Close [x]

Rules Directory

The rules directory contains the rules generally used to control the mode of operation of an interaction, depending on external factors. Examples of such rules are:

  • Business data mapping rules (for adapter connectors)
  • Process execution rules and intermediate results
  • Autonomic rules (such as priority in a shared environment)
  • Security rules
  • Capacity and availability rules

The rules directory may or may not exist. If it exists, it can still be left off the Runtime pattern when analysis determines that interaction rules are not an important part of the solution, for example.

Close [x]

Directory and Security Services

This node supplies authentication and authorization services. It also holds the user ID and password and related privileges. This node typically leverages Lightweight Directory Access Protocol (LDAP)-based directories and contains configuration information needed to support secure and controlled access to services.

Close [x]

Process Manager

This node contains the process flow execution engine. It provides the capability for model-driven business process automation. It also enables tracking by leveraging the process execution rules stored in the associated database.

These processes can span multiple applications and organizational boundaries within an enterprise. The node maintains state and tracks sequencing through the process flow. In doing so, it often leverages the associated repository to store intermediate results. It is also responsible for invoking target applications as necessary through their associated connectors.

Close [x]

Business Service Choreography

Business Service Choreography (BSC) allows for the development and execution of business process flow logic, which is centrally controlled and outside application logic. This facilitates the implementation of changes to the business process and the monitoring and analysis of business process execution. The business process governs the sequence and control of service invocations.

Close [x]

SOA

The original set of PI patterns is intended to satisfy a wide generic set of integration requirements, not just SOA. The SOA profile specialises these more general patterns for the SOA environment.