好雨云帮一周问答集锦（10.31-11.06）

大家好，我是云帮小秘书

一位集帅气与智慧于一身的男子

从小到大，总有人跟我说

别以为你长得帅就可以不学习

于是“不学习，毋宁死”成了我一生的座右铭

潜伏在【好雨交流群】中

跟一大波极客切磋学习成了每天必做的功课

下面为大家总结了

好雨云帮一周问答集锦（10.31-11.06）

请各位老司机慢用～

Q： 云帮 “以应用为中心”的“应用”到底是个什么鬼？

A：

云帮中说的“应用”绝对不是手机APP，而是云帮平台中可独立操作的单元，如图所示：

通过云帮创建的应用包含图中提到的行为、属性和特性

那么，云帮中的应用如何创建呢?

方式一：通过源代码创建，意思是说只要开发了程序源码，就可以通过对接Git仓库创建一个应用；

方式二：通过应用市场创建，这种方式是创建应用的最快捷方式，相当于将docker hub上的镜像运行起来，具备云帮高可用、性能监控、弹性伸缩等一系列特性。

Q： 我们想将云帮应用到内部开发测试环境中，有没有好的实践方法?

A：

你说的内部开发测试环境应该就是CI/CD吧。

容器技术有封装特性（将代码和环境打包在一个镜像中）和镜像仓库（将镜像以代码的方式推送和发布）两大特性，但要想将这两大特性融入到CI/CD流程中，需要借助Jenkins、registry、构建等众多组件，还要衔接各个组件之间的关系和调度。

云帮平台提供了一整套的CI/CD工具，借助DevOps思想，开发只需要关注代码、业务层面的工作，云帮的自动构建模块可以解决源码和Dockerfile的环境构建，并提供快速发布和一键回滚的功能，发布后的应用可以通过实时性能分析排查程序性能问题。

总结起来就一句话：程序的问题，“开发+云帮”全部搞定，运维只需要关注平台底层的资源即可。

Q： 云帮需要一个应用域名，它到底是做什么用的？

A：

云帮平台上运行起来的应用，如果需要外部访问，都需要一个域名与之对应。这个域名是应用的标示，同时也是平台负载均衡区分后端服务的方法。

下图是负载均衡根据不同的域名代理到后端真实的应用容器的示例:

说明:

• 每个应用有一个唯一的域名；(应用名.团队名.xxx.xxx)
• 当用户访问应用域名时，请求会到达负载均衡；
• 负载均衡根据不同的域名将请求甩给后端容器组。

云帮安装程序默认会动注册一个

*.<random>.goodrain.io

的泛域名并进行dns的解析工作。

Q： 我想编排一系列服务，为什么云帮没有服务编排功能？

A：

云帮是通过依赖的方式来建立各个应用之间的关系，例如一个php应用需要redis和mysql服务，只需要在php应用的依赖页面关联这两个服务即可。

后续云帮会增强服务编排的功能如:

• 直接通过 docker-compose 配置文件创建应用
• 应用的分组
• 应用的批量处理
• 应用镜像下载

-END-