Docstoc

OASIS SCA Plenary

Document Sample
OASIS SCA Plenary Powered By Docstoc
					                                                                 www.oasis-open.org




           SCA Overview


                                                          Sanjay Patil – SAP
                                                          Mike Edwards - IBM




OpenCSA Member Section – Service Component Architecture                         1
      Agenda
          A little history
          SCA and SOA
          SCA scenarios
          SCA specifications
          OASIS SCA TCs
                major challenges
          Related & future work

OpenCSA Member Section – Service Component Architecture   2
      A little history
          “…once upon a time, some programmers
           thought it would be good to have a
           programming model to support Service
           Oriented Architecture…”
          That model is SCA
          Industry collaboration grew from just 2
           companies to 18 today
                published 1.0 SCA specifications, March 2007
          SCA specifications now ready for
           standardization in OASIS
OpenCSA Member Section – Service Component Architecture         3
OpenCSA Member Section – Service Component Architecture   4
                                                                                                           Other
                                                                                                         Standards
                                                                                                          Bodies




                                                                       Finalization of   Further
                                                                       further           complementary
               SCA V0.9         SCA V0.95         SCA V1.0             SCA Specs         incubation
SDO V1         SDO V2           SDO V2.01         SDO V2.1


                        Nov
                        2005
                                           July
                        Press        2006
                  Announcement of
                   Project Launch New Partners               March
                                   Announced                 2007             SDO TC

                                                        Specs 1.0
                                                     Submission for
                                                     Standardization         SCA TC’s



                               Early Adopters           System Vendors
                                                     ISVs    Customer Value                        Adoption

Time Line Summary
OpenCSA Member Section – Service Component Architecture                                                     5
  Standardization

         OASIS to guide the standardization of Specifications from
          the collaboration in the OpenCSA Member Section
         Member Section Structure
               6 Technical Committees (TCs) to address one or more Specifications
                from the collaboration
         SDO V2.1 for Java will be completed in the JCP as
          JSR235
         Specification development to continue within OSOA
          collaboration for technologies not yet ready for
          standardization




OpenCSA Member Section – Service Component Architecture                              6
      Agenda
          A little history
          SCA and SOA
          SCA scenarios
          SCA specifications
          OASIS SCA TCs
                major challenges
          Related & future work

OpenCSA Member Section – Service Component Architecture   7
      What are SCA and SDO?
         Service Component Architecture
              an executable model for building service-oriented
               applications as composed networks of service
               components

              “how to build composite service applications”

         Service Data Objects
              a unified model for the handling of (service) data
               irrespective of its source or target

              “how to handle data in a services environment”



OpenCSA Member Section – Service Component Architecture             10
     Service Component Architecture (SCA):
     Simplified Programming Model for SOA

        model for:
        building service components
        assembling components into applications
        deploying to (distributed) runtime environments
               Service components built from new or existing code
                using SOA principles
               vendor-neutral – supported across the industry
               language-neutral – components written using any
                language
               technology-neutral – use any communication
                protocols and infrastructure to link components



OpenCSA Member Section – Service Component Architecture              11
     Key benefits of SCA

        Loose Coupling: components integrate without need to know how others are
         implemented

        Flexibility: components can easily be replaced by other components
        Services can be easily invoked either synchronously or asynchronously
        Composition of solutions: clearly described
        Productivity: easier to integrate components to form composite application
        Heterogeneity: multiple implementation languages, communication
         mechanisms

        Declarative application of infrastructure services

        Simplification for all developers, integrators and application deployers

OpenCSA Member Section – Service Component Architecture                               12
                                                  RMI/IIOP
SCA assembly                                                          AccountsComposite
                                                                                                  External
                                                                                                   Banking
                                                           Payment             Payments
                                                                                                 Reference
                                                            Service           Component

       Order
       Processing          OrderProcessing
       Service               Component
                                                                                                             Java EE
                                                                                 Accounts
                                                                                  Ledger
                                                                                Component
                    BPEL
 SOAP/HTTP

                                                          Multi-level
                                                          composition

                                                                                     External
                            WarehouseComposite                                        Warehouse
                                                                                     Reference


                                             Warehouse
                                                                                                       Mixed:
                                                                                                       - technologies
                      Warehouse                                          Warehouse
                                               Broker
                       Service                                           Component
                                             Component
                                                                                                       - app locations
          JMS
                                                                                     Shipping
          C++                                                                        Reference




OpenCSA Member Section – Service Component Architecture                                                                13
      Agenda
          A little history
          SCA and SOA
          SCA scenarios
          SCA specifications
          OASIS SCA TCs
                major challenges
          Related & future work

OpenCSA Member Section – Service Component Architecture   14
        Bottom-up Composition

 Select a set of existing component
 implementations for building the new
 composite


 Configure the component properties
                                                                                      Composite
 Draw internal wires

                                                                 properties
 Wrap the components in a
 composite and configure
 external services/references

 Hand off the composite to
 Deployer                                                 services       references




OpenCSA Member Section – Service Component Architecture                                           15
                                                          Properties
                                                                       Composite
     Top-down
     Composition
                                                                                   Ref
Start with gathering
requirements for the top-level                Service
composite
                                                                                   Ref
Define the services/references
and properties for the composite
Break down the composite
into individual components
and wires between them

Recursively break down
each component

Hand off the individual
component contracts to
developers for implementation



OpenCSA Member Section – Service Component Architecture                            16
                        Heterogeneous Assembly




                                                                   PHP


                   BPEL
                                             Java




                                                          Legacy         C++


           Components in the same composite share a common
           context for many aspects such as installation,
           deployment, security settings, logging behavior, etc.


OpenCSA Member Section – Service Component Architecture                        17
Implementation Reuse –
By Configuration

    Select an existing component
    implementation

                                                                         Properties

    Configure its behavior (via setting                   Services
    props, refs) to match the current
    requirements

           E.g. Configure multiple instances




                                                                 …




                                                                                      …
                                                                                          References
           of product pricing component,
           each with different currency, tax
           rate, discount charts, etc.
                                                                          Component

    Deploy the component implementation                              Implementation
        - Multiple instances of the same                               - Java
                                                                       - BPEL
        implementation may be running                                  - Composite
        simultaneously

OpenCSA Member Section – Service Component Architecture                                           18
                                 Deployment Flexibility

                                 Deployer chooses and configures communication
                                 mechanisms for services/references without
                                 having to modify the component implementation




                WS
               Clients             SOAP/HTTP              Properties
                                   WS Binding
                                                                       References

                                   Services



                                                                                       ERP
               JMS                JMS                                                 Service
              Clients            Binding
                                                                        JCA Binding


OpenCSA Member Section – Service Component Architecture                                         19
                Abstract policy decleration
                    Developer                                  Deployer
                                           SCA                              SCA
                                  1                       2
                                         Assembly                         Assembly


                      Policy
                    Administrator                                 3
                                                                                     4

                                                                            5

                        0                         Repository
                                                                                SCA Runtime

                       SCA                         Registry
                    policySets



        0.     Policy Administrator authors SCA policySets with concrete policies
        1.     Developer specifies intents on SCA assembly
        2.     Developer hands over SCA assembly to Deployer
        3.     Deployer configures SCA assembly by assigning SCA policySets (could be automated)
        4.     Deployer deploys configured SCA Assembly to SCA Runtime
        5.     Deployer updates Registry

OpenCSA Member Section – Service Component Architecture                                            20
      Agenda
          A little history
          SCA and SOA
          SCA scenarios
          SCA specifications
          OASIS SCA TCs
                major challenges
          Related & future work

OpenCSA Member Section – Service Component Architecture   21
                        SCA Technology
 How do I define, use and                                             How do I define, configure
 administer policies for non-                                         and assemble components
 functional aspects (QoS, etc)?                                       to create composites?
  SCA Policy Framework Spec                                           SCA Assembly Spec
                                                          Composite
                           SOAP/
                           HTTP


                                                          Component


                           JMS
                                                                      JCA


                                                                      How do I develop SCA
 How do I configure SCA                                               components in BPEL? Or
 services/references to use                                           in Java? Or C++, PHP,…
 SOAP/HTTP or JMS or JCA, …                                            SCA BPEL Client & Impl
  SCA WS Binding Spec, …                                             Spec, …
OpenCSA Member Section – Service Component Architecture                                        22
      The SCA Specifications
                                                     Assembly




                                                 Implementation
   Policy Framework                                                    Bindings
                                                   Languages



     Security                               Java                JEE     Web services


        RM                                 Spring               BPEL        JMS


 Transactions                                             C++               JCA

OpenCSA Member Section – Service Component Architecture                                23
      Agenda
          A little history
          SCA and SOA
          SCA scenarios
          SCA specifications
          OASIS SCA TCs
                major challenges
          Related & future work

OpenCSA Member Section – Service Component Architecture   24
      OASIS SCA Technical
      Committees
          OpenSCA Member Section
                SCA Assembly TC
                SCA Bindings TC
                SCA Policy TC
                SCA J TC
                SCA C-C++ TC
                SCA BPEL



OpenCSA Member Section – Service Component Architecture   25
      Work of the SCA TCs
          Produce OASIS standard versions of
           SCA specifications
                conformance statements
                mandatory vs optional
                portability, interoperability


          Test suites
                define test suites to check
                 conformance
OpenCSA Member Section – Service Component Architecture   26
      Challenges
          What is a good test suite for SCA?

          Coordination between TCs




OpenCSA Member Section – Service Component Architecture   27
      Agenda
          A little history
          SCA and SOA
          SCA scenarios
          SCA specifications
          OASIS SCA TCs
                major challenges
          Related & future work

OpenCSA Member Section – Service Component Architecture   28
      Possible Future work
          C specification
          COBOL specification
          REST binding(s)
                JSON, ATOM,…




OpenCSA Member Section – Service Component Architecture   29
      Related Work
          OASIS SDD

          Management
                WSDM, SML, …

          WS-* specifications

          OASIS SOA RM
                other RM’s
OpenCSA Member Section – Service Component Architecture   30
      Summary
          OASIS SCA
                an exciting challenge
                major effort over the next year
                aim to appeal to a very wide audience


          6 SCA TCs to run & coordinate!



OpenCSA Member Section – Service Component Architecture   31
      Useful links…
           OASIS Open CSA
             http://www.oasis-opencsa.org/

           OASIS SCA Technical Committees
             http://www.oasis-opencsa.org/committees

           Open SOA Collaboration
             http://osoa.org/display/Main/Home

           V1 level of SCA specs found here:
            http://osoa.org/display/Main/Service+Component+Architecture+Specifications

           Useful papers and interesting SCA information:
             http://osoa.org/display/Main/SCA+Resources

           OASIS Webinar downloads:
             http://www.oasis-open.org/events/webinars/



OpenCSA Member Section – Service Component Architecture                                  32

				
DOCUMENT INFO
Shared By:
Categories:
Stats:
views:11
posted:5/15/2010
language:English
pages:30