1. 1 Comments on OGSA platform document draft-2 03/06/2003 Andreas Savva, Ph.D. Hiro Kishimoto, Ph.D. Fujitsu GGF7 OGSA-WG

2. 2 Major comments 1.Services not Interfaces “OGSA Platform interface” -> “OGSA platform service” 2.Profile Need a concrete definition 3.Missing functionalities 4.Service Domain, Service Collection, Service Group “Service domain” -> “service collection” 5.CRM Real & logical are asymmetrical granularity 6.Missing services 7.Message, events, log, and trace Need re-organization w.r.t. user’s point of view Job and task queueing is supported by message?

3. 3 Services not Interfaces Title of “ § 4.2” on page 12 OGSA Platform focus on services Interfaces defined by subgroups “OGSA platform service” or “OGSA core service”

4. 4 Profile Profiles are good idea, but Need a concrete definition since it is used inconsistent way Add “common service profile” dashed line in Figure 1 on page 9 The first sentence says profile and binding are part of OGSA platform. But the last sentence says not (page 4) “Protocol binding”, “hosting environment”, and “domain-specific service” are NOT profile. Instead, they may be involved in some profile (page 10)

5. 5 Platform (shaded) and profiles (dashed lines)

6. 6 Missing functionalities ( § 3.2) Scheduling of service tasks Long recognized as an important capability for any information processing system, scheduling becomes extremely important and difficult for distributed Grid systems. Load Balancing In many applications it is necessary to make sure make sure deadlines are met, or resources are used uniformly. These are both forms of load balancing that must be made possible by the underlying infrastructure. Pricing

7. 7 Service Domain, Collection, Group “Service domain” -> “service collection” ( § 4.2, § 5.2) At November F2F meeting, OGSA-WG had a long discussion on “service domain” and conclusion was “since it is syntactic collection not semantics, it should be called “service collection” Service Group defined in OGSI (syntax) Is Service Collection definition syntactic or semantic?

8. 8 CRM Real and logical What is real and logical. Strictly speaking, they are not symmetrical. Granularity Node is CRM. But interface adaptor, disk, and IP address is not CRM instance. They are elements or SDEs of the CRM.

9. 9 Missing services ( § 3.2) Resource Services Provide an interface to a resource, such as a cpu, disk, network, management tools, etc. This is not a service but The Common Resource Model (CRM) ? Reservation and scheduling services Reservation Services provide the mechanism to make resources reservation at a particular time duration Scheduling Services provide the mechanism to scheduling tasks according to their priorities Deployment services Deploy necessary software (OS, middleware, application) and data into hosting environment

10. 10 Message, events, log, and trace Page 12 is poor structure Should be separate two. Production use messages used by applications and middleware Monitoring and problem diagnostic Job and task queueing is supported by message It is true but “implementation level” or “building block”