SOA for Designers and Developers
Training
In London
Description
-
Type
Training
-
Location
London
-
Duration
3 Days
An in-depth view of Service Oriented Architecture best practices, governance and anti patterns. Suitable for: System engineers, consultants, system administrators, technical project managers.
Facilities
Location
Start date
Start date
About this course
Basic Windows knowledge.
Reviews
Course programme
An in-depth view of Service Oriented Architecture best practices, governance and anti patterns.
SOA for Designers and Developers - 3 days
Service Oriented Design
The training will focus on service oriented design (SOD) best practices that lead to services at the right level of granularity. Different design tools will be used that work well in an SOA effort. Depending on the delegates, we will use IBM's SOA tool suite, which includes WebSphere Business Modeler, Rational Application Developer (RAD) and WebSphere Integration Developer (WID) products. Alternatively the Oracle SOA toolset could be used, including the BPEL designer, ESB designer and rules author. Another option is Microsoft's BizTalk Server These products let you develop business processes and Web services interactively and then wire them together into a deployable SOA application. Without tools that are geared toward SOA development, you will find it difficult to be successful. And remember, SOA is a lot more than just web services.
SOD Methodology
First, we describe the context within which services and service operations will be specified and realized. We consider the responsibilities of the SOA infrastructure and the responsibilities of the service.
Next, we consider the design principles that apply to the specification of services as a whole rather than to individual operations.
Finally, we state the design principles that apply to individual service operations.
What you will learn:
A Service Oriented Methodology
- Introduction to a SOA adoption roadmap
- Service lifecycle
- Different analysis approaches
- Service oriented analysis
- Service oriented design
- Introduction to service oriented patterns
Advantages of SOA
- Traditional EAI Approach
- Problems With Traditional EAI Approach
- Enter Service Oriented Architecture (SOA)
- Build the Services
- We Can Easily Change the Process
- Change Flow Using Legacy Approach
- Replacing an Application
- Other Advantages
- Business Advantages
- Adoption Stages
Defining a Service in WSDL
- Sample WSDL Document Structure
- One-way
- Request-Response
- Solicit-Response
- Syntax
- SOAP Binding Example
- WSDL SOAP Binding Extensions
Simple Object Access Protocol (SOAP)
- Objectives
- SOAP Overview
- Why do you need SOAP?
- SOAP In Protocol Stack
- Header Attributes
- SOAP Body
- SOAP Fault
- Document/Literal Style
- Document/Literal Wrapped Style
- Details of the Wrapped Style
- Connecting to a Webservice
Service Oriented Analysis & Design
- Objectives
- Stages of SOAD
- Identifying services
- Producing service specifications
- Functional areas of the business
- Services belonging to these functional areas
- Functionalities belonging to these services
- Documenting service hierarchy
- Best practices
- Analyzing the case study requirements
Enterprise Service Bus (ESB)
- Objectives
- Service invocation
- Legacy system Integration
- Web services to the Rescue
- The role of ESB in SOA
- Security and ESB
- Configuring a simple ESB solution
Business Process Implementation
- Business Process Diagram
- Challenges in Process Implementation
- BPEL4WS
- Partnership
- Example: a Buy-Sell Partnership
- Modeling Partnership in BPEL
- Variables
- Simple Activities
- Invoke Activity
- Structured Activities
- Lifecycle of Process Development
- Testing correlation examples
- Implementing a simple process
Messaging Architecture
- What is messaging and why do we need them?
- How to use messaging in SOA?
- SOAP over JMS details.
- Modeling services well suited for messaging.
- Correlation and why do we need them?
- How to use correlation in SOA.
- How to implement publish subscribe in SOA?
- Sample scenarios
Layered Architecture
- The layers pattern.
- Classic three-their architecture.
- Connecting to the domain layer.
- Linking to the User interface.
- Using packages to decompose a system.
- Avoiding mutual dependencies.
- What is layering and why we need them?
- Application service layer
- Business service layer
- Orchestration service layer
Transaction Management
- The ACID properties.
- Local vs. distributed transaction.
- New challenges with transaction in SOA.
- Transaction from a specific service call.
- Transaction in a long running business process.
- What is compensation and why do we need them?
- Exercise: implementing compensation
Software Platform for SOA
- Software Tools for SOA
- The Need for a Tool
- SOA Development Life Cycle
- Oracle BP Manager
- Microsoft BizTalk Server 2006
- Rational Application Developer (RAD)
- Key Features
- Web Services Support
- Runtime Products for SOA
Conclusions
- New implementation paradigms
- The benefits of employing SOA
- Review of common business goals
- The risks associated with the SOA approach
- Evaluating tradeoff strategies
SOA for Designers and Developers