个人技术分享

service通过selector和pod建立关联，K8s会根据service关联到的pOdIP信息组合成一个endpoint。若service定义中没有selector字段，service被创建时，endpoint controller不会自动创建endpoint。我们可以通过配置清单创建Service，而无需使用标签选择器，而后自行创建一个同名的endpoint对象，指定对应的IP。

在order-service中加入同样配置，测试order在调用userservice是否优先选择本地集群,把order-service放在HZ，user-service两个分支一个在HZ，一个在SH。测试结果 : 在杭州集群的order-service只调用了在杭州集群的user-service而未调用在上海集群的user-service。修改user-service的yml配置文件 order-service同理 把user-service服务发现到nacos。

本合集将介绍各种kubectl命令，包括创建、更新、删除资源，以及查看资源状态等，希望对你有帮助！

单体应用（monolith application）就是将应用程序的所有功能都打包成一个独立的单元，可以是 JAR、WAR、EAR 或其它归档格式。随着业务需求的快速发展变化，敏捷性、灵活性和可扩展性需求不断增长，迫切需要一种更加快速高效的软件交付方式。微服务就是一种可以满足这种需求的软件架构风格。单体应用被分解成多个更小的服务，每个服务有自己的归档文件，单独部署，然后共同组成一个应用程序。这里的“微”不是针对代码行数而言，而是说服务的范围限定到单个功能。

在不定义CHANGE-CAUSE的情况下，缺省值为，当历史版本较多时，不便于咱们回滚时辨认版本号。因此，建议定义CHANGE-CAUSE为服务版本以帮助咱们辨认当前服务。一般通过修改配置的方式定义change-cause......metadata:#下行可定义历史版本revision#在Deployment的matadata项下的annotations中如下行定义change-cause......

前面 5 讲我围绕稳定性、技术债务和大项目管理分享了一些过往的经验与思考，从今天开始，我会用两讲的时间，围绕“架构设计与系统演进”与你分享我的经验。这几方面是我认为技术 Leader 在技术工作上一定要做好并且极为重要的，从八二法则上看，它们也是我认为值得花 80% 的精力去做好的，而你能否做好这几点会影响团队未来的发展。

在不定义CHANGE-CAUSE的情况下，缺省值为，当历史版本较多时，不便于咱们回滚时辨认版本号。因此，建议定义CHANGE-CAUSE为服务版本以帮助咱们辨认当前服务。一般通过修改配置的方式定义change-cause......metadata:#下行可定义历史版本revision#在Deployment的matadata项下的annotations中如下行定义change-cause......

k8s dashboard安装

AI大模型下的微服务会有什么？

1.由于 在 1.24 （还是 1.20 不清楚了）之后，下面这两个apiserver的配置已经被弃用 了，简单的说就是想不安全的访问k8s是不可能了，所以只能走安全的访问方式也就是 https://xx:6443了，所以需要证书。登录k8s master节点的服务器，进入路径 /etc/kubernetes/pki，将图中的文件下载到本地。3.我是利用的fabric8 来访问k8s的，所以下面展示是对应的代码。

从节点加入主节点报错是由于之前有高版本的配置文件存在，删除对应的文件后重新加入即可。这个是由于kubernetes-cni版本的问题，推荐使用单独安装并安装前置依赖。

d. 线程池提供了任务调度和管理的能力，比如设置核心线程数、最大线程数、队列容量等，这样可以更精细地控制任务的执行行为。大家都知道，在我们实际开发过程中，我们经常会遇到一些耗时的业务和逻辑，比如说要上传什么大文件，又或者是大文件的数据处理。，可以复用线程，减少资源消耗。线程池中的线程可以被重复使用，而不是每次执行异步任务时都创建新的线程。，这不是一个真正的线程池，因为它为每个任务创建一个新的线程。我们看到Async内，只有一个参数value，这个value的设置来确定异步线程指定线程池的名字。

Pod是kubernetes中，Pod也是最小化运行容器化应用的资源对象。一个Pod代表着集群中运行的一个进程。kubernetes中其他大多数组件都是围绕着Pod来进行支撑和扩展Pod功能的，例如，用于管理Pod运行的StatefulSet和Deployment等控制器对象，用于暴露Pod应用的Service和Ingress对象，为Pod提供存储的PersistentVolume存储资源对象等。。现代容器技术建议一个容器只运行一个进程，该进程在容器中。

K8s Service 背后是怎么工作的？

Configmap是k8s中的资源对象，用于保存非机密性的配置的，数据可以用key/value键值对的形式保存，也可通过文件的形式保存。

导出和导入所有必要的 Kubernetes 镜像，使用阿里云作为源。

service通过selector和pod建立关联，K8s会根据service关联到的pOdIP信息组合成一个endpoint。若service定义中没有selector字段，service被创建时，endpoint controller不会自动创建endpoint。我们可以通过配置清单创建Service，而无需使用标签选择器，而后自行创建一个同名的endpoint对象，指定对应的IP。

在order-service中加入同样配置，测试order在调用userservice是否优先选择本地集群,把order-service放在HZ，user-service两个分支一个在HZ，一个在SH。测试结果 : 在杭州集群的order-service只调用了在杭州集群的user-service而未调用在上海集群的user-service。修改user-service的yml配置文件 order-service同理 把user-service服务发现到nacos。

busybox是一个包含了nslookup,ping,wget等网络处理命令的Pod容器（不含curl命令），它的体积非常小，适合做一些容器内的网络调试。即创建一个docker ，进去执行 ping 命令等。

微服务架构是一个分布式系统，由多个独立的服务组成，每个服务可能运行在不同的容器、虚拟机或物理机上，那么在生产环境中我们需要随时监控服务的状态，以应对各种突发情况，比如：内存爆满，CPU标高等等。Prometheus作为一种开源的监控和告警系统，天生就是为分布式系统设计的。它能够轻松地收集、存储和查询各个微服务的监控数据，为微服务架构提供全面的监控能力。Prometheus（普罗米修斯）是一个最初在SoundCloud上构建的监控系统。自2012年成为社区开源项目，拥有非常活跃的开发人员和用户社区。