这是一个创建于 2918 天前的主题，其中的信息可能已经有所发展或是发生改变。
本文总结了上周（ 10.31-11.06 ）用户在使用好雨云帮平台的过程中遇到的一些疑问及解答，大家如果还有其他的问题欢迎留言，我们会做专题进行解答。
Q ：云帮总在提 “以应用为中心” 这个 “应用”到底是什么鬼？
A ： 首先明确云帮中说的应用绝对不是手机 APP 。它是云帮平台中可独立操作的单元。 用一个图来简单描述一下云帮应用：
通过云帮创建的应用就会包含图中提到的属性、行为和特性
云帮中的应用如何创建呢？
- 第一种方式：通过源代码创建，也就是说我只要开发了程序源码，就可以通过对接 Git 仓库创建一个应用
- 第二种方式：通过应用市场创建，这种方式是最快捷创建应用的方式。相当于将 docker hub 上的镜像运行起来一样，并且具备云帮平台的一系列特性（高可用，性能监控，弹性伸缩……）
Q ：我们想将云帮应用到内部开发测试环境中，有没有好的实践方法？
A ： 你说的内部开发测试环境应该就是大家常说的 CI/CD 吧，容器技术最大的 2 大优势就是：
- 封装特性：将代码和环境打包在一个镜像中。
- 镜像仓库：将镜像以代码的方式推送和发布。 但要想将这两个特性融入到 CI/CD 流程中，需要我们借助 Jenkins 、 registry 、构建等众多组件，还要衔接各个组件之间的关系和调度。
云帮平台提供了一整套的 CI/CD 工具，借助于 DevOps 的思想，开发只需要关注代码、业务层面的工作，云帮的自动构建模块可以解决源码和Dockerfile的环境构建，并提供快速发布和一键回滚的功能。发布后的应用可以通过实时性能分析排查程序性能问题。一句话：程序的问题 开发+云帮 全部搞定！ ，运维只需要关注平台底层的资源即可。
Q ：云帮需要一个应用域名，它到是做什么用的？
A ： 云帮平台上运行起来的应用，如果需要外部访问，都需要一个域名与之对应。这个域名是应用的标示，同时也是平台负载均衡区分后端服务的方法。下图是负载均衡根据不同的域名代理到后端真实的应用容器的示例图：
说明：
- 每个应用有一个唯一的域名。（应用名.团队名.xxx.xxx ）
- 当用户访问应用域名时，请求会到达负载均衡。
- 负载均衡根据不同的域名将请求甩给后端的容器组。
云帮安装程序默认会自动注册一个*.<random>.goodrain.io 的泛域名并进行 dns 的解析工作。
Q ：我想编排一系列服务，为什么云帮没有服务编排功能？
A ： 云帮是通过依赖的方式来建立各个应用之间的关系，例如：一个 php 应用需要 redis 和 mysql 服务，云帮只需要在 php 应用的依赖页面关联这两个服务即可。后续云帮会增强服务编排的功能如：
- 直接通过 docker-compose 配置文件创建应用
- 应用的分组
- 应用的批量处理
- 应用镜像下载
Select Language