共计 2890 个字符，预计需要花费 8 分钟才能阅读完成。
2019 年 7 月 8 日，Rainbond 发布 5.1.5 版本，本次版本更新带来了全新的应用市场交付 Pipeline 体验，并对源码类服务的运行机制、ServiceMesh 架构、服务管理等方面做了大量优化。
- Rainbond：支撑企业应用的开发、架构、交付和运维的全流程，通过“无侵入”架构无缝衔接各类企业应用，底层资源可以对接和管理 IaaS、虚拟机和物理服务器。
- 发布版本：5.1.5
- 版本更新：推荐
- 更新范围：应用市场、源码构建、ServiceMesh 架构、日志收集
下面为大家带来详细的版本解读：
Rainbond 应用市场体验升级
Rainbond 应用市场一直以来都是 Rainbond 的重点方向，有用户会问，Helm 社区目前越来越成熟，应用越来越多，你们为什么不遗余力做自己的应用市场。不可否认，Helm 应用规范已经得到了 Kubernetes 社区用户的认可，越来越多的开源应用企业在贡献 Helm 应用。但是，用过的人都知道，Helm 应用规范是技术性要求很高的应用打包方式，要制作一个优秀的 Helm 应用，其难度甚至远远超出 Kubernetes 原生规范。Rainbond 项目的目标是让广大用户无需学习 Kubernetes 技术（甚至无需学习容器技术）即可将自己的应用在云上开发、交付和运维。Rainbond 应用市场的目标就是让所有开发者能够低门槛的，一键完成从代码到应用完整交付。
本次升级我们带来如下功能：
- 支持直接从云端安装应用到本地。过去的版本中我们不得不先完成从云端同步到本地市场，再选择安装应用安装，过程略微繁琐且隐含较深，现在你可以直接查看到云端应用并直接安装。
云端应用市场直接安装应用 - 发布私有的应用到云端应用市场，交付给你想要交付的 Rainbond 用户。应用市场为每个应用中的所有介质资源进行加密授权，发布的私有应用只有你授权的用户可以下载安装，跨云交付将非常简单。
- 发布社区公开应用。Rainbond 应用流通将携带发布人的信息，你可以将你的企业应用上云推广了。
除此之外，Helm 应用那么多如何让 Rainbond 用户可以直接安装也是我们必须要解决的问题。我们正在进行的是将 Helm 应用转化为 Rainbond 应用存放于 Rainbond 应用市场中供用户直接安装使用。这个进程请关注：https://market.goodrain.com/h…
ServiceMesh 架构支持入站网络治理
本次版本继续对 ServiceMesh 架构进行优化，数据面板层面 envoy 版本升级到 v1.9.0 版本。控制面板层面增加了入站方向的网络治理支持，包括基于连接数、并发请求数等条件的连接熔断功能，同时引入了基于第三方限流服务的全局限流功能。优化了 XDS 控制器，有效比对资源的实际变化，有效降低推送到 envoy 的更新事件频率。
ServiceMesh 透明化架构植入
Rainbond 用户只需要开通相应的插件即可将业务服务与 ServiceMesh 架构相结合。
新增综合网络治理插件，支持入站网络治理
其他功能优化
- 源码构建的服务版本介质由 slug 包更改为容器镜像，源码类服务的运行将不再依赖于分布式文件系统，运行环境支持版本化控制。
- 服务构建任务是一个消耗管理节点资源的动作，批量的服务构建如果不受限制将导致管理节点的资源耗尽。此次更新带来了构建任务的并发限制，最大并行任务数取决于当前管理节点的 CPU 核数。未能执行的任务将在消息系统中等待。
- 优化了服务访问策略自动以环境变量形式注入服务的策略，便于服务能够获取当前服务的访问策略，对于部分 Web 类服务非常有用。
- 更改了服务插件与应用运行时的通信地址，由过去 Docker0 网桥网卡地址更改为节点 IP 地址，如此移除了过去版本对 Docker0 网桥网卡 IP 地址的依赖。避免了如下异常情况出现：性能分析数据无法获取, 服务发现工作异常
- 服务容器的标准输出和错误输出日志收集方式由之前的 node 服务从 docker 进程获取更改为 node 服务从宿主机日志文件获取，减小 docker 进程的压力，同时减小了日志呈现给用户的延迟时间。
- 优化了 grctl service get 命令，便于用户之间查看服务的容器运行状态。
BUG 修复
- 修复自定义服务访问域名访问数据被忽略的 BUG。
- 修复服务连接信息前端未显示分页模块导致显示不全的 BUG。
- 修复服务构建版本、已删除服务持久化数据自动清理未正常工作的 BUG，新版本中默认开启清理。
- 应用备份时更改备份策略为只备份服务当前运行的构建版本，减小备份数据，提供备份成功率。
- 修复了应用市场安装应用第一次未构建成功，后续无法继续构建的 BUG。
- 修复了服务环境变量与连接信息转移未生效的 BUG。
- 修复了应用升级时，新增的服务包含插件无法直接完成插件挂载的 BUG。
- 修复了节点更改节点属性后元数据不自动更改的 BUG。
- 修复了 NodeJS 语言类型设置 Runtime 版本失败无法编译的 BUG。
版本安装
当前版本为 5.1 系列最新版本，从发布之日起安装的 5.1 版本系列平台即时最新的 5.1.5 版本，安装参考：
Rainbond 集群安装
版本升级
升级要求和注意事项
- V5.1.5 版本支持从 V5.1.2-V5.1.4 版本升级，如果你还未升级到 V5.1.2 版本，参考 V5.1.x 版本升级文档，先升级至 V5.1.2 版本：
grctl version, 例如版本显示如下：Rainbond grctl v5.1.4-release-1b49703-2019-05-19-10 - 升级过程会重启管理服务，因此只有单管理节点的集群会短暂影响控制台操作，请选择合理的升级时间段。
下载 5.1.5 更新包
离线包镜像大小约 650MB，需要保证当前集群磁盘可用空间至少不低于 2G
# Rainbond 组件升级包
wget https://pkg.rainbond.com/offline/5.1/rainbond.images.2019-07-07-5.1.5.tgz -O /grdata/services/offline/rainbond.images.upgrade.5.1.5.tgz
# 升级脚本包
wget https://pkg.rainbond.com/offline/5.1/rainbond-ansible.upgrade.5.1.5.tgz -O /grdata/services/offline/rainbond-ansible.upgrade.5.1.5.tgz
解压安装脚本, 执行升级脚本
rm -rf /tmp/rainbond-ansible
rm -rf /grdata/services/offline/upgrade
tar xf /grdata/services/offline/rainbond-ansible.upgrade.5.1.5.tgz -C /tmp/
cd /tmp/rainbond-ansible/scripts/upgrade/
bash ./upgrade.sh
升级完成验证
- 执行 grctl cluster 确定所有服务和节点运行正常
- grctl version 确认版本已升级到 5.1.5，运行组件镜像版本为 v5.1.5-release
升级如有问题，请至社区反馈。
