1 / 14

Standards landscape and ARC development plans

Standards landscape and ARC development plans. Péter Stefán KnowARC WP3 + NIIF. Agenda. Importance Interoperability Process T3.3 and T3.4 Standards survey Important for ARC and KnowARC. Why to deal with standards?.

tudor
Download Presentation

Standards landscape and ARC development plans

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. Standards landscape and ARC development plans Péter Stefán KnowARC WP3 + NIIF

  2. Agenda • Importance • Interoperability • Process • T3.3 and T3.4 • Standards survey • Important for ARC and KnowARC

  3. Why to deal with standards? • Numerous grid infrastructure and middleware initiatives: thematic and regional grids that do not even talk to each other at service level. • Lessons learned from network development: protocol war in 80s, then consolidation, then huge boots in development. • What had led to this? The recognition of the original purpose: connecting computers. • In grid: connect resources. • Tool: commonly accepted data models and interfaces.

  4. Interoperability • Definition: “the ability of systems, units, or forces to provide services to and accept services from other systems, units or forces and to use the services exchanged to enable them to operate effectively together”. • The emphasis is on the service not on the infrastructures that provide them. • KnowARC: dedicated WP3, 5 tasks.

  5. Interoperability, interoperation

  6. Dealing with standards • Two way, iterative procedure: a) implement usable standards, b) provide improvement feedback to the standardization bodies. • Our model corresponds to this iterative process: T3.3 “inbound”, T3.4 “outbound”.

  7. Survey of standards • D3.3-1 originally referred to as OGSA survey: a document summarizing current standards, quasi-standards. • Gratitude: Alex Konstantinov, Balázs Kónya, Ferenc Szalai, Mattias Ellert. • Different grid (or grid-related) standardization organizations: OGF, OASIS, IETF, W3C. • Title, Organization, Reference, Summary, Relevance, Action, Issues. • Relevant, potentially relevant, good to know about, irrelevant.

  8. Relevant standards - core • GDF.80 - OGSA architecture process (capabilities): ARC will be re-engineered in a WS-framework, rely on XML/WSDL/SOAP, accept WS-Addressing, provide state manipulation and notification functionality and satisfy one or more OGSA profiles. • GFD.72 + WS-I BP, BSP - WS-RF Basic Profile: The development of ARC components based on the WS-RF specifications included in this profile must follow the instructions of the profile.

  9. Relevant standards - exec cap. • GFD.56 - JSDL: Should be used for communication among services dealing with job instances. xRSL, JSDL Arclib. Extensions. • OGSA-BES (interface, activities): The basic job management service can use BES-Factory as a primary interface but it is clear that some extensions will be required, and such extensions can be collected in a BES-specific Profile. • Extensions in sync.

  10. Relevant standards - data • GFD.47 - GridFTP: Support the protocol; as soon as the new features are implemented in GT4.x C libraries, they should be included into ARC. Transfer neutrality - modular layout. • SRM: Storage management capability is an important feature of ARC that will be implemented through the SRM version 2.2 in addition to other more suitable solutions. • Interoperation, interoperability purposes.

  11. Relevant standards - infosys • GLUE (sites, services, computing and storage resources): We should try to use Glue 2.0 as a basic information model during the ARC implementation. Mapping between GLUE and ARC schema is available.

  12. Relevant standards - security • RFC3820 - X.509 Proxy certificate profile: Core implementation should focus on supporting such standardized PCs. • BSP SC - extends WS-I BSP: No anonymous connections. Follow the development of the draft while implementing middleware.

  13. Possibly relevant standards • GFD.73 - Application Content Service for RTEs, • GFD.54 - MyProxy, • GFD.53 - OGSA standards roadmap, • GFD.38 - Authorization framework, • GFD.24 - GSS-API, • RUS, GGF-UR, • WS-Addressing, • XACML, SAML, WSN

  14. Thanks + Questions

More Related