Core Services block.

Slides:



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

My Two Cats Are a Community of Interest Dr. Scott Renner
NATO NNEC Core Enterprise Services
E-Delivery Infrastructure and Access Points. e-Freight receives funding from the EC FP7 Sustainable Surface Transport Programme Connectivity Today … …
Building an Operational Enterprise Architecture and Service Oriented Architecture Best Practices Presented by: Ajay Budhraja Copyright 2006 Ajay Budhraja,
Delivering Mission Agility Through Agile SOA Governance 13 th SOA e-Government Conference 4/12/2012 Presented by Wolf Tombe Chief Technology Officer (CTO)
Keeping the War Fighter Informed
UDDI, Discovery and Web Services Registries. Introduction To facilitate e-commerce, companies needed a way to locate one another and exchange information.
Reliability on Web Services Presented by Pat Chan 17/10/2005.
SmartER Semantic Cloud Sevices Karuna P Joshi University of Maryland, Baltimore County Advisors: Dr. Tim Finin, Dr. Yelena Yesha.
SOA and Web Services. SOA Architecture Explaination Transport protocols - communicate between a service and a requester. Messaging layer - enables the.
Connecting People With Information DoD Net-Centric Services Strategy Frank Petroski October 31, 2006.
Enterprise Integration Architecture IPMA Professional Development Seminar June 29, 2006 Scott Came Director, Enterprise Architecture Program Washington.
Achieving Success With Service Oriented Architecture Derek Ireland 17th March, 2005.
1 Introduction to SOA. 2 The Service-Oriented Enterprise eXtensible Markup Language (XML) Web services XML-based technologies for messaging, service description,
UDDI Overview Web Services Registry SOA Enabler. What Is UDDI? Universal Description, Discovery, and Integration Protocols for web services registry Public.
Dynamic Service Discovery Workshop on Web of Services for Enterprise Computing Kinga Dziembowski
Who is in control? Technical Committees ? Business Investment and IT Vendor Community ? Interdisciplinary Scholarship ? The public discussion space ?
Introduction and Overview “the grid” – a proposed distributed computing infrastructure for advanced science and engineering. Purpose: grid concept is motivated.
2007 Adobe Systems Incorporated. All Rights Reserved. 1 Model for the Old Web -> Client Server Server Client.
Kmi.open.ac.uk Semantic Execution Environments Service Engineering and Execution Barry Norton and Mick Kerrigan.
Web Service Architecture Part I- Overview and Models (based on W3C Working Group Note Frank.
CORDRA Philip V.W. Dodds March The “Problem Space” The SCORM framework specifies how to develop and deploy content objects that can be shared and.
1 Universal Core Executive Briefing Paul Shaw COI Forum October 16, 2007.
Just a collection of WS diagrams… food for thought Dave Hollander.
Proprietary Data Services and Ontology Driven Applications (ODA) 2nd SOA for E-Government Conference October 2006 Presented by: Atif Kureishy October.
UDDI ebXML(?) and such Essential Web Services Directory and Discovery.
Interfacing Registry Systems December 2000.
OEI’s Services Portfolio December 13, 2007 Draft / Working Concepts.
Web Services Based on SOA: Concepts, Technology, Design by Thomas Erl MIS 181.9: Service Oriented Architecture 2 nd Semester,
1 Introduction to Web Services Quality Model And Collaboration Issues for EERP Sojung Kim WSQM TC National Information society Agency.
1 UNIT –II Architecting Web Service. 2 Why SOA? – business point of view  Information Technology (IT) workers face many challenges, including: Limited.
Connecting People With Information Transforming the Way the DoD Manages Data M. David Allen OASD(NII)/DoD CIO May 23, 2006 “The.
© 2004 IBM Corporation ICSOC2004 Panel Discussion: Grid Systems: What is needed from web service standards? Jeffrey Frey IBM.
25 April Unified Cryptologic Architecture: A Framework for a Service Based Architecture Unified Cryptologic Architecture: A Framework for a Service.
UNCLASSIFIED Service Oriented Architecture, Information Sharing and the FEA DRM 23 January 2006 Bryan Aucoin DNI CIO Chief Architect
BEA position on W3C ‘Web Services’ Standards Jags Ramnarayan 11th April 2001.
Basics of SOA Testing Assurance Services Unit 24 February 2016.
8a Certified. About Us  Headquarters in Vienna, VA  Service Disabled Veteran-owned Small Business  SBA 8(a) program participant  Small Disadvantaged.
Software Architecture Patterns (3) Service Oriented & Web Oriented Architecture source: microsoft.
By Jeremy Burdette & Daniel Gottlieb. It is an architecture It is not a technology May not fit all businesses “Service” doesn’t mean Web Service It is.
United Nations Economic Commission for Europe Statistical Division CSPA: The Future of Statistical Production Steven Vale UNECE
Service Oriented Architecture (SOA) Prof. Wenwen Li School of Geographical Sciences and Urban Planning 5644 Coor Hall
Enterprise Architecture
Sabri Kızanlık Ural Emekçi
Conclusions DoD Net-Centric Data Strategy (DS) and
A Web Services Journey on the .NET Bus
Data and Applications Security Developments and Directions
Unit – 5 JAVA Web Services
SOA (Service Oriented Architecture)
System Wide Information Management (SWIM)
Universal Core Task Force Connecting People With Information
Alternativ 1 – Core services
XML Based Interoperability Components
Wsdl.
Policy based Cloud Services on a VCL platform
Introduction to Web Services and SOA
Elements of Service-Oriented Architecture
Service Oriented Architecture (SOA)
What is OGSA? GGF17 OGSA and Alternative Grid Architectures Panel
Tim Bornholtz Director of Technology Services
1/18/2019 Transforming the Way the DoD Manages Data Implementing the Net Centric Data Strategy using Communities of Interest Introduction
2/15/2019 Transforming the Way the DoD Manages Data Implementing the Net Centric Data Strategy using Communities of Interest Introduction
Service Oriented Architecture (SOA)
The Anatomy and The Physiology of the Grid
Introduction to Web Services and SOA
Subject Name: SOFTWARE ENGINEERING Subject Code:10IS51
Introduction to SOA Part II: SOA in the enterprise
Presentation transcript:

Core Services block

Basic Definitions (proposed) Core Services Basic set of generally available services Non-COI specific, of use to multiple COIs (intersection between COIs) Either: Produced by the Enterprise Or: Mandatory to be produced by all Other service implementations are based on the core services Common Services (more common than core) All services that are available to all Includes Core services Serves a large community of users Core Enterprise Services (GIG) CES, or Core Enterprise Services. Generic information services that apply to any COI, provide the basic ability to search the enterprise for desired information, and then establish a connection to the desired service. Core Service Standards Basic service descriptions and information standards WSDL, UDDI, SOAP

Basic Definitions (proposed) 2 Initial Services (Are they core?) First services to be released The services that provides Quick Wins, most value for investment Kernel Services Infrastructure enabling services upon which the service exchange infrastructure is built. Part of Core services. Microkernel Services The smallest set of services required in order to make a service exchange infrastructure work. Part of Kernel Services. Service Reference Model A model, principles and patterns showing how services work together to produce a set of higher order services, e.g. based on a tier or layered pattern or any other collaboration pattern.

Type of Core Service specifications Service Type or description defined, can be implemented by many producers all with different properties. No guaranties given by the enterprise that any service instances is available at a particular point in time. Service instances available to everybody on the net. Produced by the enterprise, some service level on e.g. availability is guaranteed by the enterprise Mandatory services that all on the net must make available to the enterprise. May be a different set for producers versus consumers.

Core Services (from DoD Shared Services) Core services consist of basic infrastructure capabilities needed across the enterprise. Examples of core services include discovery, messaging, mediation, storage, user support, security, collaboration and enterprise management. These types of services have typically been developed for commercial customers and are available from vendors on a per license basis or are acquired as managed services on the DoD networks and made available to programs of record. A business model that provides broad availability for these services to the DoD in a cost-effective manner can contribute to the development of an SOA. In addition, common core services and a greater maturity in the standards for these service areas are needed to resolve interoperability issues that still exist between vendors and therefore, between resulting DoD implementations in several core service areas (e.g., messaging and discovery). Although open standards have helped to reduce the problems of vendor incompatibility, there are still many remaining gaps in today’s standards that limit the ability to share information or services across communities.

Common Services (from DoD shared services) Common services are work products that support a broad base of service consumers. Examples include weather, satellite propagation, logistics modules, track management, data fusion, and other capabilities that are needed by multiple mission areas, communities of interest (COIs), or programs of record. This category of service provides the greatest opportunity for increased effectiveness from interoperability and for reduced cost, including financial savings from economies of scale.

Service classifications, CEN NEA Example Kernel Services? Core Services?

CEN NEA Policies Policy Framework Directories Security Metadata Ontology Service Definition Quality of Service, Service Level Agreements Modeling Commercial Service Chaining

CEN NEA Infrastructure and Enablers Repository, Registry, Catalogue Security (18 different) Contract and Payment Helpdesk Testing Training, Tutorial Development Time QoS Supervision Messaging Etc.

CEN NEA General Services

CEN NEA COI Specific Services

Examples of OASIS related work ebXML, processes and services ebXML Messaging ebXML Registry Translating Web Services Web Services Notification Web Services Security Web Services Transaction Web services resources Web Services Quality

Examples of W3C related work WS Security WS Policy WS Trust WS Choreography WS Interoperability Time services

Areas of services standardization Service concept Business process Policy Security Service definitions and descriptions Information models Service Data Objects, information sharing and management Resources Transactions Service management Service level agreements, Quality of services

Business Applications LedsystT TRM – Technical Reference Model Security Support Applications Business Applications Kernel Infrastructure System Management The TRM will contain Business Applications which are unique to NBD, i.e. Blue Force Tracking Common Support Applications, i.e. Mail, GIS-services Integration of system functions through Infrastructure functions, i.e. Service Directory, Data base manager, Dialogue handling Kernel functions, like operating system, basic access functions Security services across all systems System Management services across all systems Infrastructure Integra-tion Service support HSI Support Communication Control Data Management Service Registry Service Bus The TRM contains the building blocks to develop the FMLS 2010 system. Interface specifications and standards will be defined by the architecture. This is the basis for the technical system implementation.

The technical system functions are structured according to the “Technical Reference Model -TRM” in LedsystT

Ex LedsystT TRM block System Management Services

Ex LedsystT Business applications

Ex LedsystT NERE – Network Enabling Runtime Environment - 1

Content Discovery and Delivery GIG DISA NCES Services Infrastructure: NCES Increment 1 Capabilities Collaboration Shared Info Space Net-Centric Apps Enterprise Collaboration Content Discovery and Delivery SOA Foundation Service Discovery People Discovery Service Security Text Messaging Enterprise Search Service Management Web Conference Content Delivery Service Messaging Application Sharing Service Mediation Whiteboard Identity Management

Old NCOW RM (In ver 1.1 Nov 05 there is no model).

NNEC FS Core services Foundation (Core) Services i. Discovery ii. Information Assurance (Security) iii. Messaging iv. Enterprise Service Management Interoperability (Core) Services i. Storage ii. Application Collaboration (Core) Services i. Mediation ii. Collaboration iii. User Assistance

NNEC Layered service architecture

NNEC Apps to Core services

Separation of Concerns User/application perspective Management perspective Infrastructure perspective Security perspective

Drivers in the selection of Core Services Establish enablers in a stable way avoiding large later rework Separate user/application from admin/infrastructure Prepare for plug-in of anticipated later additions with minimum effect on other parts Implement as much as possible as services Quick Wins by providing maximum value per cost Easy to implement Useful for a large community High value for the users/stakeholders