K8S YAMLK8S 唯一能识别的部署文件。Helm模板化 YAML批量管理 YAML版本化 YAML一键部署/升级/回滚Helm 最终还是生成 YAML 给 K8SHelm → 生成 → K8S YAML → 交给 → K8S。

碎片产生、归属、整理、风险和单机完全一致，只多一个。

GraalVM不是替代JDK17，而是JDK17的增强版：完全兼容原有生态，可按需切换JIT/AOT双模式，老项目迁移成本极低JIT适合长跑，AOT适合短跑：JIT靠运行时动态优化打赢长期运行服务；AOT靠提前编译打赢冷启动、低资源场景Java未来趋势：云原生场景下GraalVM已经成为标配，SpringBoot3、Quarkus、Micronaut等主流框架全部原生适配，未来Java开发必然全面

同一个 Git 仓库，多个独立分支工作目录；不切换分支、不重复克隆，同时并行处理多个分支；add（创建）、list（查看）、prune（清理）。

1.核心原理：EC纠删码通过「数据分块+数学编码」生成冗余校验块，丢失的分片不靠备份恢复，依靠剩余分片计算推导；2.通用模型：K数据块+M校验块，最多容错M个分片丢失；3.核心优势：极低的空间冗余开销，海量存储成本碾压多副本；4.适用场景：冷数据、归档数据、对象存储、海量备份；5.不适用场景：低延迟热数据、极小文件、高并发频繁读写场景。纠删码的设计精髓，是用算力换空间。在存储数据量爆炸式增长的当下

三层全部参与隔离，层层约束；Namespace 管环境，Group 管同环境下多套配置，DataId 管单个应用；只有 public 打破了 Namespace 隔离，实现全局配置共享；当前Namespace > public命名空间。只有 Namespace 做硬隔离；Group 完全不隔离服务，只隔离配置；DataId 只是服务名称标识，用来区分业务，无隔离能力；同命名空间下：不同分组、不同服

简单记录一下, 在使用vscode 时发现 终端(terminal)中的文本是 "扯着"的,比如让人十分困扰,即使是将vscode的 终端中的文本字体调小也没啥用.百度了下,这跟powershell貌似有啥不可描述的关联.可以打开powershell按图操作:重启vscode之后,问题解决…整个世界清爽多了....

数据采集：记录搜索词及关联信息（时间、用户、点击等）。索引设计：使用keyword类型存储搜索词，优化聚合性能。聚合统计：通过terms聚合计算词频，结合时间窗口和加权指标。缓存优化：定时预计算结果并缓存，降低实时查询压力。接口实现：提供 HTTP 接口返回缓存或实时聚合结果。通过以上步骤，可高效实现一个兼顾实时性与性能的热门搜索词推荐系统。

文章目录1、如何看到老年代、新生代的对象有哪些呢?1、如何看到老年代、新生代的对象有哪些呢?MAT是分析dump的神器（顺便吐槽：当然也是吃内存卡机器的怪兽）。通常我们会在出现 fullGC 时 dump下堆内存，然后分析FullGC的原因。那如何获知整个堆内存里，有哪些对象在新生代、哪些在老年代呢？一个典型的应用场景是：出现了耗时超预期的YoungGC，我们使用 【jstat -gcutil P

文章目录一、Docker 和虚拟机有啥区别？二、Docker 组成三、Docker一、Docker 和虚拟机有啥区别？简单说，你部署10个虚拟机，会有10个操作系统；部署10个容器，只需要1个操作系统。容器就是比较特殊的进程。二、Docker 组成镜像 -->就是个模板。Tomcat镜像–> docker run --> Tomcat 容器容器–> 资源隔离：独立运行一个或