我有一个git回购和本地开发环境,用于一些Spring微服务应用程序.我有一个用于prod的10个EC2实例和5个用于测试部署的EC2实例。
为了测试和刺激,我们有两个不同的GIT分支,我们的计划是.
在所有EC2实例中逐个复制微服务war文件,对于每一次更改,我都认为这不是一个好主意。是否有任何自动方式/服务可以将GIT与AWS服务连接,后者将编译代码并运行构建并将war文件复制到特定EC2实例中的特定本地?
每个项目基地都必须这样做,因为这是一项微观服务
Procect1 war应该在EC2-1(例如一个ec2实例) /home/user/war中进行。
Project2 war应该在EC2-2(例如另一个ec2实例) /home/user/war中进行。
差不多是这样的。
发布于 2018-04-28 13:51:00
您需要定义一个发行版管道CI & CD,现在,它的实现方式过于宽泛,并且取决于许多因素。

您可以只使用git进行非常原始的操作,并使用收后钩实现工作流,直到“容器化”解决方案为止,这个解决方案可能适用于您的情况,也可能不适用于您的情况。
如果您想避免处理Jenkins或建造机器人,可以使用像Travis这样的服务并实现一个AWS CodeDeploy。在这种情况下,您将更多地介绍如何使用git和实现的git-流。

通常,进入develop分支的每一个提交都部署到测试环境中,一旦合并到master中,它就直接进入到生产中,这在很大程度上依赖于网钩,但是有了一些微调工作,就像一种魅力,因为最终可以完全自动化整个管道。
如果您使用像可抗或盐堆这样的工具来提供实例,您可能可以利用您的设置,例如,通过添加一些网钩 (如前面提到的)可能会比处理AWS更快。
除此之外,您总是有AWS解决方案,但正如前面提到的,这是太广泛和非常固执己见,什么工作对某人可能不适用于你。
发布于 2018-04-28 13:47:57
您可以使用像Jenkins这样的构建服务器来自动化这一点,您可以让它在git分支上监视提交,然后触发构建和部署作业,该作业将编译代码,然后将其部署到实例中。
https://stackoverflow.com/questions/50075739
复制相似问题