[jira] [Created] (AMBARI-16222) Improve blueprint based deploy speed with GroupedCommandExecutor

["Sebastian Toader (JIRA)" <ji...@apache.org>]

Sebastian Toader created AMBARI-16222:
-----------------------------------------

             Summary: Improve blueprint based deploy speed with GroupedCommandExecutor
                 Key: AMBARI-16222
                 URL: https://issues.apache.org/jira/browse/AMBARI-16222
             Project: Ambari
          Issue Type: Task
          Components: ambari-server
            Reporter: Sebastian Toader
            Assignee: Andrew Onischuk
             Fix For: 2.4.1


- Implement a GroupedCommand Executer that is able to execute a uber command.json that describe how to Start / Stop *all host-components* on a host.
- This generated command.json describes a *stage* in it entirety with all the commandParms list that need to be executed.
- The GCE launches CONFIGURE actions serially
- The Start/Stop operations are launched in parallel with retires
- Consider launching single python process for executing the operations as a cost saver for CONFIGURE operations

*Note*: We still restrict this to a stage to simplify things like RCO which are not understood on the agent-side. The blueprints deploys for MSFT already limit number of stages created and thereby sticking to a stage as logical separation between GroupedCommands make sense for now.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)