B3. Dynamic Real-time Infrastructure Planner (DRIP)

Jump to: navigation, search

The attributes marked with a * are confidential and should not be disclosed outside the service provider.

Service overview
Service name Dynamic Real-time Infrastructure Planner (DRIP)
Service area compute
Service phase alpha
Service description The Dynamic Real-time infrastructure planner (DRIP) allows application developers to plan a customized virtual infrastructure based on application level deadline constraints and resource budgets, provisioning the virtual infrastructure using standardized interfaces (TOSCA and OCCI), deploy application components onto the virtual infrastructure, and start execution on demand.
Customer group Any
User group Distributed application developers
Value Automated selection of optimal VMs and VM topology for an application workflow with deadline constraints; automatic provisioning of VMs according to the planned topology; automatic installation of application containers onto provisioned VMs from remote repositories.
Tagline Optimised infrastructure planning and provisioning for time-critical applications.
Features Partial critical path based VM infrastructure planning; Automated networked VM provisioning with support for multiple sites; Remote deployment of containerised application components onto provisioned VMs.
Service options
Option    Name Description Attributes
Access policies Policy-based.
Service management information
Service owner * UvA (University of Amsterdam)
Contact (internal) * Spiros Koulouzis: S.Koulouzis@uva.nl
Contact (public) Zhiming Zhao: Z.Zhao@uva.nl
Request workflow * See: https://github.com/QCAPI-DRIP/DRIP-integration/wiki

Screenshot 2019-06-03 at 13.40.41.png

Service request list See: https://github.com/QCAPI-DRIP/DRIP-integration/wiki
Terms of use https://github.com/QCAPI-DRIP/DRIP-integradation/wiki
SLA(s) No SLA at present.
Other agreements See: https://github.com/QCAPI-DRIP/DRIP-integration/wiki
Support unit
User manual https://github.com/QCAPI-DRIP/DRIP-integration/wiki
Service architecture
Service components
#    Type Name Description TRL [1]
Finances & resources
Payment model(s) Free.
Cost *
Revenue stream(s) * Project funding (H2020 SWITCH, ENVRIplus, VRE4EIC),
Action required

[1] Technology Readiness Levels (TRL) are a method of estimating technology maturity of components during the acquisition process. For non-technical components, you can specify “n/a”. For technical components, you can select them based on the following definition from the EC:

  • TRL 1 – basic principles observed
  • TRL 2 – technology concept formulated
  • TRL 3 – experimental proof of concept
  • TRL 4 – technology validated in lab
  • TRL 5 – technology validated in relevant environment (industrially relevant environment in the case of key enabling technologies)
  • TRL 6 – technology demonstrated in relevant environment (industrially relevant environment in the case of key enabling technologies)
  • TRL 7 – system prototype demonstration in operational environment
  • TRL 8 – system complete and qualified
  • TRL 9 – actual system proven in operational environment (competitive manufacturing in the case of key enabling technologies)