- 内容提要
- 译者序
- 前言
- 第 1 章 欢迎迈入云世界,Spring
- 第 2 章 使用 Spring Boot 构建微服务
- 第 3 章 使用 Spring Cloud 配置服务器控制配置
- 第 4 章 服务发现
- 第 5 章 使用 Spring Cloud 和 Netflix Hystrix 的客户端弹性模式
- 第 6 章 使用 Spring Cloud 和 Zuul 进行服务路由
- 第 7 章 保护微服务
- 第 8 章 使用 Spring Cloud Stream 的事件驱动架构
- 第 9 章 使用 Spring Cloud Sleuth 和 Zipkin 进行分布式跟踪
- 第 10 章 部署微服务
- 附录 A 在桌面运行云服务
- 附录 B OAuth2 授权类型
文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
10.5 开始构建和部署管道:GitHub 和 Travis CI
有数十种源代码管理引擎和构建部署引擎(包括内部部署和基于云的)可以实现构建和部署管道。对于本书中的示例,我特意选择了 GitHub 作为源代码控制库,并使用 Travis CI 作为构建引擎。Git 源代码控制库是非常流行的代码库,GitHub 是当今最大的基于云的源代码控制库之一。
Travis CI 是一个与 GitHub 紧密集成的构建引擎(它也支持 Subversion 和 Mercurial)。它非常容易使用,并完全由项目的根目录中的单个配置文件(.travis.yml)驱动。Travis CI 的简单性使得建立一个简单的构建管道变得非常容易。
到目前为止,本书中的所有代码示例都可以从桌面单独运行(除了连接到 GitHub 之外)。在本章中,如果读者想完全遵循代码示例,则需要创建自己的 GitHub、Travis CI 和 Docker Hub 账户。本章不会介绍如何创建这些账户,但个人 Travis CI 账户和 GitHub 账户的建立都可以从 Travis CI 网页完成。
开始前的一个简单提示
出于本书的目的(和我的理智),我为本书的每一章建立了一个单独的 GitHub 存储库。本章的所有源代码都可以作为一个单独的单元来进行构建和部署。然而,在本书之外,我强烈建议读者在自己的环境中使用微服务自己的存储库和独立构建过程去建立每个微服务。这样,每个服务都可以独立地部署。在构建过程中,我将所有的服务部署为单个单元,仅仅是因为我想用一个构建脚本将整个环境推送到 Amazon 云中,而不是为每个单独的服务管理构建脚本。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论