GOCDB/Release4/Architecture
Overall architecture
Following EGI requirements, Grid Operations Database release 4 (GOCDB4) acts as a service deployed and available both at central and local level. While "regional GOCDBs" can be installed and maintained by regions, NGIs or local grids, a central module will gather this information and provide it to any tool or user that needs a central view of EGI resources and related information.
GOCDB4 comes along in two flavors, a read-only GOCDB4 Central Visualisation Portal and a writeable GOCDB4 Input System.
Internal architecture and components
In the overall architecture described above, regional and central modules are built exactly the same way. They come as a set of components that can be deployed and configured to act as a central or local service.
GOCDB4 comprises of the following core components:
- A database schema
- Internal components Allowing for business logic
- A set of interfaces that provide access to the database to any other component
Database and schema
The PROM concept
GOCDB4 data schema is designed in an object fashion. This object model is implemented at database level using a methodology known as Pseudo-Relational Object Model (PROM). This model, designed and architected by Peter Colclough, is described at PROM.