Skip to content

Commit fa40606

Browse files
committed
1 parent e30cd15 commit fa40606

File tree

2 files changed

+4
-6
lines changed

2 files changed

+4
-6
lines changed

doc/01springboot-docker-starter.md

Lines changed: 2 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -15,9 +15,8 @@
1515
该种方式没有什么好讲,只能讲有钱什么事都好解决,这个对于我们这等程序员来讲,不愿接受也不太现实的。
1616

1717

18-
本文给出一种简单的方式,从小公司更实用的角度出发,先采用半自动化的方式来进行微服务的部署。然后过渡到gitlab+Jenkins这种全自动化的部署方案。
19-

20-
微服务的部署可以直接部署在物理机,当然现在更流行的是部署在Docker环境中,如果需要更进一步的话,那么就是部署在kubernetes的网络上(之后的章节会详细讲解)。
18+
本文给出一种简单的方式,从小公司更实用的角度出发,先采用半自动化的方式来进行微服务的部署。然后过渡到gitlab+Jenkins这种全自动化的部署方案。
19+
微服务的部署可以直接部署在物理机,当然现在更流行的是部署在Docker环境中,如果需要更进一步的话,那么就是部署在kubernetes的网络上(之后的章节会详细讲解)。
2120

2221
只要通过shell脚本,就可以直接把你开发的微服务发布你需要发布的服务器上。
2322

doc/03springboot-docker-demonate.md

Lines changed: 2 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,9 +1,8 @@
11

22
# Spring boot+docker 半自动化部署(三)、使用演示
33

4-
半自动化部署区别自动化部署在于对于代码合并检测都在于人工完成,而自动化部署需要编写大量的单元测试,通过自动化的运行来检测代码的可用性,采用github等版本库进行合并。实际情况是要求的单元测试都不会去哪里,正常的功能业务代码都没有时间去编写,怎么会好好去写单元测试。没有过硬的单元测试,难于保证其持续集成的代码的正确性。即使有了单元测试,其合并的代码基本上永远通不过单元测试,jenkins发布出来的系统永远都是编译出错。
5-
6-
半自动化部署从现实出发,把合并及简单的检测交给了开发微服务小组的技术负责人,他下载并合成代码,基本的检测通过之后,一键打包到服务器上去。
4+
半自动化部署区别自动化部署在于对于代码合并检测都在于人工完成,而自动化部署需要编写大量的单元测试,通过自动化的运行来检测代码的可用性,采用github等版本库进行合并。实际情况是要求的单元测试都不会去哪里,正常的功能业务代码都没有时间去编写,怎么会好好去写单元测试。没有过硬的单元测试,难于保证持续集成的代码的正确性。即使有了单元测试,其合并的代码基本上永远通不过单元测试,jenkins发布出来的系统永远都是编译出错。
5+
半自动化部署从现实出发,把合并及简单的检测交给了开发微服务小组的技术负责人,他下载并合成代码,基本的检测通过之后,一键打包到服务器上去。
76

87
## 执行一键发布
98
![ideal exec](https://github.com/mgicode/mgicode-k8s-shell/blob/master/doc/01pic/20171122-1723512x.png)

0 commit comments

Comments
 (0)