1. Presented to: By: Date: Federal Aviation Administration Registry/Repository in a SOA Environment SOA Brown Bag #5 SWIM Team March 9, 2011

2. 2 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Agenda Service Discoverability What is a Service Registry/Repository? Taxonomies and Artifacts Standards Design-Time vs. Runtime NAS Service Registry/Repository (NSRR) –Roles –Access Requirements –Standards and Policies

3. 3 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Service Discoverability Discoverability is a key Principle of Service Design 1 in a Service-Oriented Architecture (SOA) Common metadata framework to express purpose and capabilities of the Service –Allow human browsing –Allow machine-to-machine queries 1 Principles of Service Design, Erl et.al. Prentice Hall, 2008

4. 4 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Registry Repository Service Consumer Service Provider Service Registry Exchange Messages Publish and Register Contract Discover and Retrieve Contract "In fact, it was the existence of a discovery mechanism that primarily distinguished SOA from previous distributed architecture models." Principles of Service Design "In fact, it was the existence of a discovery mechanism that primarily distinguished SOA from previous distributed architecture models." Principles of Service Design

5. 5 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Service Registry/Repository A Service Registry is a resource that provides controlled access to data necessary for the governance of SOA projects A Repository is a database containing the software and metadata that constitutes a SOA registry –Sometimes called a meta-repository –Facilitates content validation and workflow support –Stores Policies, Processes, and Schemas to support Governance Activities Note: These are usually referenced as one product, often called a Registry/Repository

6. 6 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Why a Registry/Repository? Centralized Discovery Lifecycle Governance Centralized deployment Policy and Standards enforcement Automated Service Notification mechanism Central to any SOA infrastructure in the promotion of Reuse

7. 7 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Implementing an Infrastructure for SOA Governance Web Services Provider Federated Identity Manager Identity Management Record Alerts Discover Services and Policy Monitor Services Policy Metadata Web Services Consumer Access Manager Identity Manager Access Control & Single Sign-On UserProvisioning Service Management ServiceRegistry ServiceSecurity Policy Metadata SLA Information

8. 8 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Governance

9. 9 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Taxonomies A hierarchical organization of categories or values used for classification (FAA-STD- 066) FAA-STD-066 defines required taxonomies for FAA Use and support of taxonomy enforcement is critical to the success of any registry implementation SWIM has defined additional taxonomies required for NAS Services

10. 10 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Potential Taxonomy Candidates Organization Unit Business Name Lifecycle Stage Services for Citizens

11. 11 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Artifacts An Artifact is a repository item attached to a service that describes the service or may be used to access the service Some examples include: –WSDL Web Service Description –WSDD Web Service Description Document Defined in FAA-STD-065 –ConOps Concept of Operations, for interfaces, messaging, etc. –IRD Interface Requirements Document

12. 12 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Registry Standards Universal Description, Discovery, and Integration (UDDI) –Supports the enforcement of enterprise policies –Policy enforcement will enhance registry data quality Minimize inconsistent or incomplete data in the registry Ensure mandatory fields are mandatory Electronic Business XML (ebXML) –Created to primarily support secured business transactions

13. 13 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Universal Description, Discovery, and Integration (UDDI) UDDI is an XML-based Web service standard that describes how to implement and interact with a service registry UDDI is focused exclusively on this discovery aspect The framework describes which data structures and Application Programming Interfaces (APIs) a Web service registry must offer to support Web service publication and search UDDI is the most prominent e-business registry specification for discovery purposes

14. 14 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Electronic Business XML (ebXML) An ebXML registry is focused on both discovery and collaboration Promotes an open XML based infrastructure for interoperable, secure and consistent exchange of information about electronic business Provides a framework to define core components for e- business that can be reused in any context, such as the naming of data types in a WSDL document ebXML registries are web services and, as such, they can be registered in UDDI, becoming available as any other web service

15. 15 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Types of Registry Interfaces Design-time Registry –The Design-time registry provides an environment where one is able to publish and subscribe to the available assets within registry Runtime Registry –A Runtime registry provides all of the capabilities of the Design-time registry with additional capabilities that include, monitoring, policy enforcement, metric reporting, etc.

16. 16 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Design-time vs. Runtime Design-time Human interactive Generate service Stubs from WSDLs Browsing typically done through web interface Runtime Machine-to-Machine Focus on discovery of endpoints that comply with certain service interfaces –Decision Support tools –Service Compositions Runtime Requirement is a driver for standardized registry interface (UDDI)

17. 17 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 NAS Service Registry Repository NSRR Product –Hewlett Packard – Systinet 3.20 –Anticipate migration to Systinet 4.0 –Underlying Oracle database

18. 18 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 NSRR Functionality

19. 19 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 NSRR Login

20. 20 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 NSRR User Access Access can be gained by completing the NSRR User Account Request Form Location: www.swim.govwww.swim.gov -> documents -> SWIM Compliance Documents -> NSRR User Account Request Form Mail to:paul.jackson@faa.gov

21. 21 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 NSRR Discovery The Search capability within the NSRR allows the discovery of services Queries can be enhanced by the use of: Wildcards % & * Logical Operators AND OR NOT

22. 22 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 NSRR Search Results

23. 23 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Service in NSRR

24. 24 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 Organizational Units Services in the NSRR must be associated with a registered Organizational Unit –Typically a Program Office –Allows hierarchical categorization of Services, with a single managerial point of contact

25. 25 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 NSRR Roles NSRR Administrator Service Provider Service Consumer Governance Lead Points of Contact –Manager –Architect –Developer –Production Manager –Technical Support

26. 26 Federal Aviation Administration Registry/Repository in a SOA Environment March 9, 2011 WWW.SWIM.GOV