4.10 CODING 持续部署实践原创

嗨，我是winter，今天的课程是coding持续部署实践。coding orbit包含应用中心和基础设施两大部分。在基础设施中，Coding orbit支持多集群的管理。本次项目演示中，我们将采用cloudt这个集群进行演示，我们进入到C这个集群可以查看到Co orbit支持原生可观测性能力的接入，包括监控日志和事件监控包含腾讯云原生监控和pro operator监控的支持。日志支持腾讯云日志服务CS locked和L社区世件言支持提取内置事件和腾讯云日志服务cos。了解了coding对K集群及原生可观性能力的支持之后，我们看一下connect这个集群的一些基本信息。通过control get as这个命令，可以查看到C这个题下面的一些N，这里面有一个coding-CD的n space COD-CD的这个ne space是code d CD的一个客户端，Agent可以通过Q车apply这个命令将code d CD engine进行一键安装。

齐全安装成功之后，我们可以进入到应用中心，可以选择创建应用，将应用名称命名为QDEMOB，选择应用所在项目，这里面选择在线商城。coding oppi是基于GIOPS的，因此所有的配置文件都应该存放在GI仓库中。这里面我们选择coding作为GI仓库来源，并且选择qmo ya作为GI仓库的一个具体仓库，选择type分支代分支下面的Co nes目录。选择完成之后，点击创建，我们可以看到在大分支的Co ne目录中就是我们在K8中需要部署的所有的yama文件，To orbit会将这些文件通过customer size的方式将这些文件有序的进行组合，并且进行编排。文件内容包括more in gras商城的前端应用以及passport账号服务、产品服务、评论服务、购物车服务等。这是一个典型的微服务应用。了解了本次需要部署的配置文件之后，我们回到应用中创建一个环境，命名为de环境，选择我们准备好的狂集群，如果我们需要绑定数据库，那么也可以添加数据库进行绑定。环境创建成功之后。

我们可以创建部署流程，点击创建部署流程，输入部署流程的名称，如de depri，创建好后选择应用部署，选择具体的环境，De环境，环境选择成功之后，此时应用就已经创建完成了。那么应用中由我们具体的部署内容，Co nes文件下的所有的样本文件，以及我们的环境背后的集群，还有部署的顺序和流程，也就意味着我们的部署的能力都已经具备了。接下来我们就去创建发布的一个版本，创建一个版本号，版本号以今天作为日期，最后一位数作为我们版本的序列号。可以看到coding orbit是基于giOS的，能够自动的简配所有的镜像和配置的变更，镜像变更是从这些样文件中直接去读取镜像的内容，实现自动的简配版本创建成功之后，接下来我们就对版本进行发布，发布之前我们可以观察一下当前的一个next base一个情况。

选择我们deft pro流程发布，可以看到发布之后对应的XYZ和PDM这两个next base就被创建出来了，意味着我们应用正在进行发布。我们可以选择查看环境，查看具体的发布的详情。可以查看到all the passport soca绿色部分的已经创建成功，Product review正在进行一个创建。我们可以使用control命令查看应用的具体的创建的状态和情况。例如我们进入XY已知命名空间下的pod的一些应用的情况。可以查看到目前大部分应用都已经部署成功了，Order passport说都已经部署成功，其他应用正在陆续的创建中，稍等片刻之后会发现所有的应用都已经创建成功了。可以看到每个应用里面对应的服务名、同步状态、实例数、镜像信息、更新时间和操作等，并且点击服务名可以看到每个服务或镜像的一个具体的详细的启动。

度信息，我们再接着看每个命名空间下面的对应的pod的一些详细信息，可以看到六个镜像都已经完成了正常的启动。那么在原生可观测性方面，包含监控、告警、日志和事件的接入特点。OB的支持，像CPU利用率、内存利用率的一些指标，包括它的一个持续图，以及各个应用服务级别的一个监控，例如more passport product review short卡在CPU、内存、磁盘、IO网络上的监控。在告警上，我们可以配置告警策略，选择告警类型、计算周期、故障级别、告警阈值等，以及对应的通知渠道。选择完成之后，当预值达到告警级别，将会以企业微信机器人的方式进行告警消息的通知。在日志方面是支持locked CS和ASD search的，我们可以查看到具体的日志的情况。在事件上支持KS及其内置的。

事件和cos的事件，可以查看到每一个服务它的一个日志的一个详细情况，包括它的名称、服务类型、级别、动作详细描述以及出现的时间和次数等。了解了qding在原生可观测性方面能力之后，我们看一下服务管理。在服务管理上能够对服务内的所有的镜像进行编排，调整镜像的启动的顺序。在配置管理中，能够自动的简配地仓库中的配置文件的信息，并且支持双向操作，例如在comp中的APP conflict的样本中的信息能够自动的识别并简配到配置管理中，通过OS实现了单一的事实来源。在数据库方面，也支持自建数据库、MYSQL数据库和腾讯云数据库的一个接入，可以选择创建数据库实例即可完成接入部署。流程上可以对流程进行编辑，也可以创建多个部署流程。我们也支持部。

主记录和版本化的一个管理的能力。了解了应用之后，我们看一下服务模板，偷office的服务模板提供工作负载和服务发现两大类型的服务模板，通过在服务模板中变量的方式，让开发人员在不需要了解开发式基础知识的情况下，通过只需要填写变量值即可完成应用的云原生化，极大降低应用云原生化的门槛。在通知渠道上支持多种通知渠道，在COO中我们可以看到环境里面的一些告警的一些信息，可以通过配置。

以上就是OB的持续部署的内容，感谢聆听，再见。