We provide virtual course about Modern Service Oriented Architecture. What does Service Oriented Architecture really mean? When is it relevant? Why might it be interesting? What are the risks? How does it relate to technologies such as web services, message queues and service busses?
Course description:
How does it fit in with business processes, modeling and agility? And - most critically - how can it be put to use in order to build solutions that deliver value, enable the business to evolve, and are reliable, scalable and secure? This course tackles all of these questions head on. Using an example business throughout the course, issues relating to the design, modeling, publication and ongoing governance of services are examined.
And - while this is not a course requiring programming knowledge from attendees - multiple sample implementations of the system will be used to illustrate and explore the impact of various design and technology choices. Drawing on pertinent underlying theory, while remaining relentlessly practical, this course examines the choices and challenges facing those who approach SOA today.
Course outline:
Program day 1:
1) Key Architectural Principles:
• What is an architecture, anyway
• Business Processes
• Domain Models and Bounded Contexts
• The need for agility and deferred decision making
• Service Level Agreement
2) Key Technological Principles:
• Distributed systems: a short history
• Consequences of distribution
• Synchronous vs. asynchornous
• Cohesion, coupling and autonomy
• Endpoints
3) Key Information Principles:
• The Information Silo problem
• Information ownership and authority
• The command/event distinction
• Transactions
• The CAP theorem and eventual consistency
4) Approaches to SOA:
• The operational approach
• The messaging approach
• The RESTful approach
• Introduction to the sample business used in the course
5) Designing Services around Operations:
• Modeling processes into services
• ervice classification
• Designing contracts
6) Operational Implementation: Web Services:
• No, Web Services!= SOA
• Why deliver services over the web
• XML
• SOAP
• WSDL
• Exploring a sample implementation
• Considering asynchrony and polling
7) Evaluation of the Operational Approach:
• Consequences for modeling
• Latency
• Reliability
• When things get loopy
8) Messaging Preliminaries:
• Commands and events revisited
• Publish subscribe
• Message queues, store and forward
• Messages busses
• Brokers vs. busses
9) Designing with Commands and Events:
• Identifying commands and events from the process
• Workflows and sagas
• What is the contract here
• What is the service here
10) Messaging Implementation Example:
• Exploring the implementation
• Examining the event flows
• How reliability is improved
• Sagas
11) Evaluation of the messaging approach:
• Consequences for modeling
• Latency and consistency
• Reliability
Program day 2:
12) Introduction to REST:
• HTTP revisited
• Resources
• How resources relate to the domain
• Hypermedia As The Engine Of Application State
13) Designing RESTfully:
• Processes, behaviors and hypermedia
• Resources
• What is the contract with a RESTful system
14) RESTful Implementation:
• Exploring the sample implementation
• Correct usage of HTTP status codes
• Approaches to hypermedia
• Media types and content negotiation
15) REST meets Messaging:
• Events and feeds
• Atom, or something else
• Polling: not so stupid after all
• To bus or not to bus
16) Evaluating the RESTful approach:
• Consequences for modeling
• Latency and consistency
• Reliability
17) Governance and agility:
• What is governance
• The service portfolio
• Publishing services and contracts
• Evolving services and contracts
• Contract versioning considerations
• Monitoring and quality of service
18) SOA and Testing:
• Why test
• Testing at the service level
• Testing service integration
• Chaos monkey
19) SOA and Security:
• Cofidentiality and encryption
• Integrity and digital signatures
• Authentication and authorization
20) Summing Up SOA:
• Contrasting approaches with regard to modeling
• Contrasting approaches with regard to coupling and autonomy
• Contrasting approaches with regard to reliability
• SOA opportunities
• SOA risks
• Key things to remember
Instructor: Andy Olsen
Andy is a freelance consultant and instructor based in the UK, working mostly in the City of London and Oxford. Andy has been working with .NET since the Beta 1 days and has extensive experience in many facets of .NET development including WCF, WPF, WF, ASP.NET MVC Web development, and mobile applications. Andy has designed and written many Microsoft Official Curriculum courses in the last decade, and has been engaged as author and technical reviewer with Apress on some of their biggest selling books.
Target audience:
Project leaders, architects and system developers who want to gain an understanding - or improve their basic understanding - of SOA.
Prerequisites:
• The course assumes a general awareness of software development, but does not require recent programming experience nor experience as an architect. However, having played either of these roles will help you to get more out of the course. Taking our Software Architecture course first is not required, but will leave you better prepared for this one.
Language:
• The course is given in english