基于Node-RED框架提供替代方案以实现持续 deployment 安排的 containerized 部署

Node-RED源于2013年IBM开源的一项应用于物联网的流编排引擎研究，并不局限于该领域。本文选取了容器化应用持续交付的一个典型案例来具体阐述Node-RED的操作流程。

场景说明

持续集成完成后，在Harbor私库中已经保存好了容器化的应用镜像。
在持续部署过程中需要执行拉取镜像以及启动容器的操作。
这些操作看似简单，
但需要特别注意各种异常分支的处理：
首先，在拉取镜像时需要处理连接到Harbor私库的失败与成功情况。
其次，在启动容器之前需要确定当前容器是否存在。
如果此时未发现存在，则使用docker run命令生成新的容器；
如果发现存在，则应当首先停止该容器，
然后删除其文件，
只有在停止与删除均出现异常的情况下，
也需要进行相应的错误处理；
当停止并删除成功之后，
才可进行正常的启动操作。
最后，在确认结果时需要判断容器是否已成功启动。

持续部署的逻辑流程

普通逻辑下，这个示例流程可能是这样的：

Created with Raphaël 2.2.0 开始 启动流程 获取镜像文件 镜像拉取操作已完成吗？ 请问当前是否有已存在的 cont