大云制造 | 大云PaaS平台v3.1发布 - 功能全面升级，与客户共创价值

友情提示：全文4000多文字，预计阅读时间12分钟

大云PaaS平台产品简介

大云PaaS产品（BC-PaaS）是基于Kubernetes、Docker等开源云计算技术开发的一款集应用开发、测试、容器编排和自动化运维为一体的产品。主要功能有：应用编排、K8S集群管理、镜像服务、中间件管理、CICD、运维管理等，提供MySQL、MQ、Redis、MongoDB、BES、Tomcat、Nginx以及Hadoop等中间件服务和大数据服务；支持SpringCloud、Dubbo、Istio微服务框架。自商用以来，在北京、广东、重庆、山东、湖南、内蒙、江西等多个省公司普遍应用。

图（1）BC-PaaS 功能架构图

在最新发布的BC-PaaS v3.1版本中，发布了不少新功能，如全新的应用模型、应用红黑榜、在线制做镜像、镜像层分析、压测工具、应用跨集群容灾双活、集群一键部署、一键自检，以及6款中间件。

表（1） BC-PaaS v3.1新增功能

下面就让咱们从应用开发者和运维人员的角度来了解一下这些功能吧。

1、

应用开发者角度

你们好~我是开发人员小S~接下来由我来介绍一下BC-PaaS平台的使用平常~

 

我今天的工做内容是开发一个Java应用并部署到PaaS平台上。开发过程当中，我须要使用到Redis服务，这个时候我就能够从BC-PaaS平台上的中间件市场中建立一个Redis服务来，不用本身搭建中间件环境并进行维护，节省了咱们开发的时间和成本，很是方便。

图（1.1）BC-Redis服务

注：用户在运行应用时，每每须要用到各类中间件，例如MySQL、MQ、Redis。BC-PaaS v3.1进一步丰富了中间件市场，新增了BC-Redis、BC-MQ、MongoDB、宝兰德BES、Tomcat、Nginx等。用户能够方便的建立并使用中间件服务，有效解决了用户搭建中间件环境耗时、维护成本高等问题。BC-PaaS 平台深度集成了BC-Redis和BC-MQ产品，提供和移动云彻底一致的用户体验。除此之外，BC-Redis在PaaS平台上还为用户提供独立的监控和告警功能，进一步提高产品的运维能力，优化用户的使用体验。

开发工做完成以后，我能够经过两种方式将个人Java应用部署到BC-PaaS平台上。

一、经过CICD的流水线来构建个人镜像，并部署到BC-PaaS平台。值得一提的是平台支持将应用部署到容器、物理机或者虚拟机中，很好的解决咱们开发人员环境不一样的底层资源适配问题。除此以外，流水线还支持代码的编译、单元测试、安全扫描等工做，很是方便~

图（1.2）CICD典型工做流

二、经过镜像服务的建立镜像功能，能够从我本地的源码包、二进制包构建出个人镜像，而且提供镜像层分析功能，便于咱们开发人员后续对镜像进行优化。

注：从应用程序代码到生成Docker镜像，再到上传镜像，是一个比较繁琐的过程。程序员一般要作编译打包、编写dockerfile、生成镜像、手动上传。其中，编写dockerfile也是一个技术活，没有至关的经验，很难作出一个知足Best Practice的镜像，例如镜像size较大、分层不合理、有安全漏洞等。所以，咱们开发了“在线制做镜像”功能。用户只需提供程序包或二进制包，在平台上选择基础镜像，由平台引导用户填写docker镜像须要的参数，生成dockerfile，最终生成docker镜像，并对其作镜像层扫描，最后存放在镜像仓库中。

图（1.3）在线制做镜像

镜像层分析功能为用户展现每层的docker镜像内容，指出每一个镜像层中发生的变化，估计“镜像效率”，用户可根据分析结果优化镜像，例如减小镜像大小。对于应用方直接上传的镜像，平台管理员能够方便的查看这些镜像是否占用了太多空间。

图（1.4）镜像层分析

今天我选择第二种方式来进行个人应用部署。

接下来，在BC-PaaS平台的编排-应用-建立应用，选择我构建出来的镜像，将个人应用部署到平台上。平台抽象出了应用-微服务-工做负载这样的应用模型，为我建立、管理微服务和应用提供了便利。

注：全新的应用模型：随着微服务理念的推广与实践，单个应用被拆分红若干个更易于开发和维护的微服务。做为容器、微服务编排事实标准的Kubernetes，提供了pod、deployment、statefulset、service、pvc、configmap、ingress等一系列概念来知足微服务开发、运行的要求。这么多抽象而复杂的概念给应用开发者提出了挑战。所以，BC-PaaS产品在K8S各类资源对象的基础上，提出了更易于理解、使用的应用模型，更好的为用户提供应用的全生命周期管理。

图（1.5）应用-微服务-工做负载逻辑关系图

新模型的基本概念以下：

• 应用

  应用能够理解为提供完整业务逻辑的微服务组。一个应用中能够包含多个微服务。多个微服务编排后可对外提供服务。

• 微服务

  微服务是一个对外提供单一服务的模块。一般只包含一个子功能。一个微服务能够由一个或多个工做负载（deployment）、配置集（configmap）、存储卷（pvc）等组成。用户在建立微服务时，能够把这些资源一块儿建立出来。

• 工做负载

  工做负载是真正承载业务的实体，是一组Pod实例的集合，对应于K8S的deployment、statefulset等概念。经过这样的分层、组合，用户能够在BC-PaaS平台上方便的建立、管理微服务和应用。

因为这个应用很重要，我在建立应用的时候还开启了平台提供的容灾双活功能，能够将应用部署到两个集群中，以保障一个集群故障时业务的可靠性。

图（1.6）双活应用

注：根据对系统的保护程度，容灾系统可分为数据级别与业务级别容灾。数据层容灾是业务层容灾的基础，业务层容灾是数据层容灾的终极目标。容灾建设应以数据容灾为根本，以业务连续性为目标，最终实现灾难发生时业务的平稳过渡。

BC-PaaS产品支持管理平台的容灾和无状态应用的双活，适用于为核心业务或须要高可靠保障的业务。即便有一个集群出现故障，双活集群会无缝接收用户业务流，保障业务不中断。为实现双活容灾的功能，将建设主数据中心及双活数据中心，每一个数据中心将包括1套管理集群、N个业务集群、N个镜像仓库等。每一个数据中心的业务集群与镜像仓库都必须确保为1对1的映射关系。

图（1.7）双活示意图

应用部署完成，在BC-PaaS平台可以运行使用，个人开发工做就告一段落了~

而其实个人应用的“生命”才刚刚开始。PaaS平台为了让我能了解应用运行状况，还提供了应用监控、告警管理和Skywalking等一系列丰富的运维管理功能。

首先我能够在应用模块查看个人应用监控。除了通用的应用监控指标外，平台还提供了丰富的Java应用监控指标，包括Jvm堆内存、Jvm线程数等指标。其次，告警中内心，我能够针对个人Java应用建立告警规则，而且能够经过邮件和微信的方式接收平台的告警信息，使我可以及时了解应用的告警状况。

注：邮件、微信告警：BC-PaaS平台的告警模块支持用户针对集群、节点、应用等设置自定义告警规则，若知足告警规则，会触发告警发送，用户可经过平台界面设置邮件和微信两种告警通知方式，方便用户及时接收到平台的告警信息，并采起相应措施。

图（1.8）邮件和微信告警

2、

运维人员角度

你们好，我是负责运维的老A。下面由我给你们介绍BC-PaaS平台给咱运维管理人员带来的切实便利。

首先，我登录BC-PaaS产品平台，会在概览页了解到当前项目下的CPU、内存资源使用量、应用/微服务/容器的数量和运行状况，以及告警和操做日志等信息，对项目的基本状况一目了然。

图（2.1）BC-PaaS概览

今天个人工做之一是要在PaaS平台上部署一个新集群。工做很简单，只要把机器信息批量导入平台，作好节点规划，就能够一键部署啦。

注：BC-PaaS平台支持集群可视化一键部署，无需再自行搭建Docker和Kubernetes，真正实现开箱即用。同时，针对物理机、虚拟机资源都可部署BC-PaaS容器集群，具备通用的是适配性。

图（2.2）集群部署过程

看，部署过程也是一目了然哦，每一步均可以看到实时进度，出错了能够单步继续。

图（2.3）集群部署详情

部署请看这里哦：

在等待部署结果的过程当中，我来给系统作个体检吧，看看今天的集群够不够健康~

在PaaS平台的集群管理中，有个“集群巡检”功能，能够选择要体检的项目，好比节点的网络状况、负载状况、平台组件运行状态；也能够选择作一系列的业务拨测，好比建立应用、建立镜像、建立负载均衡器、经过负载均衡器访问应用等。同时，还能够配置定时巡检策略，好比天天0：00作一个巡检，还能保存巡检报告。

注：巡检生产环境，是运维人员每日的例行功课。一般须要编写一大堆脚本，很是繁琐。BC-PaaS平台推出的健康巡检功能，能够自动化的完成k8s节点、平台组件、平台业务的检查。

图（2.4）健康检查

除了平常巡检，我还会关注下集群的资源利用状况，看看哪些应用的资源不够了，或者利用率过低。这些状况能够在BC-PaaS平台的概览页或者监控页看到。特别是概览页上的应用资源利用率红黑榜，能够清楚地看到CPU和内存的排行榜：

图（2.5）应用红黑榜

注：用户每每也关心哪些应用的资源使用率比较低，常常会作一些数据统计。对此，BC-PaaS推出了应用、微服务的资源使用率红黑榜功能。用户能够直观的查看应用、微服务的CPU、内存资源使用率状况的排行，方便用户进行更合理的资源分配。

你们知道咱们运维人员最头痛的事是什么吗？那就是生产环境出了性能问题又找不到问题缘由了~~性能分析是高级技能，通常人还真不会。因此啊，一般状况下，应用上线以前都要求作压力测试。只有知足性能指标了，才容许上线。BC-PaaS v3.1上推出了压测工具，能够对应用作压测，并提供了分析功能。使用起来主要分为两步：

一、构建压测场景，设定场景名、压测时长、最大并发数以及串联链路等相关配置信息。而后开始压测。

注：压测服务能够模拟现网用户的高流量并发、突发等不一样应用场景，根据用户的性能测试规模按需自定义建立压测场景，支持有序串行和并行编排压测API，提供参数化（如思考时间、集合点和条件跳转）等高级配置，全方位便捷自定义HTTP请求，最大程度地还原服务器压力承受状况。

图（2.6）建立压测场景

二、完成后，可查看压测报告，进而进行应用性能分析

注：为用户提供专业的性能测试报告，包括起始/最大并发量、API总请求数、平均TPS、请求成功率、平均响应时间等多维度统计。压测结果也为评估应用所需资源提供了依据。

图（2.7）压测报告

3、

总结

做为云能力中心自主研发的云计算PaaS层产品，BC-PaaS v3.1版本从客户实际需求出发，提供了大量功能，欢迎你们使用并提出宝贵意见。咱们也将持续更新，为用户提供功能更丰富、更全面、更好用的产品！

-End：）

往期精选

一、大云制造 | 移动云E-RocketMQ正式发布上线

二、【大云制造】为云而生 - 大云BEK内核

三、【大云制造】公有云解决方案4.0（云网络篇）——云上组网，互联互通