1 / 26

Registry/Repository in a SOA Environment

Registry/Repository in a SOA Environment. SOA Brown Bag #5 . SWIM Team. 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

colm
Download Presentation

Registry/Repository in a SOA Environment

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Registry/Repository in a SOA Environment SOA Brown Bag #5 SWIM Team March 9, 2011

  2. 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. Service Discoverability • Discoverability is a key Principle of Service Design1 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 1Principles of Service Design, Erl et.al. Prentice Hall, 2008

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

  5. 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. 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. Policy Policy Policy Policy Metadata Metadata Implementing an Infrastructure for SOA Governance Service Registry Service Management Record Alerts SLA Information Monitor Services Discover Services and Policy Web Services Consumer Web ServicesProvider Identity Management Federated Identity Manager IdentityManager AccessManager Service Security Access Control & Single Sign-On User Provisioning

  8. Governance

  9. 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. Potential Taxonomy Candidates • Organization Unit • Business Name • Lifecycle Stage • Services for Citizens

  11. 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. 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. 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. 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. 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. Design-time vs. Runtime Design-time 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) • Human interactive • Generate service Stubs from WSDLs • Browsing typically done through web interface

  17. NAS Service Registry Repository • NSRR Product • Hewlett Packard – Systinet 3.20 • Anticipate migration to Systinet 4.0 • Underlying Oracle database

  18. NSRR Functionality

  19. NSRR Login

  20. NSRR User Access • Access can be gained by completing the NSRR User Account Request Form Location: www.swim.gov -> documents -> SWIM Compliance Documents -> NSRR User Account Request Form Mail to: paul.jackson@faa.gov

  21. 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. NSRR Search Results

  23. Service in NSRR

  24. 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. NSRR Roles • NSRR Administrator • Service Provider • Service Consumer • Governance Lead • Points of Contact • Manager • Architect • Developer • Production Manager • Technical Support

  26. WWW.SWIM.GOV

More Related