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: [email protected] | phone: 720-395-5659 | mobile: 919-656-0874 From: Michael F Fiedler/Durham/IBM@IBMUS To: [email protected], Date: 03/21/2013 12:32 PM Subject: [Oslc-Automation] Complex automation tear down scenario for discussion Sent by: "Oslc-Automation" <[email protected]> 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 [email protected] 919-254-4170_______________________________________________ Oslc-Automation mailing list [email protected] http://open-services.net/mailman/listinfo/oslc-automation_open-services.net
