本质：是 k8s 集群中预先创建的存储资源，由运维人员配置，属于集群级资源（不隶属于任何 Namespace）。作用：将底层存储（如本地磁盘、NFS、Ceph、云厂商的云盘等）抽象成 k8s 可管理的资源对象，提供标准化的存储接口。关键属性存储类型（storageClassName）：用于和 PVC 绑定的核心标识，支持动态供应存储。容量（capacity）：声明存储的大小，如10Gi。访问模式（

SSL Passthrough 是TCP 层透传，依赖SSL/TLS 握手阶段的 SNI 字段（携带 Ingress 配置的host域名）触发，与 HTTP 层的 Host 头无关。直接访问节点 IP（172.16.80.16）时，SNI 携带 IP 而非配置域名，导致透传失效，请求被 Ingress Controller 自身处理。注解仅用于非透传场景（Ingress Controller 解密

Docker 构建时可以指定远端缓存，核心方式是参数（传统构建）和 Docker Buildx 的参数（新一代构建，推荐）。远端缓存的本质是复用远端镜像的构建层，加速本地构建，尤其适用于 CI/CD 环境和团队协作场景。使用时需注意缓存层的匹配规则和远端仓库的权限问题。使用 Cache From 参数指定远端构建缓存能起到什么作用？使用参数指定远端构建缓存，核心作用是复用远端镜像已有的构建层，跳过

Docker 构建时可以指定远端缓存，核心方式是参数（传统构建）和 Docker Buildx 的参数（新一代构建，推荐）。远端缓存的本质是复用远端镜像的构建层，加速本地构建，尤其适用于 CI/CD 环境和团队协作场景。使用时需注意缓存层的匹配规则和远端仓库的权限问题。使用 Cache From 参数指定远端构建缓存能起到什么作用？使用参数指定远端构建缓存，核心作用是复用远端镜像已有的构建层，跳过

Electron是一个基于Chromium和 Node.js，可以使用 HTML、CSS和JavaScript构建跨平台应用的技术框架，兼容 Mac、Windows 和 Linux。虽然B/S是目前开发的主流，但是C/S仍然有很大的市场需求。受限于浏览器的沙盒限制，网页应用无法满足某些场景下的使用需求，而桌面应用可以读写本地文件、调用更多系统资源，再加上Web开发的低成本、高效率的优势，这种方式越

Docker 构建缓存是 Docker 保存的镜像构建过程中产生的中间镜像层，本质是对镜像层的复用机制。缓存会按Dockerfile指令顺序逐行匹配，某一步变化会导致后续步骤缓存失效。缓存的核心价值是提升构建速度、减少磁盘占用，优化Dockerfile指令顺序可最大化利用缓存。以上面的dockerfile为例，该文件有6步，当我第一次构建时会产生6个中间层并缓存，是吗？

LoadBalancer 是 k8s 中面向外部流量的负载均衡入口方案，核心价值是 “固定外部访问地址 + 自动负载均衡 + 适配 Pod 动态变化”，是生产环境中暴露服务的首选方式（云环境直接用，私有集群配合 MetalLB 用）。它屏蔽了底层负载均衡器的复杂度，让开发者无需关心流量分发和 Pod 动态性，只需专注业务逻辑。云厂商的负载均衡器是什么东西云厂商的负载均衡器是云服务提供商为云上资源提

应用镜像（通用）→ 部署到K8s集群（Dev/Prod独立）→ 从注入Nacos连接信息+环境标识→ 连接对应环境Nacos→ 拉取业务配置→ 启动应用。该方案完全贴合云原生 “配置与代码分离、一次构建多环境部署、敏感信息安全、环境隔离” 的核心诉求，同时复用了 Nacos 作为配置中心的动态配置能力，是微服务 + K8s 环境下的最优解。既然不同环境的nacos是完全独立的，还有必要在nacos

通过分层只读文件系统封装应用及其完整依赖的不可变模板，其核心价值是 “环境一致性” 和 “轻量复用”—— 分层设计减少存储冗余，只读特性保证镜像不可篡改，完整依赖封装确保跨环境无缝运行。那同一台宿主机上的不同镜像，是会复用共同的layer，对吗？比如我有10个镜像，每个镜像都是11层layer，其中前10个layer一样，那么这前10个layer是共用的，对吗？你的理解完全正确！同一台宿主机上的不

COPY无操作容器的可写层几乎不占空间；修改 1000 个镜像层文件后，可写层会新增这 1000 个文件的完整副本（哪怕只改一个字符），磁盘占用显著增加；镜像层的原文件依然是共享状态，不会额外占用空间，新增占用仅来自可写层的副本。