Introduction to Globus: Current Experience and Near Term Plans - PowerPoint PPT Presentation

Loading...

PPT – Introduction to Globus: Current Experience and Near Term Plans PowerPoint presentation | free to view - id: c8960-ZDc1Z



Loading


The Adobe Flash plugin is needed to view this content

Get the plugin now

View by Category
About This Presentation
Title:

Introduction to Globus: Current Experience and Near Term Plans

Description:

... a community behind them. Why reinvent the wheel? Standards facilitate ... These mechanisms can be hidden entirely from users, but still used behind the scenes ... – PowerPoint PPT presentation

Number of Views:206
Avg rating:3.0/5.0
Slides: 70
Provided by: jennif272
Category:

less

Write a Comment
User Comments (0)
Transcript and Presenter's Notes

Title: Introduction to Globus: Current Experience and Near Term Plans


1
Introduction to Globus Current Experience and
Near Term Plans
  • Jennifer M. Schopf
  • Argonne National Lab
  • http//www.mcs.anl.gov/jms/Talks/

2
Agenda Today
  • 900 - Introduction to Globus, current
    experience, and near term plans
  • Jennifer Schopf, ANL
  • 1000 - GridShib and MyProxy
  • Von Welch, NCSA
  • 1030 - OGF scheduled break
  • 1100 Introduce Grid Service Authoring
    Framework
  • Shannon Hastings, OSU
  • 1120 - OGSA-DAI
  • Neil Chue Hong, EPCC
  • 1140 Distributed Data Manager (DDM)
  • Steve Tuecke, Univa
  • 1200 - Open Discussion Time

3
What is a Grid?
  • Resource sharing
  • Computers, storage, sensors, networks,
  • Sharing always conditional issues of trust,
    policy, negotiation, payment,
  • Coordinated problem solving
  • Beyond client-server distributed data analysis,
    computation, collaboration,
  • Dynamic, multi-institutional virtual orgs
  • Community overlays on classic org structures
  • Large or small, static or dynamic

4
Why Is this Hard or Different?
  • Lack of central control
  • Where things run
  • When they run
  • Shared resources
  • Contention, variability
  • Communication
  • Different sites implies different sys admins,
    users, institutional goals, and often strong
    personalities

5
So Why Do It?
  • Computations that need to be done with a time
    limit
  • Data that cant fit on one site
  • Data owned by multiple sites
  • Applications that need to be run bigger, faster,
    more
  • Size and/or complexity of the problem requires
    that people in several organizations collaborate
    and share computing resources, data, instruments

6
The Role of the Globus
  • A collection of solutions to problems that come
    up frequently when building collaborative
    distributed applications
  • Heterogeneity
  • A focus, in particular, on overcoming
    heterogeneity for application developers
  • Standards
  • We capitalize on and encourage use of existing
    standards (IETF, W3C, OASIS, GGF)
  • GT also includes reference implementations of
    new/proposed standards in these organizations

7
Globus is an Hour Glass
Higher-Level Services and Users
  • Local sites have an their own policies, installs
    heterogeneity!
  • Queuing systems, monitors, network protocols, etc
  • Globus unifies
  • Build on Web services
  • Use WS-RF, WS-Notification to represent/access
    state
  • Common management abstractions interfaces

Standard GT4 Interfaces
Local heterogeneity
8
Globus is a Building Block
  • Basic components for grid functionality
  • Highest-level services are often application
    specific, we let applications concentrate there
  • Easier to reuse than to reinvent
  • Compatibility with other Grid systems comes for
    free
  • We provide basic infrastructure to get you one
    step closer

9
Globus and the Globus Toolkit
  • Globus is an open source development environment
    consisting of many independent projects
  • Old favorites such as GridFTP, GRAM
  • Incubation projects to add in new functionality
    (more later)
  • Globus Toolkit is a coordinated release of a
    subset of those projects that meet certain
    documentation, testing, and functionality
    agreements

10
Globus Toolkit Open Source Grid Infrastructure
Globus Toolkit v4 www.globus.org
Data Replication
Replica Location
CredentialMgmt
OGSA-DAI
Delegation
Python Runtime
WebMDS
MPICH G2
Reliable File Transfer
CommunityAuthorization
Trigger
C Runtime
Workspace Management
GridFTP
Authentication Authorization
Grid Resource Allocation Management
Index
Java Runtime
Data Mgmt
Security
CommonRuntime
Execution Mgmt
Info Services
11
WSRF vs XML/SOAP
  • The definition of WSRF means that the Grid and
    Web services communities can move forward on a
    common base
  • Why Not Just Use XML/SOAP?
  • WSRF and WS-N are just XML and SOAP
  • WSRF and WS-N are just Web services
  • Benefits of following the specs
  • These patterns represent best practices that have
    been learned in many Grid applications
  • There is a community behind them
  • Why reinvent the wheel?
  • Standards facilitate interoperability

12
GT2 vs GT4
  • Pre-WS Globus is in GT4 release
  • Both WS and pre-WS components (ala 2.4.3) are
    shipped
  • These do NOT interact, but both can run on the
    same resource independently
  • Basic functionality is the same
  • Run a job
  • Transfer a file
  • Monitoring
  • Security
  • Code base is completely different

13
Why Use Web Service-Based GT4?
  • Performance and reliability
  • Literally millions of tests and queries run
    against GT4 services
  • Scalability
  • Many lessons learned from GT2 have been addressed
    in GT4
  • Support
  • This is our active code base, much more attention
  • Additional functionality
  • New features are here
  • Additional GRAM interfaces to schedulers, MDS
    Trigger service, GridFTP protocol interfaces, etc
  • Easier to contribute to

14
Globus Toolkit Open Source Grid Infrastructure
Globus Toolkit v4 www.globus.org
Data Replication
Replica Location
CredentialMgmt
OGSA-DAI
Delegation
Python Runtime
WebMDS
MPICH G2
Reliable File Transfer
CommunityAuthorization
Trigger
C Runtime
Workspace Management
GridFTP
Authentication Authorization
Grid Resource Allocation Management
Index
Java Runtime
Data Mgmt
Security
CommonRuntime
Execution Mgmt
Info Services
15
GT4 Web Services Runtime
  • Supports both GT (GRAM, RFT, Delegation, etc.)
    user-developed services
  • Redesign to enhance scalability, modularity,
    performance, usability
  • Leverages existing WS standards
  • WS-I Basic Profile WSDL, SOAP, etc.
  • WS-Security, WS-Addressing
  • Adds support for emerging WS standards
  • WS-Resource Framework, WS-Notification
  • Java, Python, C hosting environments
  • Java is standard Apache

16
What does Core give you?
  • Reference implementation of WSRF and WS-N
    functions
  • Naming and bindings (basis for virtualization)
  • Every resource can be uniquely referenced and has
    one or more associated services for interacting
  • Lifecycle (basis for resilient state management)
  • Resources created by svcs following a factory
    pattern
  • Resource destroyed immediately or scheduled
  • Information model (basis for monitoring
    discovery)
  • Resource properties associated with resources
  • Operations for querying and setting this info
  • Asynchronous notification of changes to
    properties
  • Service groups (basis for registries collective
    svcs)
  • Group membership rules and membership management
  • Base fault type

17
Globus Toolkit Open Source Grid Infrastructure
Globus Toolkit v4 www.globus.org
Data Replication
Replica Location
CredentialMgmt
OGSA-DAI
MPICH G2
Delegation
Python Runtime
WebMDS
Reliable File Transfer
CommunityAuthorization
Trigger
C Runtime
Workspace Management
GridFTP
Authentication Authorization
Grid Resource Allocation Management
Index
Java Runtime
Data Mgmt
Security
CommonRuntime
Execution Mgmt
Info Services
18
Globus Security
  • Control access to shared services
  • Address autonomous management, e.g., different
    policy in different work-groups
  • Support multi-user collaborations
  • Federate through mutually trusted services
  • Local policy authorities rule
  • Allow users and application communities to set up
    dynamic trust domains
  • Personal/VO collection of resources working
    together based on trust of user/VO

19
Virtual Organization (VO) Concept
  • VO for each application or workload
  • Carve out and configure resources for a
    particular use and set of users

20
GT4 Security
  • Public-key-based authentication
  • Transport- and message-level authentication
  • Extensible authorization framework based on Web
    services standards
  • SAML-based authorization callout
  • Integrated policy decision engine
  • XACML policy language, per-operation policies,
    pluggable

21
Security Tools
  • Basic Grid Security Mechanisms
  • Certificate Generation Tools
  • Certificate Management Tools
  • Getting users registered to use a Grid
  • Getting Grid credentials to wherever theyre
    needed in the system
  • Authorization/Access Control Tools
  • Storing and providing access to system-wide
    authorization information
  • Credential management service
  • MyProxy (One time password support)

22
Next Talk
  • Von Welch, giving details on My Proxy and GridShib

23
A Cautionary Note
  • Grid security mechanisms are tedious to set up
  • If exposed to users, hand-holding required
  • These mechanisms can be hidden entirely from
    users, but still used behind the scenes
  • These mechanisms exist for good reasons.
  • It is unlikely that an ambitious project could go
    into production operation without security like
    this
  • Most successful projects end up using Grid
    security, but using it in ways that end users
    dont see much

24
Globus Toolkit Open Source Grid Infrastructure
Globus Toolkit v4 www.globus.org
Data Replication
Replica Location
CredentialMgmt
OGSA-DAI
MPICH G2
Delegation
Python Runtime
WebMDS
Reliable File Transfer
CommunityAuthorization
Trigger
C Runtime
Workspace Management
GridFTP
Authentication Authorization
Grid Resource Allocation Management
Index
Java Runtime
Data Mgmt
Security
CommonRuntime
Execution Mgmt
Info Services
25
GRAM - Basic Job Submission and Control Service
  • A uniform service interface for remote job
    submission and control
  • Includes file staging and I/O management
  • Includes reliability features
  • Supports basic Grid security mechanisms
  • Available in Pre-WS and WS
  • GRAM is not a scheduler.
  • No scheduling
  • No metascheduling/brokering
  • Often used as a front-end to schedulers, and
    often used to simplify metaschedulers/brokers

26
GRAM (cont)
  • Common WS interface to schedulers
  • Unix, Condor, LSF, PBS, SGE,
  • More generally interface for process execution
    management
  • Lay down execution environment
  • Stage data
  • Monitor manage lifecycle
  • Kill it, clean up
  • A basis for application-driven provisioning

27
GT4 WS GRAM
  • 2nd-generation WS implementation optimized for
    performance, flexibility, stability, scalability
  • Streamlined critical path
  • Use only what you need
  • Flexible credential management
  • Credential cache delegation service
  • GridFTP RFT used for data operations
  • Data staging streaming output
  • Eliminates redundant GASS code

28
Resource Specification Language
  • ltjobgt
  • ltexecutablegt/bin/echolt/executablegt
    ltdirectorygt/tmplt/directorygt ltargumentgt12lt/argument
    gt
  • ltenvironmentgtltnamegtPIlt/namegt ltvaluegt3.141lt/valuegtlt
    /environmentgt
  • ltstdingt/dev/nulllt/stdingt
  • ltstdoutgtstdoutlt/stdoutgt
  • ltstderrgtstderrlt/stderrgt
  • lt/jobgt

29
Execution Management GridWay
  • Not part of the toolkit but part of Globus
  • Just last week!
  • Enables large-scale, reliable, and efficient
    sharing of computing resources managed by
    different distributed resource management systems
  • Works with GRAM and MDS
  • Flexible Policies as well

30
Globus Toolkit Open Source Grid Infrastructure
Globus Toolkit v4 www.globus.org
Data Replication
Replica Location
CredentialMgmt
OGSA-DAI
MPICH G2
Delegation
Python Runtime
WebMDS
Reliable File Transfer
CommunityAuthorization
Trigger
C Runtime
Workspace Management
GridFTP
Authentication Authorization
Grid Resource Allocation Management
Index
Java Runtime
Data Mgmt
Security
CommonRuntime
Execution Mgmt
Info Services
31
GT4 Data Management
  • Stage/move large data to/from nodes
  • GridFTP, Reliable File Transfer (RFT)
  • Alone, and integrated with GRAM
  • Locate data of interest
  • Replica Location Service (RLS)
  • Replicate data for performance/reliability
  • Distributed Replication Service (DRS)
  • Provide access to diverse data sources
  • File systems, parallel file systems, hierarchical
    storage GridFTP
  • Databases OGSA DAI

32
GridFTP
  • A high-performance, secure, reliable data
    transfer protocol optimized for high-bandwidth
    wide-area networks
  • FTP with well-defined extensions
  • Uses basic Grid security (control and data
    channels)
  • Multiple data channels for parallel transfers
  • Partial file transfers
  • Third-party (direct server-to-server) transfers
  • Reusable data channels
  • Command pipelining
  • GGF recommendation GFD.20

33
GridFTP in GT4
Disk-to-disk onTeraGrid
  • 100 Globus code
  • No licensing issues
  • Stable, extensible
  • IPv6 Support
  • XIO for different transports
  • Striping ? multi-Gb/sec wide area transport
  • Pluggable
  • Front-end e.g., future WS control channel
  • Back-end e.g., HPSS, cluster file systems
  • Transfer e.g., UDP, NetBLT transport

34
Reliable File TransferThird Party Transfer
  • Fire-and-forget transfer
  • Web services interface
  • Many files directories
  • Integrated failure recovery
  • Has transferred 900K files

RFT Client
SOAP Messages
Notifications(Optional)
RFT Service
GridFTP Server
GridFTP Server
35
Replica Location Service
  • Identify location of files via logical to
    physical name map
  • Distributed indexing of names, fault tolerant
    update protocols
  • GT4 version scalable stable
  • Managing 40 million files across 10 sites

Index
Index
Local DB Update send (secs) Bloom filter (secs) Bloom filter (bits)
10K lt1 2 1 M
1 M 2 24 10 M
5 M 7 175 50 M
36
OGSA-DAI
  • Web services interface for accessing structured
    data resources
  • Neil Chue Hong is speaking later

37
Globus Toolkit Open Source Grid Infrastructure
Globus Toolkit v4 www.globus.org
Data Replication
Replica Location
CredentialMgmt
OGSA-DAI
MPICH G2
Delegation
Python Runtime
WebMDS
Reliable File Transfer
CommunityAuthorization
Trigger
C Runtime
Workspace Management
GridFTP
Authentication Authorization
Grid Resource Allocation Management
Index
Java Runtime
Data Mgmt
Security
CommonRuntime
Execution Mgmt
Info Services
38
Monitoring and Discovery System(MDS4)
  • Grid-level monitoring system used most often for
    resource selection
  • Aid user/agent to identify host(s) on which to
    run an application
  • Uses standard interfaces to provide publishing of
    data, discovery, and data access, including
    subscription/notification
  • WS-ResourceProperties, WS-BaseNotification,
    WS-ServiceGroup
  • Functions as an hourglass to provide a common
    interface to lower-level monitoring tools

39
Information Users Schedulers, Portals, Warning
Systems, etc.
WS standard interfaces for subscription,
registration, notification
Standard Schemas (GLUE schema, eg)
40
MDS4 Components
  • Information Providers
  • Interface to data sources with standard
    publish/subscribe interfaces
  • Info from other tools, scripts, file scraping,
    etc.
  • Index Service is both registry and cache
  • Data type and provider info, like a registry
    (UDDI)
  • Last value of data, like a cache
  • Trigger Service
  • Subscribe to a set of resource properties
  • Evaluate that data against a set of
    pre-configured conditions (triggers)
  • When a condition matches, email is sent
  • WebMDS
  • Uses standard resource property queries and XSLT
    transforms

41
Information Providers
  • Data sources for the higher-level services
  • Every WS-RF service is an information provider
  • Service type, start time, version number
  • Most GT4 services have extra data as well
  • Other data sources have been made into
    information providers
  • Interfaces to cluster monitoring, queues
  • File scraping
  • Any executable can be used, just need to produce
    a valid XML document

42
MDS4 Index Service
  • Index Service is both registry and cache
  • Datatype and data provider info, like a registry
    (UDDI)
  • Last value of data, like a cache
  • Subscribes to information providers
  • In memory default approach
  • Can be set up for a site or set of sites, a
    specific set of project data, or for
    user-specific data only
  • Can be a multi-rooted hierarchy

43
MDS4 Trigger Service
  • Subscribe to a set of resource properties
  • Evaluate that data against a set of
    pre-configured conditions (triggers)
  • When a condition matches, action occurs
  • Email is sent to pre-defined address
  • Website updated
  • ESG has been using this functionality for the
    last 2 years

44
WebMDS
  • Uses standard resource property queries and XSLT
    transforms
  • Customized pages are simply done by using HTML
    form options and creating your own XSLT
    transforms

45
(No Transcript)
46
(No Transcript)
47
Globus Toolkit Open Source Grid Infrastructure
Globus Toolkit v4 www.globus.org
Data Replication
Replica Location
CredentialMgmt
OGSA-DAI
MPICH G2
Delegation
Python Runtime
WebMDS
Reliable File Transfer
CommunityAuthorization
Trigger
C Runtime
Workspace Management
GridFTP
Authentication Authorization
Grid Resource Allocation Management
Index
Java Runtime
Data Mgmt
Security
CommonRuntime
Execution Mgmt
Info Services
48
Tested Platforms
  • Debian
  • Fedora Core
  • FreeBSD
  • HP/UX
  • IBM AIX
  • Red Hat
  • Sun Solaris
  • SGI Altix (IA64 running Red Hat)
  • SuSE Linux
  • Tru64 Unix
  • Apple MacOS X (no binaries)
  • Windows Java components only
  • List of binaries and known platform-specific
    install bugs at
  • http//www.globus.org/toolkit/docs/4.0/admin/
    docbook/ ch03.html

49
Documentation
  • Current document significantly more detailed than
    earlier versions
  • http//www.globus.org/toolkit/docs/4.0/
  • Tutorials available for those of you building a
    new service
  • http//www-unix.globus.org/toolkit/tutorials/BAS/
  • Globus Toolkit 4 Programming Java Services (The
    Morgan Kaufmann Series in Networking), by Borja
    Sotomayor, Lisa Childers

50
Versioning and Support
  • Versioning
  • Evens are production (4.0.x, 4.2.x),
  • Odds are development (4.1.x)
  • We support this version and the one previous
  • Currently were at 4.0.3 (as of 26 Aug. 06) so
    we support 3.2 and 4.0
  • Weve also got the 4.1.0 development release
    available

51
Several Possible Next Versions
  • 4.0.4 stable release
  • 100 same interfaces, bug fixes only
  • Expected in 2-4 months?
  • 4.1.x development release(s)
  • New functionality
  • Expected often soon?
  • 4.2.0 - stable release
  • When 4.1.x has enough new functionality, and is
    stable
  • Proposal of mid 2007, to be discussed on
    gt-dev_at_globus.org
  • 5.0 substantial code base change
  • With any luck, not for years )

52
So How CanYou Be Involved?
53
The Globus Commitment to Open Source
  • Globus was first established as an open source
    project in 1996
  • The Globus Toolkit is open source to
  • allow for inspection
  • for consideration in standardization processes
  • encourage adoption
  • in pursuit of ubiquity and interoperability
  • encourage contributions
  • harness the expertise of the community
  • The Globus Toolkit is distributed under the
    (BSD-style) Apache License version 2

54
Open Contribution
  • But distributing code under an open source
    license does not guarantee open development!
  • Open development requires open processes
  • So we have created dev.globus to facilitate
    contributions
  • Globus Development Environment
  • http//dev.globus.org/

55
Governance Model
  • Based on Apache Jakarta
  • Individual development efforts organized as
    projects
  • Consensus-based decision making
  • Control over each project in the hands of its
    most active and respected contributors
    (committers)
  • Globus Management Committee (GMC) providing
    overall guidance and conflict resolution

56
Common Infrastructure
  • Code repositories (CVS, SVN)
  • Mailing lists
  • -dev, -user, -announce, -commit for every
    project
  • Issue tracking (bugzilla)
  • Including roadmap info for future development
  • Wikis
  • Known interactions for people accessing your
    project

57
Sample
  • http//dev.globus.org/wiki/GRAM

58
(No Transcript)
59
(No Transcript)
60
(No Transcript)
61
(No Transcript)
62
Current Technology Projects
  • Common runtime projects
  • C Core Utilities, C WS Core, CoG jglobus, Core WS
    Schema, Java WS Core, Python Core, XIO
  • Data projects
  • Data Replication, GridFTP, OGSA-DAI, Reliable
    File Transfer, Replica Location
  • Execution projects
  • GRAM, GridWay, MPICH-G2
  • Information services projects
  • MDS4
  • Security Projects
  • C Security, CAS/SAML Utilities, Delegation
    Service, GSI-OpenSSH, MyProxy

63
Non-Technology Projects
  • Distribution Projects
  • Globus Toolkit Distribution
  • Process was used for April 4.0.2 4.0.3 releases
  • Documentation Projects
  • GT Release Manuals
  • Incubation Projects
  • Incubation management project
  • And any new projects wanting to join

64
Incubator Process in dev.globus
  • Entry point for new Globus projects
  • Incubator Management Project (IMP)
  • Oversees incubator process form first contact to
    becoming a Globus project
  • Quarterly reviews of current projects
  • Process being debugged by Incubator Pioneers
  • http//dev.globus.org/wiki/Incubator/
    Incubator_Process

65
Incubator Process (1 of 3)
  • Project proposes itself as a Candidate
  • A proposed name for the project
  • A proposed project chair, with contact info
  • A list of the proposed committers for the
    project
  • An overview of the aims of the project
  • An overview of any current user base or user
    community, if applicable
  • An overview of how the project relates to other
    parts of Globus
  • A summary of why the project would enhance and
    benefit Globus.

66
Incubator Process (2 of 3)
  • IMP meet, discuss, and accept project as a
    ProtoProject
  • ProtoProject now part of the Incubator framework
  • Get assigned a Mentor to help
  • Member of IMP
  • Bridge between Globus and new ProtoProject
  • Opportunity to get up to speed on Globus
    Development process

67
Incubator Process (3 of 3)
  • Quarterly reviews by IMP determine
  • Stay a ProtoProject
  • Retire
  • Escalate to a full Globus project
  • Escalation when ProtoProject passes checklist
  • Legal
  • Meritocracy
  • Alignment/Synergy
  • Infrastructure

68
Weve Just had Our First Escalation!
  • GridWay Meta Scheduling Project
  • Provides scheduling functionality similar to that
    found on local DRM (Distributed Resource
    Management) systems
  • Advanced scheduling capabilities on a Grid
    consisting of Globus services
  • Dynamic discovery selection
  • Opportunistic migration
  • Support for the definition of new scheduling
    policies
  • Detection and recovery from remote and local
    failures
  • DRM-like commands to
  • submit, monitor, synchronize and control single,
    array and interdependent jobs
  • monitor Globus resources and users
  • extract Grid accounting information
  • Full support for C and JAVA DRMAA GGF standard
  • Straightforward deployment that does not require
    new services apart from those provided by the
    Globus Toolkit MDS, GRAM, GridFTP and RFT

69
Current Incubator Projectsdev.globus.org/wiki/Wel
come Incubator_Projects
  • Distributed Data Management (DDM)
  • Dynamic Accounts
  • Grid Authentication and Authorization with
    Reliably Distributed Services (GAARDS)
  • Grid Development Tools for Eclipse (GDTE)
  • GridShib
  • Grid Toolkit Handle System (gt-hs)
  • Higher Order Component Service Architecture
    (HOC-SA)
  • Introduce
  • Local Resource Manager Adaptors (LRMA)
  • Metrics
  • MEDICUS
  • OGCE
  • Portal-based User Registration Service (PURSe)
  • ServMark
  • UCLA Grid Portal Software (UGP)
  • WEEP
  • Cog Workflow
  • Virtual Workspaces

70
Current Incubator Projectsdev.globus.org/wiki/Wel
come Incubator_Projects
  • Distributed Data Management (DDM)
  • Dynamic Accounts
  • Grid Authentication and Authorization with
    Reliably Distributed Services (GAARDS)
  • Grid Development Tools for Eclipse (GDTE)
  • GridShib
  • Grid Toolkit Handle System (gt-hs)
  • Higher Order Component Service Architecture
    (HOC-SA)
  • Introduce
  • Local Resource Manager Adaptors (LRMA)
  • Metrics
  • MEDICUS
  • OGCE
  • Portal-based User Registration Service (PURSe)
  • ServMark
  • UCLA Grid Portal Software (UGP)
  • WEEP
  • Cog Workflow
  • Virtual Workspaces

71
How Can You Contribute?Create a New Project
  • Do you have a project youd like to contribute?
  • Does your software solve a problem you think the
    Globus community would be interested in?
  • Contact incubator-committers_at_globus.org
  • Contact me! Im at OGF through Wednesday and
    happy to help you out jms_at_mcs.anl.gov

72
Contribute to an Existing Project
  • Contribute code, documentation, design ideas, and
    feature requests
  • Joining the mailing lists
  • -dev, -user, -announce for each project
  • See the project wiki page at dev.globus.org
  • Chime in at any time
  • Regular contributors can become committers, with
    a role in defining project directions.

73
How Can You Contribute?
  • Ask and answer questions
  • Each project has a set of mailing lists set up
    for users and developers
  • See the project wiki pages at dev.globus.org for
    additional information.
  • Track progress
  • All dev.globus projects have a roadmap in
    bugzilla where feature requests and bugs can be
    entered, commented on, and tracked by anyone in
    the community.
  • For more information on contributing see the
    links at
  • dev.globus.org/wiki/How_to_contribute

74
Our Next Steps
  • Expanded open source Grid infrastructure
  • Virtualization
  • New services for data management, security, VO
    management, troubleshooting
  • End-user tools for application development
  • Etc., etc.
  • Some infrastructure work
  • How outside projects can join the Toolkit
  • Expanded outreach program (outreach_at_globus.org)
  • And of course responding to user requests for
    other short-term needs

75
Where Were From
  • Globus Toolkit v4 is the work of many talented
    members across the world!
  • Argonne National Laboratory, National Center for
    Supercomputing Applications, Lawrence Berkeley
    National Laboratory, Northern Illinois
    University, University Chicago, ISI/University of
    Southern California
  • Globus committers are also from
  • Childrens Hospital LA, Corporation for National
    Research Initiatives, Delft University of
    Technology, Ohio State University, Universidad
    Complutense de Madrid, University of British
    Columbia, University of California Los Angeles,
    University of Marburg, University of Muenster

76
For More Information
  • Jennifer Schopf
  • jms_at_mcs.anl.gov
  • http//www.mcs.anl.gov/jms
  • Globus Main Website
  • http//www.globus.org
  • Dev.globus
  • http//dev.globus.org
  • UK ETF GT4 report
  • http//www.nesc.ac.uk/technical_papers/
  • UKeS-2005-03.pdf
About PowerShow.com