身体好饿-优快云博客

原创 SpringCloud nacos 2.0.0 + seata 2.0.0

account服务配置文件。nacos增加配置文件。order服务配置文件。

2025-01-16 14:28:48 1021

原创（二）springboot2.6.13+mybatis-plus3.5.3.1+shardingsphere4.1.1-时间按照年份分表

shardingsphere4.0.0-RC2版本下><，求范围只能用between。因此后续代码以shardingsphere4.1.1为例。

2024-09-11 16:36:12 282

原创（一）springboot2.6.13+mybatis-plus3.5.3.1+shardingsphere4.0.0-RC2

原因多半就是yml配置文件配置有问题，别瞎搞什么启动类屏蔽自动转载类（@SpringBootApplication(exclude={DataSourceAutoConfiguration.class, SpringBootConfiguration.class})）

2024-09-11 15:21:23 684

原创 Cobra

如果你对 Cobra 自动生成的帮助命令不满意，我们可以自定义帮助命令或模板。Cobra 提供了三个方法来实现自定义帮助命令，后两者也适用于任何子命令。默认情况下，我们可以使用语法查看子命令的帮助信息，也可以使用查看。使用helpUsage:Flags:使用-h/--helpUsage:Flags:二者唯一的区别是，使用help命令查看帮助信息时会执行钩子函数。我们可以使用来控制help命令输出，使用来控制-h/--help输出。},})})重新编译并运行hugo# 编译。

2024-07-05 11:07:26 891

原创 Go-zap日志框架

在很早之前的文章中，我们介绍过 Go 标准日志库log和结构化的日志库logrus。在热点函数中记录日志对日志库的执行性能有较高的要求，不能影响正常逻辑的执行时间。uber开源的日志库zap，对性能和内存分配做了极致的优化。zap用在日志性能和内存分配比较关键的地方。本文仅介绍了zap库的基本使用，子包zapcore中有更底层的接口，可以定制丰富多样的Logger。loglogrus。

2024-06-12 14:19:53 1344 1

原创 Go-Gin

Gin是一个golang的微框架，封装比较优雅，API友好，源码注释比较明确，已经发布了1.0版本。具有快速灵活，容错方便等特点。其实对于golang而言，web框架的依赖要远比Python，Java之类的要小。自身的net/http足够简单，性能也非常不错。框架更像是一些常用函数或者工具的集合。借助框架开发，不仅可以省去很多常用的封装带来的时间，也有助于团队的编码风格和形成规范。

2024-06-12 10:30:01 927

原创 Kubernetes核心

如何最右边那个pod死了，ks集群假如在第二个中创建了新pod，那之前pod挂在的外部存储就有问题了。配置值未更改，因为需要重新启动 Pod 才能从关联的 ConfigMap 中获取更新的值。PV：持久卷（Persistent Volume），将应用需要持久化的数据保存到指定位置。运行中的一组容器，Pod是kubernetes中应用的最小单位.原因：我们的Pod部署的中间件自己本身没有热更新能力。控制Pod，使Pod拥有多副本，自愈，扩缩容等能力。公开为网络服务的抽象方法。），申明需要使用的持久卷规格。

2024-04-03 15:57:12 1035

原创 Kubernetes基础以及集群搭建

控制平面组件可以在集群中的任何节点上运行。如果你在自己的环境中运行 Kubernetes，或者在本地计算机中运行学习环境，所部署的环境中不需要云控制器管理器。调度决策考虑的因素包括单个 Pod 和 Pod 集合的资源需求、硬件/软件/策略约束、亲和性和反亲和性规范、数据位置、工作负载间的干扰和最后时限。云控制器管理器允许您链接集群到云提供商的应用编程接口中，并把和该云平台交互的组件与只和您的集群交互的组件分离开。节点组件在每个节点上运行，维护运行的 Pod 并提供 Kubernetes 运行环境。

2024-04-03 15:55:01 810

原创 AQS-ReentrantLock源码

2024-04-01 15:23:58 158 1

原创 Gitops-Argo CD

此外，Argo CD 不仅会监控 Git 仓库中声明的期望状态，还会监控集群中应用的实际状态，并将两种状态进行对比，只要实际状态不符合期望状态，实际状态就会被修正与期望状态一致。Argo CD 会被部署在 Kubernetes 集群中，使用的是基于 Pull 的部署模式，它会周期性地监控应用的实际状态，也会周期性地拉取 Git 仓库中的配置清单，并将实际状态与期望状态进行比较，如果实际状态不符合期望状态，就会更新应用的实际状态以匹配期望状态。最终新集群的状态会与之前旧集群的状态一致，完全不需要人工干预。

2024-04-01 15:15:31 1105