LZA SOA Training & Certification: Sydney — February 17 – 20, 2014
Monday February 17, 2014-Thursday February 20, 2014
C C & C Solutions
L20 Zenith Tower
A 821 Pacific Highway
Chatswood NSW 2067
Australia
Price: A$2,495.00 (including $500 early discount) [converted to 2289.09 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 info@zapthink.com 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!
ZapThink’s LZA SOA training & certification has no prerequisites, and is designed for architects, but appropriate for people with different roles and levels of expertise. This course is valuable for anyone who wants in-depth knowledge about how to succeed with SOA.
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!
REGISTER
New! Licensed ZapThink Architect
SOA Boot Camp Version 10.1
Day 1
Registration: 8:00 to 8:30 AM
LZA Introduction
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
Why SOA?
Is SOA All About Agility?
Cost Savings?
Increase Reuse?
Greater Visibility?
Business Empowerment?
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
Enter Agile
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
Imperative Programming
Enter Distributed Computing
Client/Server Architectures
Enter Functional Programming
Next up: Add OO to the Mix
Problem: Tight Coupling
Enter Declarative Programming
Contracted Interfaces
What are Services?(Technically, Service interfaces)
Consumers & Providers
Web Services
Pros & Cons of Web Services
WSDL Basics
Service Contract vs. Service Description
Registry-Based Discoverability
Location Independence
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
Loose Coupling
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?
REST Myths
Essential REST Terminology
What is a Resource?
Uniform Interface
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
Self-Descriptive Messages
Hypermedia as the Engine of Application State
Discoverability with REST
Discoverability & Hypermedia
Custom Media Types
Contracted Services
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
Day Two
Class Begins at 8:30 AM
Module 3: SOA Intermediaries
What’s a Service?
Levels of Service Abstraction
Statelessness
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
Thread-Based Execution
Service Mediation with Oracle Service Bus
ESB Federation?
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
Queue-Based Execution
SOA 2.0?
SOA & Message Exchange Patterns
Messages vs. Events
EDA Visualized
Strong Decoupling?
EDA without vs. with SOA
So, Where’s the State?
Physical Service Architecture
Fiorano Brokered Peer-to-Peer Architecture
Process Coordinator
HATEOAS in Action
Explicit State Transitions in REST
REST Starting Point
Caching Options
Proxy Pattern
Gateway (Reverse Proxy) Pattern
Asynchronous REST
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
Service-Oriented Process
Metadata-Driven Applications
Process Definitions
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 Transactions
Compensating Transaction Example
The Heavyweight ESB/Web Services Story
Web Services Orchestration
BPEL Example
Limitations of BPEL
Challenges with Declarative Approach
BPMN to the Rescue?
BPMN Example
Limitations of BPMN
How Architecture Has to Fill the Gap
Workflow & Web Services
RESTful BPM
Composite Representation
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
Day Three
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
Granularity Example
Achieving Proper Granularity
Zeroing in on Proper Granularity
Entity Services
Task Services
Utility (IS) Services
Should Services Be Nouns or Verbs?
Service Relationships Example
Task Service Benefit: Process Isomorphism
Service Layers
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
Architecture Board
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
“Meta” Thinking
Dealing with Change
Avoiding Hall of Mirrors Problem
What is a Policy?
Policy “Math”
Computing Effective Policy
WS-Policy Example
WS-PolicyAttachment
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?
The Registry/Repository
Registry/Repository as Heavyweight SOA Tool
Heavyweight SOA Governance Pitfall: Versioning
Handling Service Versioning
Versioning Concepts
Versioning Strategies
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
Security Fundamentals
The Context of IT Security
XML Threat Prevention
Mitigating XML Threats
Web Services Security
WS-Security Tokens
Security Assertion Markup Language (SAML)
SAML Assertions
Federated Security
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
Changing Attractors
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
Day Four
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
Initial Assessments
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
SOA Pilots
Implementation Planning
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
Implementing Services
Defining New Compositions
Technology Selection
Purchasing SOA Technology
Technology Selection: Choices
Case Study: Novartis
Module 8: Addressing SOA Organizational Challenges
Organizational Issues
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
Services Thinking
Is there an Architect in the House?
Hiring Architects
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
Interaction Challenges
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
Budget Workarounds
Why is SOA Difficult?
Final Exam: SOA Jeopardy!
Class Ends at 3:00 PM
REGISTER
Venue:
C C & C Solutions
L20 Zenith Tower
A 821 Pacific Highway
Chatswood NSW 2067
Australia
REGISTER