Logo
programming4us
programming4us
programming4us
programming4us
Home
programming4us
XP
programming4us
Windows Vista
programming4us
Windows 7
programming4us
Windows Azure
programming4us
Windows Server
programming4us
Windows Phone
 
Windows Azure

Service-Orientation with .NET : Service Composition and Orchestration Basics - Orchestration (part 1)

3/28/2011 2:31:24 PM
- Free product key for windows 10
- Free Product Key for Microsoft office 365
- Malwarebytes Premium 3.7.1 Serial Keys (LifeTime) 2019
Orchestration builds upon service composition by aiming to establish a physical environment capable of centrally executing and governing multiple automated business processes. The Orchestration compound pattern represents such an environment via the co-existent application of a set of specific patterns (Figure 1).
Figure 1. The Orchestration  compound pattern.

Process Abstraction , Process Centralization , and Orchestrated Task Services

The Process Abstraction pattern is fundamental to orchestration because an orchestration platform is designed specifically to house and execute parent business process logic. Process Centralization is equally fundamental because an orchestration platform enables the centralized hosting, execution, and governance of the same parent business process logic.

The application of Process Abstraction alone results in the creation of task services. However, it is the combined application of Process Abstraction and Process Centralization that defines the orchestrated task service model. This is because orchestrated task services are distinguished from regular task services by the fact that they are hosted within an orchestration platform.

In other words, although they logically still abstract the same non-agnostic service logic into a separate layer (Figure 2), they are different in how they are physically implemented and administered.

Figure 2. Orchestrated task services appear identical to task services when viewed from a logical service layers perspective.


Orchestrated task services are built within and upon the specific features and architectural components that comprise an orchestration environment. This changes the baseline complexion of the task service architecture to such an extent that a separate service model classification is warranted.

As with any type of service, what qualifies a body of orchestration logic as a service is the existence of a service contract. Within the .NET framework, a body of orchestration logic is commonly referred to as just an orchestration, regardless of whether it exists as an orchestrated task service. Figure 3 shows how the common elements of .NET orchestration platforms relate to each other, including how they relate specifically to orchestrations.

Figure 3. A conceptual view of architectural elements common to .NET orchestrations.

Process Centralization and Tools

.NET orchestration environments provide graphical tools to simplify the process of defining and maintaining complex orchestration logic. Windows Workflow Foundation, for example, allows you to dynamically load orchestration code, whereas BizTalk Server provides management and monitoring tools to gather intelligence about running process instances and, if necessary, managing updates to orchestration assemblies. Both platforms provide process designers, such as the one shown in Figure 4.

Figure 4. The BizTalk Orchestration Designer displaying a process flow that can be further modified using a toolbox of orchestration activities.

Process Abstraction and WS-BPEL

Orchestration platforms are commonly associated with the use of WS-BPEL as a means of expressing parent business process logic in an executable syntax. The WS-BPEL industry standard has a colorful history that has been well documented in other books in this series

Other -----------------
- SOA with .NET and Windows Azure : Service Composition 101 (part 2)
- SOA with .NET and Windows Azure : Service Composition 101 (part 1)
- SOA Security with .NET and Windows Azure Security (part 2) - Windows Azure Platform AppFabric Access Control Overview
- SOA Security with .NET and Windows Azure Security (part 1) - Cloud Computing Security 101
- Running a healthy service in the cloud : Better together for scaling
- Running a healthy service in the cloud : Using the service management API (part 4) - Changing configuration and dynamically scaling your application
- Running a healthy service in the cloud : Using the service management API (part 3) - Automating a deployment
- Running a healthy service in the cloud : Using the service management API (part 2) - Listing your services and containers
- Running a healthy service in the cloud : Using the service management API (part 1) - Setting up the management credentials
- Running a healthy service in the cloud : Transferring diagnostic data
 
 
Top 10
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 2) - Wireframes,Legends
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Finding containers and lists in Visio (part 1) - Swimlanes
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Formatting and sizing lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Adding shapes to lists
- Microsoft Visio 2013 : Adding Structure to Your Diagrams - Sizing containers
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 3) - The Other Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 2) - The Data Properties of a Control
- Microsoft Access 2010 : Control Properties and Why to Use Them (part 1) - The Format Properties of a Control
- Microsoft Access 2010 : Form Properties and Why Should You Use Them - Working with the Properties Window
- Microsoft Visio 2013 : Using the Organization Chart Wizard with new data
 
programming4us
Windows Vista
programming4us
Windows 7
programming4us
Windows Azure
programming4us
Windows Server