[Oslc-Automation] Complex automation tear down scenario for discussion
David N Brauneis
brauneis at us.ibm.com
Thu Mar 21 16:09:12 EDT 2013
Michael,
I think the search criteria to determine if anyone is registered as
interested in them is just as you indicate, recursive starting with the
final piece and working back to the initial piece. I think there is
possibly a sub-optimization in you example where if no one is registered
as interested in the application server or database server, then rather
than uninstalling the applications and database tables, then
uninstalling/de-provisioning the application server and database it can
all be accomplished by removing the application server and database
server.
Regards,
David
____________________________________________________________________
David Brauneis
STSM, Rational Software CTO Office, Advanced Technology & New Product
Incubation
email: brauneis at us.ibm.com | phone: 720-395-5659 | mobile: 919-656-0874
From: Michael F Fiedler/Durham/IBM at IBMUS
To: oslc-automation at open-services.net,
Date: 03/21/2013 12:32 PM
Subject: [Oslc-Automation] Complex automation tear down scenario
for discussion
Sent by: "Oslc-Automation"
<oslc-automation-bounces at open-services.net>
In today's OSLC Automation workgroup there was some interesting discussion
around deployment environments created by the execution of multiple
automation plans orchestrated by a top-level/"master" plan. When a
consumer is finished with the environment it can request tear down, but
what are the implications for the "sub-environments"? We discussed an SAP
landscape, but I think a generic enterprise application illustrates the
issue as well:
- consumer requests deployment of the enterprise application environment
via a top-level automation plan. The top-level plan in turn runs
automation plans to:
- provision a virtual network
- install and deploy a DB server
- install and deploy an application server
- install and configure an enterprise application and its DB
What is the correct behavior when the consumer indicates the environment
is no longer required? Recursive tear down of any environments which have
no one registered as interested in them?
Regards,
Mike
Michael Fiedler
IBM Rational Software
fiedler at us.ibm.com
919-254-4170_______________________________________________
Oslc-Automation mailing list
Oslc-Automation at open-services.net
http://open-services.net/mailman/listinfo/oslc-automation_open-services.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://open-services.net/pipermail/oslc-automation_open-services.net/attachments/20130321/5ab23a54/attachment-0003.html>
More information about the Oslc-Automation
mailing list