个人技术分享

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

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

在参与管理和研发软件项目的过程中，单元测试的实际运用对于确保最终产品的质量至关重要。以下是一些实际运用的案例和说明。

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

本篇介绍数据源从activity_main（1级页面）传递给include布局（2级页面）。

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

在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。

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

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

Softing工业为过程工业开发了许多可靠且经过验证的工业通信产品，这些产品不仅可独立于PLC访问设备数据，而且可访问PLC中的机器和过程数据，还可通过服务器聚合来简化数据与应用程序的集成。Softing产品满足过程工业的关键需求，如可扩展性、安全性和可靠性等。通过选用合适的产品，即可根据NOA模型来扩展您的工厂，从而直接从现代IT应用中获益。

三者不能同时存在。CP：由于网络分片的存在，如果要保证强一致性就不能写，此时不满足可用性AP：由于网络分片的存在，如果要保证可用性，能读也能写，就不能保证强一致性。

MPP架构

官网文档:学习文档:离线文档:在线API:1.还有父项目, 声明了开发中常用的版本号.2.并且进行 自动版本仲裁, 即如果程序员没有指定某个依赖jar的版本, 则以父项目指定的版本为准.1.开发中我们引入相关场景的starter, 这个场景中所有的相关依赖都引入进来了, 比如我们做web开发引入了, 该starter将导入与web开发相关的所有包.2.依赖树:可以看到 spring-boot-starter-web, 帮我们导入了开发模块, 还导入了tomcat的场景启动器。

但是数据仓库从概念上看是一个面向主题、集成、相对稳定和反映历史变化的数据集合，在数据仓库中信息是在不同的业务系统中进行集成，并经过一系列加工、整理和汇总等过程，形成规范性的关于确定主题的一致的全局信息，可以对这些数据进行频繁的可重复的分析。数据仓库的演进变革的因素有很多，例如快速的业务模式与群体规模的数据量带来的大数据处理技术、互联网的发展带来的数据源及数据类型的增多、人工智能的发展带来数智的融合、云计算交付模式的出现需要的细粒度的资源管理与隔离等，业务实时性的要求等都会带来数据仓库架构的变化。

本文主要介绍Mysql集群架构的理论知识，较为全面的解析了MYSQL主从复制的流程和原理

由于实现还未封装用户信息，所以为null。 下面我们来使用**远程调用**用户服务的接口，然后封装一下用户信息返回即可。

Nacos是一个开源的分布式系统服务发现、配置和管理平台，致力于帮助用户发现、配置和管理微服务。它提供了一组简单易用的特性集，帮助用户快速实现动态服务发现、服务配置、服务元数据及流量管理。Nacos是构建以“服务”为中心的现代应用架构（例如微服务范式、云原生范式）的服务基础设施。1. 服务注册和发现：当应用需要调用其他服务时，可以通过Nacos进行服务注册和发现，以便于应用之间可以相互通信。2. 服务配置管理。

Nacos是一个开源的分布式系统服务发现、配置和管理平台，致力于帮助用户发现、配置和管理微服务。它提供了一组简单易用的特性集，帮助用户快速实现动态服务发现、服务配置、服务元数据及流量管理。Nacos是构建以“服务”为中心的现代应用架构（例如微服务范式、云原生范式）的服务基础设施。1. 服务注册和发现：当应用需要调用其他服务时，可以通过Nacos进行服务注册和发现，以便于应用之间可以相互通信。2. 服务配置管理。

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

当一个Pod被调度到某个节点上时，该节点会尝试从本地镜像缓存中加载对应的镜像。如果本地镜像缓存中没有所需的镜像或版本，节点会尝试从镜像仓库中拉取镜像。所以当该服务分配到了 k8snode3 的时候就可以获取到最新修改的内容的镜像，被分配到 k8snode2 节点的时候就使用的是旧的镜像。在 k8snode2 节点上手动执行 docker pull 命令来拉取最新的镜像，然后重新部署相关的Pod。我使用kubesphere部署微服务的时候，发现有很多次，我修改了配置文件，但是部署完才发现部署的是旧版本。