容器化技术与微服务结合-SpringCloud框架与阿里云serverlessk8s的结合.docx

? ? ? ? ? 容器化技术与微服务结合---SpringCloud框架与阿里云serverlessk8s的结合 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 目录 系列 写在前面 Serverless K8S 概念 创建集群 微服务搭建 项目地址 环境区分以及dockerFile注意 阿里云日志接入 创建阿里云日志project 配置 测试 Kubernetes配置 deployment及pod配置 Service配置 eureka gateway 查看 日志问题 结尾 系列 容器化技术与微服务结合—docker（一）容器化技术与微服务结合—Kubernetes基本介绍（二）容器化技术与微服务结合—Pod详解（三）容器化技术与微服务结合—实操service并部署一个简单对外开放的springboot HelloWord服务（四）容器化技术与微服务结合—结合springcloud微服务框架进行部署（含切换成阿里云docker仓库）（五）容器化技术与微服务结合—SpringCloud框架与阿里云serverless k8s的结合（六） 写在前面 博主保留cloud微服务及eureka的体系。k8s作为快速部署编排的设施。这样在本地开发的时候会方便一些。 如上图（本偏因为应用少，暂时不用Ingress，直接使用slb做对外负载均衡） 针对网关层面，抛出对外service 保留eureka服务注册，使用PrivateZone域名解析服务（在内部k8s内部之间使用servicename的host方式通信），这个东西有坑，下面会讲到 sdk等信息自己接入即可, 参考博主框架项目：/_madi/codemperor.git （cloud-k8s分支） 采用博主编写的sdk方便统计日志，并无缝接入阿里云日志系统，方便快速检索 采用钉钉机器人消息（博主sdk中有封装）发送核心业务、报错等信息 Serverless K8S 概念 让用户不在关注服务器与应用环境，仅仅只关注应用及其运维。减少了服务器与环境等底层的运维成本 如上图所示，阿里云的serverless，可以直接将pod（结合镜像）与cpu及内存结合，直接运行，当你不想运行这个pod或者应用的时候，停止即可，底层的服务器资源已经完全屏蔽。这样的情形会对很多热插拔式的应用有极大节省（省钱呀~） 举个例子：你想玩lol，会启动lol的应用，这个时候，应用开始消耗cpu、内存等，当你不想玩的时候，会关掉lol的应用，这个时候就释放了cpu和内存。 创建集群 直接创建serverkess k8s集群： 下面图中：-选择对外开放，如果你的整个集群是用来内部使用，比如计算大数据，算完就删，这个时候可以不对外开放，如果是一个对外业务性质的集群，选择对外开放，否则整个集群将无法对外提供服务-选择PrivateZone，这个是个很大的坑，如果你不选择，那么整个集群内不允许使用ServiceName进行通信，只能对想要通信的服务开启内部SLB并绑定固定的EIP，通过这样方式通信，这样会有比较大的运维成本 点击创建之后，稍等几分钟： 发现已经创建完毕 微服务搭建 项目地址 微服务简单的框架搭建，前面博主已经写过了，这里参考博主的git项目： /_madi/codemperor.git （cloud-k8s分支） 分为：网关、auth、eureka、常用sdk等 环境区分以及dockerFile注意 通常环境区分为：dev（研发）、qa（测试）、demo（预发）、prod（生产）这里博主使用application的配置区分环境，然后java -jar --files.active=qa的方式来确认环境并启动 项目中有个empr-k8s目录，其中目前是qa环境的打包，在这个目录下，执行： docker build -f …/empr-k8s/docker/qa-gateway-docker-file -t 镜像名称:标记 …/…/empr-gateway 注意-f后面跟的是dockerfile的路径 最后结尾不再是以 . （点）结尾，而是一个路径。最后的 . 其实是docker编译时候的运行环境，…/…/empr-gateway 代表让dockerfile在网关项目下执行，这样才可以将网关项目下面的东西全部打包，或者在target下面执行也行，这样直达包了jar，东西会少一些 阿里云日志接入 创建阿里云日志project 配置好后会提示你进行数据接入，也可以选择project进入页面接入： 选择logback的方式： 然后完成~ 配置 为了更好查看日志，我们将日志直接接入阿里云日志系统，我们使用logback方式接入： ?xml version=1.0 e