Документ взят из кэша поисковой машины. Адрес
оригинального документа
: http://www.adass.org/adass/proceedings/adass02/P2-6/
Дата изменения: Thu Mar 13 02:29:07 2003 Дата индексирования: Tue Oct 2 04:04:54 2012 Кодировка: Поисковые слова: jet |
The number of archives of solar observations is continuously growing and the location of their storage is getting more and more scattered. Consequently, the number of existing tools or web sites for consulting these observation catalogs (i.e., metadata) is equally in augmentation. The interest of a single program capable of accessing distributed and heterogeneous archives is therefore obvious. The Solar Web Project, developed by the MEDOC IAS team, is designed to come up to these expectations, as a first step toward a Virtual Solar Observatory.
The architecture of the current version of Solar Web (Scholl, Linsolas & Legay 2001) is based on the 3-tiered model. Clients are connected to a single server that provides them with results obtained by querying archives. Since they are heterogeneous and distributed, the Solar Web server acquired the capabilities to access distant SQL databases, FTP server (where files are stored) and web-based portals, built on PHP or CGI scripts (see Figure 1, left).
Solar Web uses XML for communication between clients and server, as well as for the description of accessible databases (i.e., metadata). The processing of an XML query by the server can be broken down into four steps (see Figure 1):
The centralized architecture of the Solar Web tool can have a significant impact on security, performance, and flexibility of the policy management.
First of all, since there is only one instance of the server, it may be overloaded. The outcome is that the query processing will be slowed down, especially if the number of connected clients is important. Secondly, the presence of only one server is a single point of failure from a reliability point of view. Thirdly, some data centers would prefer to have an instance of a Solar Web server at their disposal, instead of letting a distant server access directly their databases.
Characteristics previously described can be seen as drawbacks, especially its oneness and encourage us to improve the current version of the Solar Web system. The main evolution consists in moving to a distributed architecture. Two solutions are currently under consideration:
According to Foster & Iamnitchi (2002), GRID consists of ``sharing environments implemented via the deployment of a persistent, standard-based service infrastructure that supports the creation of, and resource--computers, storage space, sensors, software applications, and data--sharing within distributed computing.'' The concept of the GRID can be applied to Solar Web servers in order to create a network of servers, also called middleware. Clients are connected to this middleware which will provide them with different kinds of services, from data providing to remote data processing.
The GRID solution brings reliability to the Solar Web, thanks to the multiplicity of servers and therefore to the absence of a single point of failure. GRID also improves the system's performances by allowing collaborative works between servers.
Peer-to-peer terminology refers to networks where members (also called peers) may act as client and server. As a server, it offers services such as data providers, while it takes advantage of these services as a client. The Sun's JXTA project is a platform designed for the development of applications based on this kind of technology. It provides basic mechanisms for communications, security and resources discovery for such applications.
The JXTA platform can be used for the evolution of Solar Web, as a foundation for servers and clients' applications. The Sun's platform takes care of security and communications (composed of XML and binary messages), as well as connection processing (which also includes resources and servers discovery). The creation and distribution of subqueries are based on the same mechanism as for the current Solar Web architecture. The main difference, due to the scattering of servers, is that servers have to communicate to update their metadata: since they describe the databases accessible by a server, they must be up-to-date.
Peer-to-peer technologies may also be exploited to introduce new capabilities to clients, such as the creation of users groups. These groups are built to suit to user expectations. They can be compared to collaborative workspaces that allow distributed work on data, or even discussions between scientists.
These possible evolutions for Solar Web architecture will improve the reliability and the performance of the system. Nevertheless, the principle of Solar Web (based on the use of XML files for database descriptions) will remain similar to the current implementation. In conclusion, the next version of the Solar Web tool is designed to be a powerful tool to access distributed and heterogeneous archives of solar observations. It will also provide an environment to introduce collaborative works.
Scholl, I., Linsolas, R., & Legay, E. 2001, in ASP Conf. Ser., Vol. 281, Astronomical Data Analysis Software and Systems XI, ed. David A. Bohlender, Daniel Durand and T. H. Handley (San Francisco: ASP), 307
Foster, I. & Iamnitchi, A. 2002, On Death, Taxes, and the Convergence of Peer-to-Peer and Grid Computing, draft