The OASIS Reference Model for SOA Duane Nickull

The OASIS Reference Model for SOA Duane Nickull Senior Technical Evangelist Adobe Systems, Inc. 2005 Adobe Systems Incorporated. All Rights Reserved. 1

Bio § § Past: § Chief Architect - eb. XML Technical Architecture (first major SOA) § Contributor - W 3 C Web Services Architecture § Chief Architect/Chair - United Nations CEFACT Technical Architecture (SOA) § Chair - OASIS e. Business SOA Technical Committeee Current § Chair - OASIS SOA Reference Model Technical Committee (OASIS Standard as of 2006) § Community Member - Ontolog Forum § Contributor - OASIS SOA Reference Architecture Technical Committee § Author (books, white papers, technical articles 0 § Speaker (Conferences, Universities …) 2005 Adobe Systems Incorporated. All Rights Reserved. 2

Before we talk about SOA and where we want to go… § The tough questions: § If SOA is architecture, how do we express it as architecture? § Is it sufficiently different from other types of architecture? § If SOA is “X”, what is !(SOA || X ) ? 2005 Adobe Systems Incorporated. All Rights Reserved. 3

1996 –remember this slide THING TWO The Internet THING ONE THING THREE 2005 Adobe Systems Incorporated. All Rights Reserved. 4

This is what is looked like in 1998 THING TWO XML THING ONE THING THREE 2005 Adobe Systems Incorporated. All Rights Reserved. 5

2002 – WS here to do the magic THING TWO Web Services THING ONE THING THREE 2005 Adobe Systems Incorporated. All Rights Reserved. 6

2004 – SOA has arrived! THING TWO SOA THING ONE THING THREE 2005 Adobe Systems Incorporated. All Rights Reserved. 7

2005 – now ESB will save us Ontology Web 2. 0, 3. 0, 4. 0 … Model Driven Architecture RIA’s THING TWO ESB THING ONE Semantic Web Event Driven Architecture THING THREE Buzzwords Galore! 2005 Adobe Systems Incorporated. All Rights Reserved. 8

So what is SOA exactly? § An Architectural Paradigm for organizing and using distributed capabilities that may be under the control of different ownership domains. § A framework for matching needs and capabilities. § A view of architecture focusing on “Services” as a mechanism to allows interactions between those with needs and capabilities. 2005 Adobe Systems Incorporated. All Rights Reserved. 9

Core Model for SOA Starbucks? 2005 Adobe Systems Incorporated. All Rights Reserved. 10

Primary Concepts for SOA (Semantics) § Service: A mechanism by which needs and capabilities are brought together. § Service Description: Artifact declaring all relevant aspects of a service required to interact with the service. § Capability: an ability to perform a specific set of functions resulting in a real world effect. § Visability: The capacity for those with needs and those with capabilities to see each other and interact. 2005 Adobe Systems Incorporated. All Rights Reserved. 11

Core Concepts of SOA (DRAFT) § Execution Context: Set of technical/business elements that form path between those with needs and capabilities. Permits information to be exchanged, actions to be performed and provides a decision point for any policies and contracts that may be in force. § Policy: A set/range of constraints imposed on any entity when invoking a service. If ignored, the invocation request may be denied. 2005 Adobe Systems Incorporated. All Rights Reserved. 12

Core Concepts of SOA (DRAFT) § Real World Effect: The result of an interaction with a service. § Interaction: the models for using the service. 2005 Adobe Systems Incorporated. All Rights Reserved. 13

Service Interaction -> Behavior & Information Models Data Modeling is core. Ontological considerations are a primary concern! 2005 Adobe Systems Incorporated. All Rights Reserved. 14

Real World Effect 2005 Adobe Systems Incorporated. All Rights Reserved. 15

The OASIS Reference Model for SOA… § Is not architecture for a single SOA system. § It is not even architecture – it is a model! § Is an ABSTRACT model for a range of Service Oriented architectures and analysis / comparison thereof. § Is a framework for understanding significant relationships among the entities in a SOA environment. § Industry standard - widely used (OASIS standard 2006) 2005 Adobe Systems Incorporated. All Rights Reserved. 16

How does a Reference Model relate to other stuff? Web Services live here. 2005 Adobe Systems Incorporated. All Rights Reserved. 17

Using a singular point of reference is good! Reference: A Reference Model acts as a point of reference for a domain. Durability: By not tying it directly to existing technologies it can be reused over a maximum set of environments. 2005 Adobe Systems Incorporated. All Rights Reserved. 18

What does SOA enable? SOA + Platform + Patterns = Web 2. 0 2005 Adobe Systems Incorporated. All Rights Reserved. 19

Why we need this SOA aligns Technical and Business goals 2005 Adobe Systems Incorporated. All Rights Reserved. 20

Abstract Model for Engagement Targets � Client side Technologies � Connectivity (Standards, Protocols and Technologies) Consistent architectural Models SOA Programming models and languages. �� Consistent event and object Models Service Tier Existing enterprise infrastructure 2005 Adobe Systems Incorporated. All Rights Reserved. 21 Considerations: Governance Semantics/Ontology Security Policies Patterns Design/Human Interaction Search/Visibility Technology choices Granularity Transacted Services …

Adding Design tools (Important Implementation idea) Target � Client side Technologies � Technology Platform Programming (MEP’s) Consistent +Connectivity Patterns of Interaction (Standards, models and architectural event and object Protocols and languages. �� Models ______ Technologies) = Web 2. 0 Service Tier Existing enterprise infrastructure 2005 Adobe Systems Incorporated. All Rights Reserved. 22 Design Tools

What about BPM? Business Process, State alignment, orchestration, choreography, etc. . What services are used for Not visible V i s i b l e Service Consumers Core SOA Service Capabilities Sources, functionality for capabilities Applications, ECM, DB, … In a layer diagram, layer “n” is only visible to layers (n +1) and (n – 1) 2005 Adobe Systems Incorporated. All Rights Reserved. 23

Architectural Best Practices Invocation Layer IDE Process Modeling . . . Flex Reader Portals Form Design Customer Applications/System s Web Services Watch Folders JMS Queues Email Client SDK Web Admin Service Endpoints Mortgage Loan Expense Approval Registry Repository Service Container Orchestration Job Management • Monitoring • Auditing • Versioning • Core Libraries FDS Adapters -RPC -Messaging -Data. Sync Directories Reader Extend Secure Document Generate PDF Assemble Docs Forms ECM Repository Message Queues … … Admin & Monitor 2005 Adobe Systems Incorporated. All Rights Reserved. Databases Services SPI Extensibility Java SDK End User Applications EIS 24 Legacy Systems

Patterns and Ontological considerations § SOA is more than Request Response! § § Inference based event notification § § Auditable Event Subscription, Push, pull, drag, mine, broadcast, unicast, multicast, mashups, probe & match, …. CEP - causality relationship (orthogonal n-ary relationship inference) STRONG REQUIREMENT FOR FIRST ORDER OF LOGIC! § § Example of specific types of relationships from SUMO (expressed in SUO-KIF) (<=> (Symmetric R) (forall (? x ? y) (=> (R ? x ? y) (R ? y ? x)))) (<=> (Coreflexive R) (forall (? x ? y) (=> (R ? x ? y) (= ? x ? y)))) 2005 Adobe Systems Incorporated. All Rights Reserved. 25

I. D. E. A. UML Class view diagram (high level only) Model for computational intelligence enabled by SOA 2005 Adobe Systems Incorporated. All Rights Reserved. 26

Future of OASIS SOA Work The OASIS SOA Reference Architecture 2005 Adobe Systems Incorporated. All Rights Reserved. 27

OASIS SOA RA - What is it? § 200 ++ concerned community members working on a reference architecture. § Mapping SOA to concrete technology families. § Tackling: § § Service Description, Governance, Ontologies, Semantics, Service Level Agreement, …. (LOTS more) An activity that benefits from larger input. 2005 Adobe Systems Incorporated. All Rights Reserved. 28

SLA § Definition of Services § Problem Management § Performance Management § Customer Duties and Responsibilities § Warranties and Remedies § Service quality § Indemnities § Third party claims § Remedies for breaches § Exclusions § Force majeure § Security § Information Security Policies § Security Audit and Internal Audit § Disaster Recovery § Termination 2005 Adobe Systems Incorporated. All Rights Reserved. 29

Q&A § Q&A? 2005 Adobe Systems Incorporated. All Rights Reserved. 30

References § OASIS SOA RM TC - http: //www. oasisopen. org/committees/tc_home. php? wg_abbrev=soa-rm § Free SOA White Papers http: //www. adobe. com/cfusion/search/index. cfm? loc=en_us&term=soa § Adobe Live. Cycle - http: //www. adobe. com/products/livecycle/ 2005 Adobe Systems Incorporated. All Rights Reserved. 31

Adobe’s Exchange Platform. § Thank you 2005 Adobe Systems Incorporated. All Rights Reserved. 32

2005 Adobe Systems Incorporated. All Rights Reserved. 33