Journal Content
Cloud Management – Various Solutions and Standards
Tags: cloud management, kaavo system definition, ovf, tosca
Who's Managing Your PaaS Apps?
Tags: app centric, application centric vs. infrastructure centric, application deployment, application-centric, cloud computing, cloud deployment, cloud management, cloud management software, deployment automation, disaster recovery, iaas, paas
Cloud Management – Why we selected an Agentless approach instead of using Agents?
Tags: cloud deployment, cloud management, cloud management software
Is Oracle serious about Cloud and why is Salesforce relying on Amazon Cloud?
Tags: cloud computing, iaas, oracle cloud, salesforce cloud
I Want Cloud Apps, Not Just Cloud Servers! – Part II
Tags: application deployment, application-centric, cloud computing, cloud deployment, cloud management, cloud management software, deployment automation
Showing 1 - 5 of 35 results.
Page of 7
Kaavo's IMOD System Definition File for Deploying and Managing Custom Apps in the Cloud

At Kaavo we recognized that there is a need to provide a horizontal framework that anyone can use to quickly build a vertical solution for running and managing their complex custom applications in the cloud.   To enable single click deployment and runtime management of any custom application in the cloud Kaavo’s IMOD uses System Definition file for automating complex workflows and dependencies for deployment and runtime management.  Understanding the structure of System Definition file is important to fully benefit from Kaavo’s application centric management approach.

System Definition file is an xml document with support for embedding velocity templates for dynamically generating configuration files, scripts, and workflows in any programming language on the fly during deployment or in response to run-time events.

The system definition file has two main sections, deployment and runtime.   See the figure below for more details.

Deployment section contains information about tiers in the system, we can define 1 or n tiers, in each tier we can have 1 or n resources, each resource can have post startup or pre-shutdown actions or workflows.  We can define the order in which tiers are configured and displayed and group the resources within a tier.  We can also define workflows at the tier level and at the system level.

Runtime section of the system definition file can contain complex custom workflows required for managing the runtime service levels of the application.  Runtime workflows can be custom automation, for example scale up, scale down, auto-recovery or any application specific custom maintenance task, e.g. backup database, run batch jobs, etc.  For more information please review the N-tier System Definition Guide and the XSD for the System Definition.

 

3962 Views,