Today From Last Time Controlled Vocabularies Demo(s) For Next Time.
From last time
description
Transcript of From last time
![Page 1: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/1.jpg)
From last time
• Grid computing concept started in mid-90’s• Fosters 3 point checklist of a grid system:
– coordinate shared resources – standard, open, general-purpose protocols and interfaces– deliver nontrivial qualities of service
• Grid definitions focus on:– distributed computing– common set of interfaces, tools and APIs– inter-institutional Virtual Organizations– virtualization of resources, services, people, orgs, etc.
![Page 2: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/2.jpg)
Standards Bodies
The primary standards-setting body is1:
• Global Grid Forum (GGF)– Started in 1998– Meets three times a year, GGF1, GGF2, GGF3 …– More than 40 organizations involved and growing …
Others:
• W3C consortium (Worlds Wide Web Consortium)– Working on standardization of web-related technologies such as XML– See http://www.w3.org
• OASIS (Organization for the Advancement of Structured Information Standards)
• IETF, DMTF
![Page 3: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/3.jpg)
Grid computing
• With the use of the Internet interconnection technology, implementation now based upon Internet technologies.
• Now uses a form of web services.
• Enables using existing protocols, security mechanisms, etc.
![Page 4: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/4.jpg)
Standards in the Web Services World
• XML introduced (ratified) in 1998• SOAP ratified in 2000• Web services developed• Subsequently, standards have been are
continuing to be developed:– WSDL– WS-* where * refers to names of one of many
standards
![Page 5: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/5.jpg)
Standards in the grid computing world
• Open Grid Services Architecture (OGSA)
• First announced at GGF4 in Feb 2002
• OGSA does not give details of implementation.
![Page 6: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/6.jpg)
Grid computing software
• Started before standards became accepted.
Gone through several development cycles:
• Originally own protocols were developed (e.g. GT2)
Then
• OGSA (Open Grid Services architecture) standard and a specification called OGSI (Open Grid Service Infrastructure) was developed. Extended web service was invented called a grid service to embody state and transience. (GGF) Implemented in GT3.
And
• Now relies more directly upon developing web service standards (GT 4)
1996-2002
2002-2004
2005 -
![Page 7: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/7.jpg)
Grid computing standards
![Page 8: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/8.jpg)
Open Grid Services Architecture(OGSA)
• Defines standard mechanisms for creating, naming, and discovering service instances.
• Addresses architectural issues relating to interoperable services for grid computing
![Page 9: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/9.jpg)
Web Services
• Introduced in the 2000 • Web services build upon earlier distributed computing
concepts • One of the underlying concepts is the client-server model• Software components designed to provide specific operations
(“services”) accessible using standard Internet technology.• For machine interaction over a network.• Concept similar to Remote Procedure Call (RPC), Remote
Method Invocation (RMI), only applied over HTTP• Usually through SOAP (simple Object Access Protocol)
messages carrying XML documents, and a HTTP transport protocol.
![Page 10: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/10.jpg)
Basic client-server model
![Page 11: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/11.jpg)
Client/Server Model
•Starts first
•Waits for contact from a client
•Responds to requests
•Starts second
•Contacts a server with a request
•Waits for response from server
Server Client
![Page 12: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/12.jpg)
Types of Servers
A server can be:
Stateful
Stateless
Iterative
Concurrent
iterative stateful
concurrent stateful
iterative stateless
concurrent
stateless
![Page 13: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/13.jpg)
Stateful Server
• Maintains some information between requests
• Requires smaller messages, since some information is kept between contacts
• May become confused if a connection terminates abnormally (if the design is not fault tolerant)
• Example: FTP
![Page 14: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/14.jpg)
Stateless Server
• Requires larger messages. That is, the message must contain all information about the request since no state information is kept.
• Example: HTTP
![Page 15: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/15.jpg)
Iterative Server
while (1) {
accept a connection (or request) from a client service the client
close the connection (if necessary)
}
![Page 16: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/16.jpg)
Concurrent Server
while (1) {
accept a connection/request from client
start a new thread to handle this client
/* the thread must close the connection! */
}
![Page 17: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/17.jpg)
Internet Addressing
http://web.info.uvt.ro/~petcu/
• Same as IP address 194.102.62.5• A Domain Name Server (DNS) may be called to find the IP
address of comp.uark.edu• Each IP machine is usually configured with the name of a
DNS server.• Some IP names and addresses can also be stored in
/etc/hostfile
Find the home page of user aaponFind the home page of user aapon
Contact the HTTP server on the computer named Contact the HTTP server on the computer named web.info.uvt.roweb.info.uvt.ro
![Page 18: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/18.jpg)
Internet Addressing
“http” says: send the message to port 80• An IP address includes both a host address and a port
number!• The HTTP server listens to port 80• The HTTP server responds when a client contacts it You can write a server that listens to any port not
already in use!• A port number is a 16-bit integer. Ports below 1024 are
reserved for system use.• Well-known ports include FTP, Telnet, SMTP, etc.
![Page 19: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/19.jpg)
RPC and RMI
• Remote Procedure Call (RPC)
• Extends the client/server concept by making the definition of an interface more formal, clarifying rules for parameter passing, adding capabilities for locating services, etc.
• RMI (Remote Method Invocation) is RPC applied to object. We will study Java RMI
![Page 20: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/20.jpg)
Remote Procedure Call
Early distributed computing system introduced in the 1980’s.Allows a local program to execute a procedure on a remote computer and
get back results from the procedure.Basis of certain remote operations such as mounting remote files in a
shared file system.We need to know how and where to make the call.The basic RPC requires the calling program to know details about how to
make the call (meaning and types augments and return value)The calling program also needs to know where to send the request.RPC introduced the concept a service registry a third party used to
identify location of “service” (procedure).Using a service registry is now part of what is now called a Service-
Oriented Architecture.
![Page 21: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/21.jpg)
Service-Oriented Architecture (SOA)
• Client needs to:– Identify location of the required service– Know how to communicate with the service to
get it to provide the actions required.
• Uses service registry - a third party.
![Page 22: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/22.jpg)
Service-Oriented Architecture
(Service requester)Client Server
(Service provider)
Service registry
PublishFind
Bind
![Page 23: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/23.jpg)
Service-Oriented Architecture
Steps:
• Services “published” in a Service registry.
• Service requestor asks Service Registry to locate service.
• Service requestor “binds” with service provider to invoke service.
![Page 24: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/24.jpg)
Later systems
• Later forms of remote procedure calls in 1990’s introduced distributed objects:
– CORBA (Common Request Broker Architecture)
– Java RMI (Remote Method Invocation)
• Universally agreed standardized interfaces
• Inter-operability
• The need to provide flexibility
• Using the Internet as the network communication (Internet standards)
![Page 25: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/25.jpg)
Key aspects of Web services
Has similarities with RMI and other distributed object technologies (CORBA etc.) but::
• Web Services are platform independent
– They use XML within a SOAP message).
– Most use HTTP to transmit message.
XML documentSOAP messageHTTP envelop
![Page 26: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/26.jpg)
Key aspects of Web services
• Should be self-describing: – publish a public interface to the services
• Should be discoverable:– Mechanism for publishing WS’s you have
created– Can be found via a simple ‘find’ mechansim
![Page 27: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/27.jpg)
Web Services “Stack”
• HTTP transport
• SOAP message carrying XML documents
• WSDL (Web Services Description Language used to describe message syntax for invoking a service and its response.
• UDDI (Universal Description, Discovery and Integration) used as web service discovery mechanism.
HTTP
WSDLService description
UDDIService discovery
SOAP + XMLService invocation
Service message transport
Activity Protocol/language
![Page 28: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/28.jpg)
Simple Object Access Protocol (SOAP)
Provides mechanisms for:– Defining communication unit - a SOAP message
– Error handling
– Extensions
– Data representation
– Remote Procedure Calls (RPC’s)
– Document-centric approach for business transactions
– Binding to HTTP
![Page 29: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/29.jpg)
XML Tags
• Must define your own tags using names as names in a programming languages
• As in programming languages, restrictions. Case sensitive. Start with a letter.
• “Elements” have start and end tags.• Start tags can have attributes as in HTML• XML on-line materials
W3C consortium home page: http://www.w3.org/XMLW3Schools XML Tutorial http://www.w3schools.com/xml/
![Page 30: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/30.jpg)
Address of a Web Service
• URIs
Example (URL)
http://www.info.uvt.ro/webservices/math1
This does not exist, and if did, would only be meaningful to software.
![Page 31: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/31.jpg)
Note
• The term “Web Service” is a little misleading as the web service need not be on the web.
• It could be on the same computer as the client, or another computer in a local cluster.
![Page 32: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/32.jpg)
Web Service Application
![Page 33: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/33.jpg)
Client Stub
• Between client code and the network is a client stub, sometimes called client proxy.
• The client stub is responsible for taking a request from the client and converting the request into a SOAP request on the network - marshalling.
• Also responsible for receiving SOAP responses on
network and converting to a suitable form for client.
![Page 34: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/34.jpg)
Server Stub
• Between the service and the network is a server stub, sometimes called a skeleton.
• Responsible for receiving a SOAP request from the client stub and converting it into a suitable form for the service -unmarshalling.
• Also converts the response from the service into a SOAP message for the client stub.
![Page 35: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/35.jpg)
Steps
• Client calls client stub.• SOAP request sent across network• Server stub receives request and sends
request to service• Service send result to serve stub• Server stub sends result across network to
client stub.• Client stub sends result to client.
![Page 36: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/36.jpg)
Web Service Application
Call client stubSOAP
requestRequest service
Result returnedSOAP
responseClient receives result
![Page 37: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/37.jpg)
![Page 38: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/38.jpg)
SOA• SOA is more than a group of web services or any other specific set of
technologies: it's an architecture.– all functions are aggregated as reusable services, each defined by a
service interface. • SOA is the contract to identify the services,
– it contains rules to access them. – All request and response data, exception conditions, and functionality
must be listed as part of this interface. – Service contracts are designed to be coarse-grained– interactions package several function calls and responses into fewer, but
larger, messages.• Service-oriented architectures are not a new thing:
– first SOA for many people was DCOM or Object Request Brokers (ORBs) based on the CORBA specification
![Page 39: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/39.jpg)
SOA
• All services are abstracted from the internal design that achieves the results for the services. – interface should have sufficient information for a
service to be identified and used without needing to know about its internal design, language, or platform implementation.
– A loosely-coupled design also means that services are designed for no particular service consumer.
– The information carried by the service should be agnostic to the purpose and technical objectives of the service consumer.
![Page 40: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/40.jpg)
SOA
• Location of the service(s) should be transparent to the consumer:– registry could serve as the discovery mechanism for
consumers to locate services being offered in a transparent way.
– Irrelevant whether the services are local or remote– responsibility of the system, not the calling application,
to effect and manage the invocation of the service. – Allows for services to be truly independent and
managed.
![Page 41: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/41.jpg)
SOA Characteristics• Provides logical, abstracted view:
– programs, dbs, business processes, etc
• Message orientation defines service: – exchanged between provider agents and requester agents– one does not need to know a service is constructed– Legacy code can be "wrapped" in message handling code that allows
it to adhere to the formal service definition.
• Description orientation: – A service is described by machine-processable meta data. – details exposed important for use of service are included – semantics of a service should be documented by its description
• Granularity: – Services use a small number of ops; large, complex messages.
• Network orientation• Platform neutral exchange of messages (XML)
![Page 42: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/42.jpg)
Web Services Architecture
The Web Services Architecture is specified and standardized by the World Wide Web Consortium, the same organization responsible for XML, HTML, CSS, etc.
![Page 43: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/43.jpg)
Web Service Definition Language (WSDL)
A W3C standard XML document that describes three fundamental properties of a service:
• What it is - operations (methods) it provides.• How it is accessed - data format, protocols.• Where it is located - protocol specific network
address.
![Page 44: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/44.jpg)
Parts of a WSDL Document
Parts of an WSDL document::• Root definitions - namespaces
• portType definitions - abstract definition of service
• Message definitions - parameters in method signature
• Type definitions - data types
• Binding definitions - to protocols I.e. SOAP over HTTP
• Service definitions - where service is, ports
![Page 45: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/45.jpg)
Service
Port
Port Type
Operation AMessages (input, output)
Operation BMessages (input, output)
Bindings
![Page 46: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/46.jpg)
port and service
Describe “where” service is.
• port - describes how a binding is deployed at the endpoint of a network
• service - a named collection of ports
![Page 47: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/47.jpg)
portType
Describes “What” - an abstract definition of service operation. Compare to a Java interface.
Uses the elements:
• message definitions - a set of parameters referred to by method signature, decomposed into parts
• type definitions - defines all data types used
![Page 48: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/48.jpg)
Binding
Describes “how” the elements in abstract interface (portType) are converted in actual data representations and protocols e.g. SOAP over HTTP.
Could be more than one binding associated with a portType.
![Page 49: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/49.jpg)
Grid service
The Global Grid Forum (GGF) developed standard interfaces, behaviors, core semantics, etc. for grid applications based upon web services.
GGF introduced the term Grid Service as an extended web service that conforms to the GGF OGSI standard.
• Key aspect is the separation of the (web) service and a resource – conceptually if not actually.
• Provides the ability to have “state” without altering the statelessness of a web service.
![Page 50: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/50.jpg)
Grid Services
• Common interface specification supports the interoperability of discrete, independently developed services
• Based on extensions of Web Services• OGSA – Open Grid Services Architecture• OGSI – Open Grid Services Infrastructure
![Page 51: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/51.jpg)
OGSI
• Service Data – a common mechanism to expose a service instance’s state data for query, update, and change notification
• Grid Services uses a Factory to manage instances – to allow transient and private instances
![Page 52: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/52.jpg)
![Page 53: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/53.jpg)
Changes to Grid Standards
• Introduction of Web Services Resource Framework (WSRF), January, 2004– Web services vendors recognized the
importance of OGSI concept but would not adopt OGSI as it was defined (summer 2003)
– Globus Alliance teamed up with Web services architects and came up with WSRF
– Add the ability to create, address, inspect, discover, and manage stateful resources
![Page 54: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/54.jpg)
Stateless Web Service
• It is generally thought that web services should be stateless – they do not remember or store information themselves from one invocation to the next.
• Any state information needed by the web service to complete a client request or maintained should be held separately.
![Page 55: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/55.jpg)
Web Service
Resource
Resource properties
Client
Web Service Resource Framework(WS-RF)
Holds information retained between accesses.
![Page 56: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/56.jpg)
First attempt as a stateful service
A now defunct attempt at providing a stateful service was embodied in the OGSI standard which was part of the OGSA grid computing standard
• Introduced in 2002
• Abandoned in 2004
![Page 57: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/57.jpg)
Stateless web service + stateful resource
Web services can be front-ends to stateful resources.Concept formalized in a standard called
WS-RF framework.
WS-RF also at the center of recent grid computing software (Globus 4.0).
Provides a way of identifying resource through the web service, and other things such as resource lifetime
![Page 58: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/58.jpg)
WS-Resource Framework
• A specification developed by OASIS, essentially to replace OGSI and make the implementation of a stateful web service acceptable.
• Specifies how to make web services stateful and other feature, without drifting from the original web services concept.
![Page 59: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/59.jpg)
![Page 60: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/60.jpg)
![Page 61: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/61.jpg)
WS-* Standards
Principal web service standards adopted for grid computing:
• WSRF Framework collection of 5 specifications:– WS-ResourceProperties
• Specifies how resource properties are defined and accessed
– WS-ResourceLifetime• Specifies mechanisms to manage resource lifetimes
– WS-ServiceGroup• Specifies how to group services or WS-Resources together
– WS-BaseFaults• Specifies how to report faults
![Page 62: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/62.jpg)
WS-* Standards
• WS-Notification– Collection of specifications that specifies how
configure services as notification producers or consumers
• WS-Addressing– Specifies how to address web services.
– Provides a way to address a web service/resource pair
![Page 63: From last time](https://reader035.fdocuments.us/reader035/viewer/2022081603/5681475f550346895db49e09/html5/thumbnails/63.jpg)
WS-Addressing
• WS-Resource Framework introduced a standard for addressing WS-Resources, called WS-Addressing
• Introduces an End-Point Reference (EPR) to point to the service, which will provide the URL and possibly additional information about the service.