Docker镜像支持规范
本章节将带你认识 Rainbond 基于 Docker 镜像创建组件的支持规范。
镜像支持规范
Rainbond 基于已有标准制作镜像创建组件的方式是最快，兼容性最强的途径。 这里我们将从以下几个方面描述什么镜像可以在 Rainbond 运行：
不能运行的镜像
这里我们首先来说明哪些镜像不能运行，这个非常重要。
- 基础系统环境类
以alpine centos debian 为代表的基础系统镜像是我们制作组件镜像必然会用到的，但是它们是不能直接在 Rainbond 上运行，为什么？ 因为它们启动进程默认是非前台运行的，即容器启动则会退出。只能在本地运行时打开 stdin 进行 TTL 交互式运行。
- 基础语言&工具类
目前有比较多的开发者使用 Docker 镜像的方式来分发命令行工具，比如 golang 编译环境、docker 编译环境、maven 编译环境等等。它们不能运行的原因与第一类相同。
可运行镜像
除了上述描述的镜像类型外，如下类型的组件我们推荐基于镜像创建：
- 中间件类
比如Mysql Mongo Redis Tomcat nginx 等经常使用的中间价组件。
- web 工具类
比如phpmyadmin等
- 基础组件类
比如sFTP组件、minio对象存储组件等
- 其他提供 TCP 或 UDP 协议组件的各类组件镜像
镜像检测规范
-
镜像是可以被 Rainbond 集群服务器正常获取的
-
提供的镜像名称准确，且存在于对应的镜像仓库中
-
私有仓库镜像请务必提供账号密码
-
自建仓库请配置 HTTPs 或为 Rainbond 集群节点配置 Docker 信任
-
-
Rainbond 将从镜像中获取以下属性信息：
-
端口，dockerfile 中配置的 Expose 端口信息将被获取。
-
环境变量，环境变量是云原生下推荐的自定义配置方式，也是 Docker 镜像自定义配置的推荐用户。
-
存储挂载，dockerfile 中配置的 volume 信息将被获取
Docker compose 创建的组件只从 compose 配置中获取，docker run 创建从创建命令和镜像中获取。
-
-
组件内存分配的设定：
以镜像创建的组件默认使用 512M 内存分配，通过 dockerrun 或者 docker compose 创建的组件如果显示设置了内存参数的，将以设定的为准。
-
组件部署类型的设定：
以镜像创建的组件默认设定为
无状态部署类型，5.1.3 版本以后，镜像名称为以下值时默认设置为有状态部署类型:- mysql
- mariadb
- mongo
- redis
- tidb
- zookeeper
- kafka
- mysqldb
- mongodb
- memcached
- cockroachdb
- cockroach
- etcd
- postgres
- postgresql
- elasticsearch
- consul
- percona
- mysql-server
- mysql-cluster
例如以下镜像将部署为有状态类型：
- mysql:latest
- hub.example.com/xxx/mysql:5.5
- xxx/mysql:5.7