kubernetes在容器编排大战中由于应用的可移植性以及支持混合云/多云部署方式上的灵活性。加上开放可扩展的理念，使得周边社区非常活跃。从既有调研结果看，kubernetes已成为容器编排领域的标准。但是它并不成熟，很多方面都大有可为，下面就是列举了一些方面：1.集群联邦kubernetes是一个集中式容器管理工具。横向上来说，集群管理工具还有分布式和共享式等。代表性的分布式容器管理工具...

‌1. Kubernetes 1.20版本不再支持Docker作为容器运行时‌这一变化的主要原因包括以下几点：‌复杂性和资源开销‌：Docker除了运行容器外，还提供影像仓库、容器构建等额外功能，这些功能在Kubernetes场景下往往是多余的，增加了系统的复杂性和资源开销‌。标准化‌：通过支持更轻量的运行时，如containerd和CRI-O，Kubernetes能够更好地符合容器运行时接口（C

引子先说说我对架构师的理解。从业务能力上，需要的是发现问题和解决问题的能力；从团队建设上，需要的是能培养团队的业务能力；从项目管理上，把控好整个项目和软件产品的全生命周期。我搜索了一下架构...

Part1问题背景作为一个资深的Java开发者，我深知面向对象的高级语言，语法是不用学的。需要的时候搜索就可以了，甚至可以用ChatGPT来写。之前我做一个安全多因素校验服务。因为是临时服务，扩展性上基本没有要求，为了快速开发，我使用了之前基本没有接触过的python语言。完成基本的开发（不包括调试），做到能运行起来，基本完成功能，我用了3个小时。因为python脚本不需要安装环境，直接用文本编辑

背景先说一说什么叫把对象交给spring管理。它区别于把类交给spring管理。在spring里采用注解方式@Service、@Component这些，实际上管理的是类，把这些类交给sp...

微服务架构并无标准架构，不然什么架构师大会也不会各个系统架构百花齐放了。虽然没有固定的套路，却有一些经验，今天就来做一个总结。基于角色拆分这种拆分方式常见于基础设施以及其PaaS层的架构，...

现在很多开发者已经将大模型作为一个日常工具使用。一方面我们在感叹它带来的便捷，一方面我们又要处处提防。它就像是一个死要面子的百事通，遇到它不通的，也要说的好像自己知道一样。场景一，基于错误的问题会得到错误的回答。咱们分析一下AI一本正经胡说八道的经典场景:林黛玉倒拔垂杨柳。大体是说问chatgpt林黛玉倒拔垂杨柳是什么故事，它会给出几个版本的故事听着好像那么回事是的。实际上在四大名著中，倒拔垂杨柳

一、什么是OCTO定义：OCTO是美团的分布式服务通信框架及服务治理系统，属于公司级基础设施(octo已经开源，https://github.com/Meituan-Dianping下面：octo-rpc, octo-portal，octo-ns 都是octo的一部分)。目标：为公司所有业务提供统一的服务通信框架，使业务具备良好的服务运营能力，轻松实现服务注册、服...

引子很多工程师习惯于使用一个组件时，参数设置依赖于默认值。或者有时候希望依赖数据分析获取到更合适的值，最终发现考虑的数据过于片面或者数据难以收集最终还是拍脑袋决定了参数的大小。今天咱们就以数据库连接数参数为例说明怎么去设计参数。前提知识先说明一下数据库连接数大小是什么概念。数据库连接数一般指数据库连接池。数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用...

Part1问题背景目前应用连接DB的连接数没有一个统一标准。目前既有应用的连接数设置普遍偏大，每个长连接都会产生开销，对DB服务器造成压力。随着服务的扩容和拆分，数据库服务端的压力会增大，有影响系统稳定性的风险。需要对数据库连接数建立标准，消除隐患。Part 2结论数据连接数设置10个能达到单机500多TPS，满足一般的生产要求。建议新应用默认为此值。后续根据压测情况可再进行调整。Part 3科学