Enterprise Cloud Computing: London – December 5 – 6, 2013
Thursday December 5, 2013-Friday December 6, 2013
Price: A$1,295.00 [converted to 1239.96 USD]
We offer additional discounts for groups of three or more people, government or non-profit employees, people who’ve taken a ZapThink class before, or individuals who are paying out of their own pocket. Please email us at firstname.lastname@example.org for a discount code you can use when registering.
ZapThink SOA Training & Certification: The Leading Vendor Independent, Architect-Focused SOA Training
ZapThink’s Licensed ZapThink Architect (LZA) SOA Training & Certification Boot Camp is recognized around the world as the best single Service-Oriented Architecture training course available anywhere.
The LZA SOA Boot Camp is an intensive, four day “fire hose” of information that prepares you to succeed with your SOA efforts, whether you’re just beginning them or are well down the road with SOA. ZapThink’s LZA SOA Training reflects the best thinking and research that ZapThink produces.
Announcing Version 10.1 of the Licensed ZapThink Architect SOA course!
With new content on “next generation” SOA: more lightweight, decentralized, RESTful, and Cloud-friendly. We cover “first generation” SOA as well, of course: ESB-centric, Web Services-based. But many of today’s organizations are interested in moving past this heavyweight approach.
Take the LZA course to learn how to leverage next generation SOA in your organization!
What makes the LZA SOA Boot Camp so special?
- Vendor independent – We discuss vendors in context, both good and bad. You get a balanced perspective on each vendor we discuss.
- Architect focused – The course concentrates on what architects have to do to be successful with SOA in their own organizations. We balance technology details with organizational approaches. If you’re not an architect you’ll learn how to think like one in this class!
- Practical – we connect theory to practice with what really works in organizations like yours.
- Current – we refresh the course on a regular basis to reflect the latest SOA best practices, as well as how SOA relates to other architectural challenges in the enterprise.
- Enterprise context – SOA is an approach to organizing enterprise IT resources to meet changing business needs. We place SOA into the context of large organizations, with complex, heterogeneous IT environments and all the politics and bureaucracy that every large organization faces.
- Globally recognized certification – Everybody who completes the LZA SOA Boot Camp obtains a certificate representing their LZA credential, giving you the right to call yourself a Licensed ZapThink Architect with all the privileges that come along with this exclusive credential.
- Led by globally recognized SOA thought leader – All ZapThink’s courses are developed and led by Jason Bloomberg, President of ZapThink. Jason has been an analyst with ZapThink since 2001 and is the co-author of Service Orient or Be Doomed! as well as his new book, The Agile Architecture Revolution.
- Not too technical, not too high-level – Unlike courses offered by others, we cover the technology without getting lost in the details. We discuss the big picture but connect it to the day-to-day reality of the IT shop.
- Available around the world – See the event schedule for all the locations we’re offering the LZA SOA Boot Camp!
One person in every class wins a copy of The Agile Architecture Revolution!
New! Licensed ZapThink Architect
|Registration: 8:00 to 8:30 AM|
Module 1: SOA as Agile Architecture
|What is an Enterprise?|
What all Enterprises Have in Common
What About Enterprise IT?
We need Architecture!
In Particular, Enterprise Architecture
SOA is EA Architectural Style
The Myth of the “Final State”
Missing Link: Business Agility!
So, what about the technology?
The Paradox of Legacy IT
The Promise of SOA
Business Services: The Core Abstraction of SOA
Composability & Business Services
ZapThink’s Definition of SOA
Is SOA All About Agility?
Achieving Business Agility
How Does SOA Provide Business Agility?
Difference Between Traditional Integration & SOA
Technical Architecture vs. Enterprise Architecture?
|SOA Heralds New Approach to Architecture|
Starting Point: (Traditional) Systems Engineering
AKA Waterfall Software Project
Iterative/Agile Software Project
But We Still Have Problems
Not-So-Agile Updates to Existing Software
What Agile Software Should Really Look Like
Designing Beyond Use Cases
Where’s My Agility?
Agility as Emergent Property
What is an Emergent Property?
Examples of Emergent Properties
Introducing Complex Systems
The Problem with Traditional Systems
Changing the Focus of Engineering
Complex Systems Engineering?
Architecting only the Technology is Insufficient
The Missing Link: Governance
Governance: Architecting People
Not your Parents’ Governance!
Next Generation Governance
Agile Architecture – Finally!
Case Study: The Hartford
Module 2: APIs to Services: Past & Future
|In the Beginning, The Application was the Program|
Enter Distributed Computing
Enter Functional Programming
Next up: Add OO to the Mix
Problem: Tight Coupling
Enter Declarative Programming
What are Services?(Technically, Service interfaces)
Consumers & Providers
Pros & Cons of Web Services
Service Contract vs. Service Description
Web Services Initially followed RPC Style
SOAP: Verbose Message Transport
RPC Style Example
Problems with RPC Style
Should Web Services be Declarative?
Document Style Web Services
Document Style Example
Benefits of Document Style
Should All Interfaces Be Services?
|Problems with Document Style Web Services|
Contract Metadata Beyond WSDL
REST to the Rescue!
What is REST Anyway?
Is REST about APIs?
Essential REST Terminology
What is a Resource?
PUT vs. POST: Initializing a Resource
What is a Uniform Resource Identifier (URI)?
RESTful vs. RPC-based URIs
What is a Representation?
What are Hypermedia?
Four Architectural Constraints
Separation of Resource from Representation
Manipulation of Resources by Representations
Hypermedia as the Engine of Application State
Discoverability with REST
Discoverability & Hypermedia
Custom Media Types
Contract Metadata for REST
The REST Shell Game
The End of the Road
Case Study: ABN Amro
|Exercise: SOA Return on Investment|
|Homework: Service Model|
|Class Ends at 5:00 PM|
|Class Begins at 8:30 AM|
Module 3: SOA Intermediaries
|What’s a Service?|
Levels of Service Abstraction
Service Interfaces Aren’t Good Enough
Abstractions: Simple on the Outside
Abstraction = Working Illusion
Building a Working Illusion
The Fundamental Technical Challenge of SOA
SOA “Magicians’ Tricks”
Multiple Interfaces per Implementation
Multiple Implementations per Interface
Multiple Interfaces per Business Service
Actualizing the Business Service Abstraction
SOA Infrastructure Starting Point: The Intermediary
Some Intermediary Roles
Intermediaries and Service Façades
Buying an Intermediary?
No Clear ESB Definition
The ESB Pattern
The Great ESB/SOA Middleware Boondoggle
Buy More Middleware for SOA?
Heavyweight vs. Lightweight SOA
Service Mediation with Oracle Service Bus
Do You need an ESB for Service Mediation?
Intermediary-Based Service Abstraction
Another Approach: XML Appliances
|IBM: Covering their Bets|
Three Approaches to State
Web Services’ Achilles Heel
Threads & Queues
SOA Tenet: Asynchrony
SOA & Message Exchange Patterns
Messages vs. Events
EDA without vs. with SOA
So, Where’s the State?
Physical Service Architecture
Fiorano Brokered Peer-to-Peer Architecture
HATEOAS in Action
Explicit State Transitions in REST
REST Starting Point
Gateway (Reverse Proxy) Pattern
RESTful State Management Essential for the Cloud
Scalability & State,The Old Way
Here’s Your App in the Cloud
Building Intermediary-Based SOA Infrastructure
Case Study: US Coast Guard SPEAR (Semper Paratus: Enterprise Architecture Realization)
Module 4: Service Composition & Business Process
|What is a Business Process?|
Problems with Traditional BPM Tooling
Business Process the Enterprise Application Way
Business Process the Service-Oriented Way
Example: Orchestration vs. Choreography
What is the Sweet Spot for Service Composition?
SOA Composite Application Example
Enterprise Applications and Process
Example: SAP NetWeaver
Transactions and SOA
Compensating Transaction Example
The Heavyweight ESB/Web Services Story
Web Services Orchestration
Limitations of BPEL
Challenges with Declarative Approach
BPMN to the Rescue?
Limitations of BPMN
How Architecture Has to Fill the Gap
Workflow & Web Services
Composite RESTful Service
Everything is a Resource
Examples of Process Representations
Example of REST Choreography
Follow Links to Learn About Processes
Some Benefits of REST-Based BPM
Case Study: SOA Journey at BP
|Exercise: Service Composition|
|Homework: Business Case|
|Class Ends at 5:00 PM|
|Class Begins at 8:30 AM|
Module 5: The Role of Data & Semantics
|Data: Foundation for SOA|
The Data Services Layer
Application Services vs. Data Services
Key Service Abstraction Enabler: Proper Granularity
Achieving Proper Granularity
Zeroing in on Proper Granularity
Utility (IS) Services
Should Services Be Nouns or Verbs?
Service Relationships Example
Task Service Benefit: Process Isomorphism
Alternate Service Layer Model
RESTful Service Layers
Designing Data Services
|Performance vs. Flexibility|
Supporting Data Services with Data Integration
Leveraging Data Services Layer
Semantic Level Understanding
Role of Application Semantics
Semantics: The Greatest Integration Challenge of SOA
Still a Manual Process
Resolving Semantic Issues
Industry-Specific Semantic Standards
RDF & Web Services
Semantic Model Example: Maritime Information Exchange Model
What About Custom Media Types?
Custom Media Types & HATEOAS
Custom Media Types & RDF
In Progress: HAL (Hypertext App Language)
Case Study: MyFoodAlerts.com
Module 6: SOA Governance
|The Context for Governance|
What is Organizational Governance?
Architecture-Driven Governance Maturity
How to Tackle Governance?
The Cornerstone of IT Governance is Architecture
Elements of IT Governance Strategy
What is SOA Governance?
Step 1: Human-Centric SOA Governance
Central Tool: The Repository
Design Time Policy Examples
Additional SOA Governance Activities
Essential REST-Based SOA Policies
The Power of the SOA Center of Excellence
SOA Governance Board Activities
Creating the Governance Framework
Step 2: Technology-Centric SOA Governance
The Challenge of Policy Automation
Steps for Automating Policies
Supporting Policy Changes
Dealing with Change
Avoiding Hall of Mirrors Problem
What is a Policy?
Computing Effective Policy
Policy Attachment to WSDL 1.1
Some Policy Standards
WS-SecurityPolicy Example (Policy & Conforming Message)
Run Time Policy Examples
Management & Loose Coupling
SOA Management: Many Facets
The Problem with SOA Management
The Vendor Name Game
The SOA Management Conundrum
SOA Monitoring & Management
The First Rule of SOA Management
Change Time Policy Examples
What is a Registry?
What’s the Deal with UDDI?
Registry/Repository as Heavyweight SOA Tool
|Heavyweight SOA Governance Pitfall: Versioning|
Handling Service Versioning
Strict, Flexible, and Loose Versioning
Versioning Policy Issues
Difference Between Web Services-Based SOA & REST-Based SOA
Step 3: Technology-Centric Architecture-Driven Governance
Decoupling Policies from Services
Critical SOA Challenge: Security
The Context of IT Security
XML Threat Prevention
Mitigating XML Threats
Web Services Security
Security Assertion Markup Language (SAML)
Securing RESTful Interactions
OAuth as FederatedAuthentication Mechanism
Is OAuth Doomed?
Cloud Security: Policy
Message-Level Security:Is SSL Sufficient?
Core Requirements for Securing Services
Policy Management & Enforcement
Extending SOA Governance to the Cloud
Step 4: Human-Centric Architecture-Driven Governance
The Agility Model
Reusability vs. Usability
Achieving Reusability: Service Agnosticism
Designing for Reuse:Agnostic Context
Enabling Service Domains
Governance Challenge:Reuse = Sharing
Publishing & Discovery Governance
Is Reuse a Real SOA Benefit?
Remember: Business Agility is a Requirement
Continuous Quality Activities
Quality & Complex Systems
The SOA Quality Star
Best Effort SOA
Beyond SOA Governance
|Exercise: SOA Governance|
|Class Ends at 5:00 PM|
|Class Begins at 8:30 AM|
Module 7: Planning & Running the SOA Initiative
|Iterative: More than Step-by-Step|
Iterate your Architecture?
Project Management for a SOA Project
Defining SOA Roadmap
Building Support for SOA
Building the SOA Business Case
Milestone / KPI Plan
The SOA Roadmap
SOA Maturity Models
Analogous to CMMI
SOA Maturity Model Pointers
Using a SOA Maturity Model
SOA Maturity Model: HP
SOA Maturity Model: Wipro
Open Group Service Integration Maturity Model (OSIMM)
“SOA” Maturity Model – Sonic/Systinet
SOA Maturity Model: Oracle
SOA Maturity Model: Software AG
Define The SOA Metamodel
SOA Foundation: Model-Driven Architecture
|Implementing the Service Model|
Define Initial Iteration
Service Identification: Top Down vs. Bottom Up
Defining Services Approach
Performance: Chasing the Bottleneck
Implementing Services: Methodologies for change
The Dual Lifecycle
The Service Lifecycle
Advanced Vision for Application Assembly
Where Should the Code Be?
Top-Down: Analyze Processes
Process Analysis & Optimization
Discovering Existing Processes
Service Identification: Process Decomposition
Defining New Compositions
Purchasing SOA Technology
Technology Selection: Choices
Case Study: Novartis
Module 8: Addressing SOA Organizational Challenges
Common SOA Pitfalls
SOA by Any Name
SOA = Best Practices
The Wrong Question!
Iconoclastic vs. Dogmatic Architecture
Thinking Outside the SOA Box
SOA Growing Pains
Challenges in Calculating ROI
The Problems with Vendor-Driven Architecture
Challenge: The Right Amount of Governance
Avoid Policy Bloat
Avoid “Checklist Architecture”
Dealing with SOA Hype and Anti-Hype
Is there an Architect in the House?
EA Challenges:The Role of the EA
Enterprise Architecture Challenges
|Questions to Ask Your EA|
Good Money after Bad
The SOA Consultant Conundrum
The SOA School Bus
Are “SOA” Consultants Qualified?
IT Governance Feedback Loop
More Interaction Challenges
The “Ivory Tower” Problem
Convincing Technical Specialists
Working with IT Middle Management
Service Domain Roles
SOA Funding Models
Traditional IT Funding:Project Based
Initial SOA Funding
Funding Cross-Departmental SOA Initiatives
CapEx vs. OpEx
Why is SOA Difficult?
|Final Exam: SOA Jeopardy!||Class Ends at 3:00 PM|