This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/go/artf5638?nav=1 at Sun, 06 Nov 2022 04:42:46 GMT SourceForge : artf5638: Some comments from Geoffery

Project Home

Tracker

Documents

Tasks

Source Code

Discussions

File Releases

Wiki

Project Admin
Search Tracker
Project: TSC     Trackers > Tasks for our Technical Strategy Document > View Artifact
Artifact artf5638 : Some comments from Geoffery
Tracker: Tasks for our Technical Strategy Document
Title: Some comments from Geoffery
Description:
Geoffery provided the following:

I think it would important to define 
a) Assumptions made in article e.g. what is or is not a Grid e,g.
    Is Skype a Grid or more generally are P2P systems grids?
    Is Amazon S3 and Elastic Computing Cloud a Grid?
    Are systems built around BOINC (SETI@Home technology) Grids?

b) The article starts on virtualization but one powerful approach to this -- namely Enterprise Service Buses and SOA -- 
is not usually defined as a Grid. Again some would argue that social networking sites (and Web 2.0 in general) are more 
powerful than virtual organizations as used in Grids. 

c) Of course many think that Web services (the Web) did it all before Grids. Yet others think Web services are an 
unnecessary complication and REST is all you need.

d) Some consider " Grids have proven their value to scientific and engineering applications whether in academic, 
government or LOB organizations" controversial as so many projects have been successful "proofs of concept" but not 
production. 

These points can be addressed but its not so easy in the short length envisaged for this document. Also addressing them 
would lead to many caveats and make case less convincing to some. It could be useful to decide on audience (market) you 
are addressing and focus on it so you can address their prejudices. 
Submitted By: David Snelling
Submitted On: 11/20/2006 10:54 AM EST
Last Modified: 01/04/2007 4:42 AM EST
Closed: 01/04/2007 4:42 AM EST

Status / Comments Change Log Associations Attachments  
Status  
Group: *
Status:* Closed
Category: *
Customer: *
Priority: * 1
Assigned To: * Geoffrey Fox
Reported in Release: *
Fixed in Release: *
Estimated Hours: * 0
Actual Hours: * 0
Comments
David Snelling: 01/04/2007 4:42 AM EST
  Comment:
Based on a note from Geoffery, these orriginal comments were on the Landscape document so I will close this tracker.

However, his later comments about Technical Strategy covering more than just standards needs to be addressed. I have created another item in the 
discussion tracker to cover this.

Thansk Geoffery.
  Action: Update
Closed set to 01/04/2007
Status changed from Open to Closed
David Snelling: 01/03/2007 12:24 PM EST
  Comment:
With respect to non-standards activities in the OGF, the TSc agreed that another doc was probably needed, but that the TSC Doc should make it clear 
that it is one of several strategy docs.
  Action: Update
David Snelling: 01/03/2007 11:27 AM EST
  Comment:
More from Geoffery:

I believe that  the document needs a stronger discussion of role of pre-existing software, Information documents reviewing them, workshops, software 
user forums, Enterprise adoption/requirements etc. I could write this but not now as end of semester chaos is raining down all over me!
I could do this by end of 2006

-------------------------------------

I am afraid that I do not believe in current document and having done negligible work on it, you should remove me from section 7 with contributers. 
Here are some comments. First I would restate goal at start of section 2 as something like

The Open Grid Forum should commit all its available resources to the goal that before this decade is out, commercial and academic organizations will 
build real operational grids with OGF help.

We should try to be useful -- not to force people to use "our products" -- the purpose of interoperable frameworks is to enable people to choose the 
best of the best. I like the rest of section 2 and figure 1. I think however that section 3 describes a process that is very unlikely to succeed. In 
particular it seems to assume that all requirements are met either by OGF standards or an OGF WG producing a BKM. This is certainly not what happens 
today and inconsistent with current experience whether it be GIN or the equivalent of BKM's being produced around the world capturing state of the art
 in Grids. Sections 4 and 5 seem to be fine describing the standards work of OGF; this is important and useful but probably only part (possibly a 
modest part) of what it takes to build Grids. As noted by myself and Gannon http://grids.ucs.indiana.edu/ptliupages/publications/
ReviewofServicesandWorkflow-IU-Aug2006B.pdf there is currently modest use of any (W3C OASIS OGF) standards in existing Grids and it will be a while 
before this changes. I think its unwise for OGF to put all its eggs in this basket!

I note that at SC06, the eScience function discussed the Technical Strategy document and given clear need to produce something soon, suggested that 
OGF aim at a set of documents with current document focused (as it is) on standards function and supplement this with other documents more in tune 
with the eScience drummer!

I could (given time) edit current document but as I think my philosophy is not in accord with other authors, that would not be useful!
  Action: Update
David Snelling: 11/20/2006 10:55 AM EST
  Comment:
Since Geoffery is one of us, I wen ahead and assigned this one to him.
  Action: Update
Assigned To set to Geoffrey Fox
David Snelling: 11/20/2006 10:54 AM EST
  Action: Create


 
 
 
< Previous
 
 
Next >
 


The Open Grid Forum Contact Webmaster | Report a problem | GridForge Help
This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/go/artf5638?nav=1 at Sun, 06 Nov 2022 04:42:50 GMT