Given by Tom Haupt at ASC Gateway Project Dayton Ohio on January 7 1999. Foils prepared January 31 1999
Outside Index
Summary of Material
What is WebFlow?
|
Architecture of the new WebFlow |
Gateway Requirements |
Deliverables |
Outside Index Summary of Material
NPAC Syracuse University |
What is WebFlow?
|
Architecture of the new WebFlow |
Gateway Requirements |
Deliverables |
The visual HPDC framework that offers an intuitive Web browser based interface and a uniform point of interactive control for a variety of computational modules and applications, running at various labs on different platforms. |
Our technology goal is to build a high-level user friendly commodity software based visual programming and runtime environment for HPDC. |
WebFlow is implemented as a modern three-tier system
|
Mesh of Web Servers running servlets that manage and coordinate distributed computation.
|
In order to run WebFlow over Globus there must be at least one WebFlow node capable of executing Globus commands, such as globusrun |
Jobs that require computational power of massively parallel computers are directed to the Globus domain, while others can be launched on much more modest platforms, such as the user's desktop or even a laptop running Windows NT. |
Bridge between WebFlow and Globus |
Quantum Simulations
|
Landscape Management System
|
A decision maker (the end user of the system) wants to evaluate changes in vegetation in some geographical region over a long time period caused by some short term disturbances such as a fire or human's activities. |
One of the critical parameters of the vegetation model is soil condition at the time of the disturbance. |
This in turn is dominated by rainfalls that possibly occur at that time |
Data retrieval |
Data preprocessing |
Simulation: two interacting codes
|
Visualization |
WMS |
EDYS |
CASC2D |
DEM |
Land Use |
Soil |
Texture |
Vegetation |
Middle tier is based on a custom protocol implemented directly on top of sockets
|
New, CORBA based middle tier
|
Event driven system that follows the JavaBeans model
|
Development of WebFlow coincides with DATORR standardization initiative |
Could lead to definition of CORBA facilities or Java framework for computing services |
Defines:
|
(suggested Gateway implementation) |
To provide seamless and secure access to remote (HPCC) resources
|
Follow industry standards
|
Participate in creation of standards
|
Use commodity components (commercial and academic). Examples:
|
Front End (Java Applets)
|
Middle Tier (CORBA) |
Back End modules (anything from JBDC to HPF)
|
SECIOP |
Front End Applet |
https |
authentication |
& authorization |
Gatekeeper |
delegation |
Stakeholders |
HPCC resources |
GSSAPI |
GSSAPI |
Layer 1: secure Web |
Layer 2: secure CORBA |
Layer 3: Secure access to resources |
Policies defined by resource owners |
https |
mutual authentication
|
access policies
|
returns front-end applet
|
Portal |
Page |
Secure |
Web Server |
Mutual |
authentication |
start |
AKENTI |
Credentials |
Globus Cert. |
Front End |
Applet |
WebFlow |
Server |
User |
Context |
Netscape's ORB |
ORBacus ORB |
IIOP |
Middle-tier |
Back-End Services |
PSE |
Data Flow |
OO |
Command |
Line |
WebFlow API (Abstract Task Specification) |
Applet |
Application |
Context |
Netscape ORB |
ORBacus ORB |
IIOP |
List of servers |
List of modules |
List of events |
List of methods |
E |
M |
Add module |
Attach Event |
local |
remote |
Adapter |
LLM |
Local Host |
Add module |
Module Factory |
Proxy Module |
Remote Host |
FE |
request |
Add module |
Module Factory |
Module |
Are CORBA objects |
conform to JavaBeans specification |
mimic Java 1.1 (JavaBeans) event model |
implemented using Dynamic Invocation Interface (DII) and Dynamic Skeleton Interface (DSI) (thus more general than BeanBox, similar to JINI and EJB) |
addEventListener |
rmEventListener |
fireEvent(E,M) |
method M |
Event Source |
Event Target |
Adapter |
Event |
ORB |
binding |
table |
DII |
DSI |
Proxy Module |
Module |
ActionButton1 |
ActionButton2 |
.... |
IIOP |
Similar to JavaBeans
|
May serve as Proxies
|
Single web-based access via Gateway portal |
Security based on standards: https, PKI, secure ORB, GSSAPI (SSL/Keberos5) |
Access policies controlled by stakeholders |
WebFlow API allows implementation of many different front-ends |
Modern three-tier architecture (distributed objects) |
Access to HPCC through metacomputing services |
(yesterday discussions) |
to be further discussed and agreed upon |
authentication based on Keberos/SecurID
|
no need for new "WebFlow" user accounts
|
access control
|
Java 1.1 Applets
|
Off-shelf "vanilla" browsers
|
Make distinction between Gateway Portal and Front-End |
Several different Front-Ends
|
WebFlow API
|
Distinction between user module and system service |
suggested system services:
|
More APIs
|
Which metacomputing services?
|
Support from the local system administrator is needed |
We are using commodity components:
|
WebFlow is an ORB application.
|
WebFlow modules that interface Globus and PBS directly are ready |
(for the first year) |
Functionality:
|
Software components:
|
Purpose:
|
Functionality:
|
New software components:
|
Purpose:
|
Functionality:
|
New software components:
|
Purpose:
|
Functionality:
|
New software components:
|
Purpose:
|
Middleware Server Requirements |
Common File System?? No, WebFlow is distributed |
"Outside" the Environment (No NFS or NIS) Yes |
No User Accounts !!! TO BE DISCUSSED !!! |
Kerberos/SecurID Installed Yes, later |
Registered in DNS (???) |
Unix System Yes, also UNIX. Btw what UNIX? |
Objects Clearly Defined & Detailed Interface Requirements Developed !!! TO BE DISCUSSED !!! |
Web Server Requirements Yes, https |
Digital Certificate Compatible |
Encryption Capable |
Browser Requirements Yes, 4.0+ enhanced |
Netscape Compatible |
Microsoft Internet Explorer Compatible |
Encryption Capable |
"Out" for Advanced Users (from command line to more complex) |
Data Facilities (Visualization, Print, Archive, View, etc) (!!! TBD !!!) |
CTA Independent (???) |
Kerberos/SecurID Login (!!! TO BE DISCUSSED !!!) |
Multi-disciplinary Capability (???) |
Interactive/Batch (YES, through metacomputing services) |
Tool Access (Debuggers, Monitors, Editors, etc) (!!! TBD !!!) |
Help/Information/Guidence/Training Mechanisms (!!! TBD !!!) |
User-tailorable (YES, through WebFlow API) |
Database Access ( YES, a WebFlow module) |
Responsive to User (!!! TO BE DISCUSSED !!!) |
Import/Export of Data Files (YES, through WebFlow API, or module) |
Batch System Independent (YES) |
HPC Platform Independent (YES) |
Consistent with Metacomputing Efforts (YES) |
Mass Storage Interface (may be different from site to site) |
Modular Design (YES) |
Multi-disciplinary Capability (YES, but let's define it...) |
Compatible with Job Accounting/Allocation (!!! TBD !!!) |
Database Access (YES, through a WebFlow module) |
Interface with License Server(s) (YES) |
Easily Maintained (Low impact to PSEs, other servers, etc) |
YES |
??? |
Timeline (YES)
|
Database Requirements (???)
|