<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>微服务 on 知识铺的博客</title>
    <link>https://index.zshipu.com/geek001/tags/%E5%BE%AE%E6%9C%8D%E5%8A%A1/</link>
    <description>Recent content in 微服务 on 知识铺的博客</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Fri, 04 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://index.zshipu.com/geek001/tags/%E5%BE%AE%E6%9C%8D%E5%8A%A1/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>NVIDIA 129亿美元收购Hugging Face，被称为开源AI的“健康保险”</title>
      <link>https://index.zshipu.com/geek001/post/20260904/NVIDIA-129%E4%BA%BF%E7%BE%8E%E5%85%83%E6%94%B6%E8%B4%ADHugging-Face%E8%A2%AB%E7%A7%B0%E4%B8%BA%E5%BC%80%E6%BA%90AI%E7%9A%84%E5%81%A5%E5%BA%B7%E4%BF%9D%E9%99%A9/</link>
      <pubDate>Fri, 04 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260904/NVIDIA-129%E4%BA%BF%E7%BE%8E%E5%85%83%E6%94%B6%E8%B4%ADHugging-Face%E8%A2%AB%E7%A7%B0%E4%B8%BA%E5%BC%80%E6%BA%90AI%E7%9A%84%E5%81%A5%E5%BA%B7%E4%BF%9D%E9%99%A9/</guid>
      <description>NVIDIA以129.3亿美元收购Hugging Face，这笔交易被分析师称为“健康保险”。只要开源AI模型继续主导市场，其定制芯片竞争对手就无法夺走GPU份额。 NVIDIA宣布以129.3亿美元收购Hugging Face。这笔交易的核心在于锁定开源AI模型的入口。Hugging</description>
    </item>
    <item>
      <title>Pod重启后请求消失：Kubernetes生产网络的真实陷阱</title>
      <link>https://index.zshipu.com/geek001/post/20260904/Pod%E9%87%8D%E5%90%AF%E5%90%8E%E8%AF%B7%E6%B1%82%E6%B6%88%E5%A4%B1Kubernetes%E7%94%9F%E4%BA%A7%E7%BD%91%E7%BB%9C%E7%9A%84%E7%9C%9F%E5%AE%9E%E9%99%B7%E9%98%B1/</link>
      <pubDate>Fri, 04 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260904/Pod%E9%87%8D%E5%90%AF%E5%90%8E%E8%AF%B7%E6%B1%82%E6%B6%88%E5%A4%B1Kubernetes%E7%94%9F%E4%BA%A7%E7%BD%91%E7%BB%9C%E7%9A%84%E7%9C%9F%E5%AE%9E%E9%99%B7%E9%98%B1/</guid>
      <description>Pod重启直接切断服务发现链路 当微服务集群规模扩大后，Pod频繁重启成为常态。每次重启，Pod的IP地址都会变化，而许多服务发现机制依赖于这些IP或依赖于未及时更新的Endpoints。结果是请求直接发往已不存在的地址，客户端收到连接拒绝或超时错误。 在管理大规模微服务时，这种情况</description>
    </item>
    <item>
      <title>Spring Boot 后量子密码学：四种模式一个冲刺周期即可落地</title>
      <link>https://index.zshipu.com/geek001/post/20260904/Spring-Boot-%E5%90%8E%E9%87%8F%E5%AD%90%E5%AF%86%E7%A0%81%E5%AD%A6%E5%9B%9B%E7%A7%8D%E6%A8%A1%E5%BC%8F%E4%B8%80%E4%B8%AA%E5%86%B2%E5%88%BA%E5%91%A8%E6%9C%9F%E5%8D%B3%E5%8F%AF%E8%90%BD%E5%9C%B0/</link>
      <pubDate>Fri, 04 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260904/Spring-Boot-%E5%90%8E%E9%87%8F%E5%AD%90%E5%AF%86%E7%A0%81%E5%AD%A6%E5%9B%9B%E7%A7%8D%E6%A8%A1%E5%BC%8F%E4%B8%80%E4%B8%AA%E5%86%B2%E5%88%BA%E5%91%A8%E6%9C%9F%E5%8D%B3%E5%8F%AF%E8%90%BD%E5%9C%B0/</guid>
      <description>Spring Boot 中的后量子密码学提供了四种模式，每个都能在一个冲刺周期内交付。这直接把量子计算对现有加密的威胁转化成了可执行的迁移任务，开发团队无需漫长重构即可替换脆弱算法。 量子计算机一旦实现规模化，将能用 Shor 算法在多项式时间内破解当前广泛使用的 RSA 和 ECC 公钥体系。NIST 已在 2024 年正式发布首批后量</description>
    </item>
    <item>
      <title>事务性发件箱模式如何解决微服务双写一致性问题</title>
      <link>https://index.zshipu.com/geek001/post/20260904/%E4%BA%8B%E5%8A%A1%E6%80%A7%E5%8F%91%E4%BB%B6%E7%AE%B1%E6%A8%A1%E5%BC%8F%E5%A6%82%E4%BD%95%E8%A7%A3%E5%86%B3%E5%BE%AE%E6%9C%8D%E5%8A%A1%E5%8F%8C%E5%86%99%E4%B8%80%E8%87%B4%E6%80%A7%E9%97%AE%E9%A2%98/</link>
      <pubDate>Fri, 04 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260904/%E4%BA%8B%E5%8A%A1%E6%80%A7%E5%8F%91%E4%BB%B6%E7%AE%B1%E6%A8%A1%E5%BC%8F%E5%A6%82%E4%BD%95%E8%A7%A3%E5%86%B3%E5%BE%AE%E6%9C%8D%E5%8A%A1%E5%8F%8C%E5%86%99%E4%B8%80%E8%87%B4%E6%80%A7%E9%97%AE%E9%A2%98/</guid>
      <description>微服务中更新数据库后立即发布事件到消息代理的做法，一旦网络失败就会让已提交的事件永久丢失；若事件先发成功而数据库回滚，下游又会收到幻影事件。事务性发件箱模式要求把事件存入数据库的发件箱表，与业务数据在同一事务内提交，然后由独立进程负责转发到 RabbitMQ 或 Kafka。 这种双写漏洞在实际生产环</description>
    </item>
    <item>
      <title>固定2节点AWS EKS集群能否扛住10万用户？真实负载测试与自动扩展验证</title>
      <link>https://index.zshipu.com/geek001/post/20260904/%E5%9B%BA%E5%AE%9A2%E8%8A%82%E7%82%B9AWS-EKS%E9%9B%86%E7%BE%A4%E8%83%BD%E5%90%A6%E6%89%9B%E4%BD%8F10%E4%B8%87%E7%94%A8%E6%88%B7%E7%9C%9F%E5%AE%9E%E8%B4%9F%E8%BD%BD%E6%B5%8B%E8%AF%95%E4%B8%8E%E8%87%AA%E5%8A%A8%E6%89%A9%E5%B1%95%E9%AA%8C%E8%AF%81/</link>
      <pubDate>Fri, 04 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260904/%E5%9B%BA%E5%AE%9A2%E8%8A%82%E7%82%B9AWS-EKS%E9%9B%86%E7%BE%A4%E8%83%BD%E5%90%A6%E6%89%9B%E4%BD%8F10%E4%B8%87%E7%94%A8%E6%88%B7%E7%9C%9F%E5%AE%9E%E8%B4%9F%E8%BD%BD%E6%B5%8B%E8%AF%95%E4%B8%8E%E8%87%AA%E5%8A%A8%E6%89%A9%E5%B1%95%E9%AA%8C%E8%AF%81/</guid>
      <description>固定2节点集群在初始负载下的真实表现 固定2节点的AWS EKS集群运行Google Online Boutique，包含11个服务、单一Helm release且未开启自动扩展。这个集群在真实负载测试中能否扛住10万用户？v2.0-load-testing-autoscaling版本通过实际驱动、</description>
    </item>
    <item>
      <title>自定义CoroutineDispatcher让VIP任务插队：从CPS状态机到优先级调度</title>
      <link>https://index.zshipu.com/geek001/post/20260904/%E8%87%AA%E5%AE%9A%E4%B9%89CoroutineDispatcher%E8%AE%A9VIP%E4%BB%BB%E5%8A%A1%E6%8F%92%E9%98%9F%E4%BB%8ECPS%E7%8A%B6%E6%80%81%E6%9C%BA%E5%88%B0%E4%BC%98%E5%85%88%E7%BA%A7%E8%B0%83%E5%BA%A6/</link>
      <pubDate>Fri, 04 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260904/%E8%87%AA%E5%AE%9A%E4%B9%89CoroutineDispatcher%E8%AE%A9VIP%E4%BB%BB%E5%8A%A1%E6%8F%92%E9%98%9F%E4%BB%8ECPS%E7%8A%B6%E6%80%81%E6%9C%BA%E5%88%B0%E4%BC%98%E5%85%88%E7%BA%A7%E8%B0%83%E5%BA%A6/</guid>
      <description>自定义 CoroutineDispatcher 能让 VIP 任务通过优先级调度插队，同时用令牌桶限制执行速率、绑定线程亲和调度器。这些定制建立在 CPS 变换把 suspend 函数切分为带 label 的状态机之上，COROUTINE_SUSPENDED 充当暂停信使，javap 反编译即可直接验证字节码细节。 Kotlin协程把挂起函数编译成状态机后，自定义调度</description>
    </item>
    <item>
      <title>Anthropic 开源 commerce-agents 并给出电商多代理架构生产指南</title>
      <link>https://index.zshipu.com/geek001/post/20260903/Anthropic-%E5%BC%80%E6%BA%90-commerce-agents-%E5%B9%B6%E7%BB%99%E5%87%BA%E7%94%B5%E5%95%86%E5%A4%9A%E4%BB%A3%E7%90%86%E6%9E%B6%E6%9E%84%E7%94%9F%E4%BA%A7%E6%8C%87%E5%8D%97/</link>
      <pubDate>Thu, 03 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260903/Anthropic-%E5%BC%80%E6%BA%90-commerce-agents-%E5%B9%B6%E7%BB%99%E5%87%BA%E7%94%B5%E5%95%86%E5%A4%9A%E4%BB%A3%E7%90%86%E6%9E%B6%E6%9E%84%E7%94%9F%E4%BA%A7%E6%8C%87%E5%8D%97/</guid>
      <description>Anthropic 开源 commerce-agents 并给出电商多代理架构生产指南 Anthropic 开源了 commerce-agents 参考实现，同时发布电商 Agent 架构与生产实践指南。指南直接给出了多代理协作处理订单、推荐和客服的架构方案，并附带可运行代码，而非停留在概念描述。 多代理协作构成 Anthropic 电商架构的核心 Anthropic 提出的 solution_architecture 以多个专用代理协同工作为核心。架构中设置了订单代理、推荐</description>
    </item>
    <item>
      <title>AI代理权限失控后：RBAC角色爆炸逼你转向ABAC</title>
      <link>https://index.zshipu.com/geek001/post/20260902/AI%E4%BB%A3%E7%90%86%E6%9D%83%E9%99%90%E5%A4%B1%E6%8E%A7%E5%90%8ERBAC%E8%A7%92%E8%89%B2%E7%88%86%E7%82%B8%E9%80%BC%E4%BD%A0%E8%BD%AC%E5%90%91ABAC/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260902/AI%E4%BB%A3%E7%90%86%E6%9D%83%E9%99%90%E5%A4%B1%E6%8E%A7%E5%90%8ERBAC%E8%A7%92%E8%89%B2%E7%88%86%E7%82%B8%E9%80%BC%E4%BD%A0%E8%BD%AC%E5%90%91ABAC/</guid>
      <description>AI代理项目第一次出现“这件事代理不该做到”时，团队通常的做法是把support_engineer拆成tier1和tier2。几次迭代后角色膨胀到四十个且互相重叠，没人能说清每个角色的含义。这正是RBAC该转向ABAC的节点，但多数团队会把它当成带属性的RBAC继续堆叠。 角色爆炸</description>
    </item>
    <item>
      <title>JDK 27 与 JDK 28 已知信息汇总：特性、性能和升级路径</title>
      <link>https://index.zshipu.com/geek001/post/20260902/JDK-27-%E4%B8%8E-JDK-28-%E5%B7%B2%E7%9F%A5%E4%BF%A1%E6%81%AF%E6%B1%87%E6%80%BB%E7%89%B9%E6%80%A7%E6%80%A7%E8%83%BD%E5%92%8C%E5%8D%87%E7%BA%A7%E8%B7%AF%E5%BE%84/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260902/JDK-27-%E4%B8%8E-JDK-28-%E5%B7%B2%E7%9F%A5%E4%BF%A1%E6%81%AF%E6%B1%87%E6%80%BB%E7%89%B9%E6%80%A7%E6%80%A7%E8%83%BD%E5%92%8C%E5%8D%87%E7%BA%A7%E8%B7%AF%E5%BE%84/</guid>
      <description>InfoQ 文章标题直接写明《关于 JDK 27 和 JDK 28，我们目前都知道些什么》，链接指向的正是对这两个版本已知信息的汇总。这篇报道没有等待正式 GA，而是提前把可公开讨论的内容整理出来，说明社区已经掌握部分确定线索。 目前 JDK 27 和 JDK 28 的正式发布日期尚未敲定，但 OpenJDK 社区的讨论已经产出若干可公开的 JEP 草案和提案</description>
    </item>
    <item>
      <title>JDK 27-RC1 发布，多项 JEP 针对微服务并发优化</title>
      <link>https://index.zshipu.com/geek001/post/20260902/JDK-27-RC1-%E5%8F%91%E5%B8%83%E5%A4%9A%E9%A1%B9-JEP-%E9%92%88%E5%AF%B9%E5%BE%AE%E6%9C%8D%E5%8A%A1%E5%B9%B6%E5%8F%91%E4%BC%98%E5%8C%96/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260902/JDK-27-RC1-%E5%8F%91%E5%B8%83%E5%A4%9A%E9%A1%B9-JEP-%E9%92%88%E5%AF%B9%E5%BE%AE%E6%9C%8D%E5%8A%A1%E5%B9%B6%E5%8F%91%E4%BC%98%E5%8C%96/</guid>
      <description>JDK 27-RC1 包含哪些可立即落地的改动 JDK 27-RC1 已经发布。这意味着开发者可以立即下载测试版，在生产环境升级前验证兼容性。RC1 阶段通常已冻结大部分特性，重点修复 bug 并优化稳定性。国内团队常在 Spring Boot 或自家微服务框架上跑 JDK 17/21，此次升级能直接获得更好的虚拟线程支持和垃圾回收调优。 具体改动集中在几个</description>
    </item>
    <item>
      <title>Kubernetes不会修复破碎团队，只会把问题放大</title>
      <link>https://index.zshipu.com/geek001/post/20260902/Kubernetes%E4%B8%8D%E4%BC%9A%E4%BF%AE%E5%A4%8D%E7%A0%B4%E7%A2%8E%E5%9B%A2%E9%98%9F%E5%8F%AA%E4%BC%9A%E6%8A%8A%E9%97%AE%E9%A2%98%E6%94%BE%E5%A4%A7/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260902/Kubernetes%E4%B8%8D%E4%BC%9A%E4%BF%AE%E5%A4%8D%E7%A0%B4%E7%A2%8E%E5%9B%A2%E9%98%9F%E5%8F%AA%E4%BC%9A%E6%8A%8A%E9%97%AE%E9%A2%98%E6%94%BE%E5%A4%A7/</guid>
      <description>项目团队宣称“用Kubernetes解决所有部署问题”，六个月后同样问题依旧，还多了一个没人完全理解的昂贵集群。工具本身没问题，暴露的是团队组织缺陷：Kubernetes不会修复破碎的团队，只会把问题放大。 许多中国企业引入Kubernetes时，都带着类似期待。运维痛点堆积多年，</description>
    </item>
    <item>
      <title>Next.js 学完后端选 NestJS，国内招聘却仍被 Spring Boot 碾压</title>
      <link>https://index.zshipu.com/geek001/post/20260902/Next.js-%E5%AD%A6%E5%AE%8C%E5%90%8E%E7%AB%AF%E9%80%89-NestJS%E5%9B%BD%E5%86%85%E6%8B%9B%E8%81%98%E5%8D%B4%E4%BB%8D%E8%A2%AB-Spring-Boot-%E7%A2%BE%E5%8E%8B/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260902/Next.js-%E5%AD%A6%E5%AE%8C%E5%90%8E%E7%AB%AF%E9%80%89-NestJS%E5%9B%BD%E5%86%85%E6%8B%9B%E8%81%98%E5%8D%B4%E4%BB%8D%E8%A2%AB-Spring-Boot-%E7%A2%BE%E5%8E%8B/</guid>
      <description>Next.js 与 NestJS 的定位分离让全栈架构更清晰 Next.js 作为全栈框架，同时处理前端 SSR、SSG 和 API 路由，而 NestJS 则是纯后端框架，专注于企业级 API 开发和微服务架构。这种定位分离让开发者能更清晰地划分前后端职责，避免把所有逻辑塞进同一个项目。 在国内开发者职业路径上，这种分离有实际意义。前端工程师学完 Next.js 后，如果</description>
    </item>
    <item>
      <title>SpringBoot Event 事件机制如何实现订单与通知业务解耦</title>
      <link>https://index.zshipu.com/geek001/post/20260902/SpringBoot-Event-%E4%BA%8B%E4%BB%B6%E6%9C%BA%E5%88%B6%E5%A6%82%E4%BD%95%E5%AE%9E%E7%8E%B0%E8%AE%A2%E5%8D%95%E4%B8%8E%E9%80%9A%E7%9F%A5%E4%B8%9A%E5%8A%A1%E8%A7%A3%E8%80%A6/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260902/SpringBoot-Event-%E4%BA%8B%E4%BB%B6%E6%9C%BA%E5%88%B6%E5%A6%82%E4%BD%95%E5%AE%9E%E7%8E%B0%E8%AE%A2%E5%8D%95%E4%B8%8E%E9%80%9A%E7%9F%A5%E4%B8%9A%E5%8A%A1%E8%A7%A3%E8%80%A6/</guid>
      <description>开发者对 Event 的误解源于启动监听的单一印象 很多人对 SpringBoot Event 的认知只停留在“监听 SpringBoot 启动”的浅层用法，甚至觉得“日常开发用不上”。但实际上，它是 Spring 全家桶中最强大的解耦神器，能在订单处理和通知发送等场景中实现业务模块松耦合。 这种误解的根源在于，大多数教程和入门示例只演示了 ApplicationStartedEvent 或 ContextRefreshedEvent 的用法。开发者在</description>
    </item>
    <item>
      <title>为什么要在数据库事务提交后才发布Kafka消息</title>
      <link>https://index.zshipu.com/geek001/post/20260902/%E4%B8%BA%E4%BB%80%E4%B9%88%E8%A6%81%E5%9C%A8%E6%95%B0%E6%8D%AE%E5%BA%93%E4%BA%8B%E5%8A%A1%E6%8F%90%E4%BA%A4%E5%90%8E%E6%89%8D%E5%8F%91%E5%B8%83Kafka%E6%B6%88%E6%81%AF/</link>
      <pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20260902/%E4%B8%BA%E4%BB%80%E4%B9%88%E8%A6%81%E5%9C%A8%E6%95%B0%E6%8D%AE%E5%BA%93%E4%BA%8B%E5%8A%A1%E6%8F%90%E4%BA%A4%E5%90%8E%E6%89%8D%E5%8F%91%E5%B8%83Kafka%E6%B6%88%E6%81%AF/</guid>
      <description>当应用在数据库事务提交前就发布Kafka消息时，一旦事务失败回滚，消息已送出但数据未落库。消费者收到消息后尝试处理不存在的批次，依赖重试机制可能导致问题长期不被察觉。 这种bug在本地测试中几乎不会暴露。开发者通常在同一事务内模拟成功路径，很难构造出“消息发出而事务回滚”的精确时序</description>
    </item>
    <item>
      <title>微服务与领域驱动设计的架构实践总结</title>
      <link>https://index.zshipu.com/geek001/post/20240730/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E4%B8%8E%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E6%9E%B6%E6%9E%84%E5%AE%9E%E8%B7%B5%E6%80%BB%E7%BB%93--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Tue, 06 Aug 2024 09:20:50 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240730/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E4%B8%8E%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E6%9E%B6%E6%9E%84%E5%AE%9E%E8%B7%B5%E6%80%BB%E7%BB%93--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>软件架构的适应性与复杂性管理 一、软件复杂性概述 1. 复杂性产生的根源 在软件系统不断迭代的过程中，业务需求、技术更新和架构设计都会随之变得日益复杂。这种复杂性主要来源于软件系统持续变化的本质。简而言之，变化是软件系统永恒不变的主题。 2. 应对复杂性 为了应对这种复杂性，我们需要采取以下措施：</description>
    </item>
    <item>
      <title>年薪60W架构师解读微服务与领域驱动设计</title>
      <link>https://index.zshipu.com/geek001/post/20240730/%E5%B9%B4%E8%96%AA60W%E6%9E%B6%E6%9E%84%E5%B8%88%E5%B8%A6%E4%BD%A0%E8%AF%A6%E7%BB%86%E8%A7%A3%E8%AF%BB%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%8E%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E5%BA%94%E7%94%A8%E5%AE%9E%E8%B7%B5--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Tue, 06 Aug 2024 09:19:50 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240730/%E5%B9%B4%E8%96%AA60W%E6%9E%B6%E6%9E%84%E5%B8%88%E5%B8%A6%E4%BD%A0%E8%AF%A6%E7%BB%86%E8%A7%A3%E8%AF%BB%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%8E%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E5%BA%94%E7%94%A8%E5%AE%9E%E8%B7%B5--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>微服务架构与领域驱动设计 微服务架构和领域驱动设计是现代互联网应用开发中的两个重要概念。本文将从微服务架构的演进过程、微服务的具体实践技术，以及领域驱动设计在软件开发中的意识转变三个方面进行探讨。 一、微服务架构的演进 微服务架构的演进是一个逐步发展的过程，它从最初的单体架构开始，逐步</description>
    </item>
    <item>
      <title>后微服务时代领域驱动设计在携程国际火车票的实践</title>
      <link>https://index.zshipu.com/geek001/post/20240730/%E5%90%8E%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%97%B6%E4%BB%A3%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E5%9C%A8%E6%90%BA%E7%A8%8B%E5%9B%BD%E9%99%85%E7%81%AB%E8%BD%A6%E7%A5%A8%E7%9A%84%E5%AE%9E%E8%B7%B5--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Tue, 06 Aug 2024 09:13:50 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240730/%E5%90%8E%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%97%B6%E4%BB%A3%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E5%9C%A8%E6%90%BA%E7%A8%8B%E5%9B%BD%E9%99%85%E7%81%AB%E8%BD%A6%E7%A5%A8%E7%9A%84%E5%AE%9E%E8%B7%B5--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>一、领域驱动设计（DDD）概述 领域驱动设计（Domain-Driven Design，简称DDD）是一种以领域为核心的软件开发设计思想。它强调在软件设计过程中，应准确反映真实业务过程，满足业务问题域的需求。 DDD将设计过程分为两个层面： 战略设计：提炼问题域，塑造应用程序架构。 战术设</description>
    </item>
    <item>
      <title>去哪儿网架构演进：微服务与DDD的融合</title>
      <link>https://index.zshipu.com/geek001/post/20240730/%E5%8E%BB%E5%93%AA%E5%84%BF%E7%BD%91%E6%9E%B6%E6%9E%84%E6%BC%94%E8%BF%9B%E4%B9%8B%E8%B7%AF%E5%BE%AE%E6%9C%8D%E5%8A%A1%E7%9A%84%E5%B0%BD%E5%A4%B4%E5%8E%9F%E6%9D%A5%E6%98%AFDDD--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Tue, 06 Aug 2024 09:12:50 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240730/%E5%8E%BB%E5%93%AA%E5%84%BF%E7%BD%91%E6%9E%B6%E6%9E%84%E6%BC%94%E8%BF%9B%E4%B9%8B%E8%B7%AF%E5%BE%AE%E6%9C%8D%E5%8A%A1%E7%9A%84%E5%B0%BD%E5%A4%B4%E5%8E%9F%E6%9D%A5%E6%98%AFDDD--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>业务架构的演进与互联网企业的发展 架构设计理念与技术概述 架构的演进路径 业务架构的演变是一个持续的过程，它反映了企业在不同发展阶段的需求和挑战。架构的选择并非一成不变，而是需要根据企业当前的业务需求和未来的发展方向来做出最合适的决策。 1. 服务化到平台化的演进 服务化是将业务功能拆分成独立</description>
    </item>
    <item>
      <title>领域驱动设计详解：微服务拆分神器</title>
      <link>https://index.zshipu.com/geek001/post/20240730/%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E8%AF%A6%E8%A7%A3%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%8B%86%E5%88%86%E7%A5%9E%E5%99%A8--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 05 Aug 2024 01:27:02 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240730/%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E8%AF%A6%E8%A7%A3%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%8B%86%E5%88%86%E7%A5%9E%E5%99%A8--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>文章目录 一、领域驱动设计概念 1、基本概念 （1）通用语言 （2）领域设计4层模型 （3）DDD适合的场景 2、领域、子域、界限上下文 3、核心子域、支撑子域、通用子域 4、界限上下文的关系 5、领域模型的要素 - 实体、值对象、聚合 （1）实体 （2）值对象（Value Object） （3）聚合（Agg</description>
    </item>
    <item>
      <title>微服务与DDD架构模板知识分享</title>
      <link>https://index.zshipu.com/geek001/post/20240723/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E4%B8%8EDDD%E6%9E%B6%E6%9E%84%E6%A8%A1%E6%9D%BF%E7%9F%A5%E8%AF%86%E5%88%86%E4%BA%AB--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Tue, 23 Jul 2024 14:54:24 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240723/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E4%B8%8EDDD%E6%9E%B6%E6%9E%84%E6%A8%A1%E6%9D%BF%E7%9F%A5%E8%AF%86%E5%88%86%E4%BA%AB--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>戳上方蓝字“Java知音”关注我 常用技术选型 反向代理：Nginx 开发框架：Spring Boot 数据库：MySQL 缓存：Redis 微服务解决方案：Spring Cloud Alibaba 注册中心：Nacos 配置中心：Nacos MQ：RocketMQ / RabbitMQ 监控报警：Prometheus OSS文件系统：Minio 志系</description>
    </item>
    <item>
      <title>深入探讨DDD在现代软件开发中的应用与挑战</title>
      <link>https://index.zshipu.com/geek001/post/20240723/%E6%B7%B1%E5%85%A5%E6%8E%A2%E8%AE%A8DDD%E5%9C%A8%E7%8E%B0%E4%BB%A3%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E4%B8%AD%E7%9A%84%E5%BA%94%E7%94%A8%E4%B8%8E%E6%8C%91%E6%88%98--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Tue, 23 Jul 2024 08:28:27 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240723/%E6%B7%B1%E5%85%A5%E6%8E%A2%E8%AE%A8DDD%E5%9C%A8%E7%8E%B0%E4%BB%A3%E8%BD%AF%E4%BB%B6%E5%BC%80%E5%8F%91%E4%B8%AD%E7%9A%84%E5%BA%94%E7%94%A8%E4%B8%8E%E6%8C%91%E6%88%98--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>随着软件开发领域的不断进步，领域驱动设计（DDD）作为一种软件设计方法论，逐渐在业界受到重视。本文将深入探讨DDD在现代软件开发中的应用及其面临的挑战，尤其是与微服务、数字化转型等技术趋势的结合。 一、背景与现状 在业余项目和日常工作中，DDD的应有时会被搁置，但随着时间的推移，越来</description>
    </item>
    <item>
      <title>京东微服务项目中DDD的实践落地</title>
      <link>https://index.zshipu.com/geek001/post/20240710/%E4%BA%AC%E4%B8%9C%E5%BE%AE%E6%9C%8D%E5%8A%A1%E9%A1%B9%E7%9B%AE%E4%B8%ADDDD%E7%9A%84%E5%AE%9E%E8%B7%B5%E8%90%BD%E5%9C%B0--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 06:55:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/%E4%BA%AC%E4%B8%9C%E5%BE%AE%E6%9C%8D%E5%8A%A1%E9%A1%B9%E7%9B%AE%E4%B8%ADDDD%E7%9A%84%E5%AE%9E%E8%B7%B5%E8%90%BD%E5%9C%B0--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>尼恩说在前面 在40岁老架构师 尼恩的读者交流群(50+)中，最近有小伙伴拿到了一线互联网企业如京东、阿里、滴滴、极兔、有赞、希音、百度、网易、美团的面试资格，遇到很多很重要的面试题： 谈谈你的DDD落地经验？ 谈谈你对DDD的理解？ 如何保证RPC代码不会腐烂，升级能力强? 微服务如何拆分</description>
    </item>
    <item>
      <title>如何利用领域驱动设计(DDD)进行微服务划分</title>
      <link>https://index.zshipu.com/geek001/post/20240710/%E5%A6%82%E4%BD%95%E5%88%A9%E7%94%A8%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1DDD%E8%BF%9B%E8%A1%8C%E5%BE%AE%E6%9C%8D%E5%8A%A1%E5%88%92%E5%88%86--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 06:44:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/%E5%A6%82%E4%BD%95%E5%88%A9%E7%94%A8%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1DDD%E8%BF%9B%E8%A1%8C%E5%BE%AE%E6%9C%8D%E5%8A%A1%E5%88%92%E5%88%86--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>摘要 在前面一篇介绍了如何通过DDD的思想，来调整单体服务内的工程结构，为微服务的拆分做准备。同时介绍了我们在进行微服务拆分的时候踩过的一些坑。 这篇介绍下我们最终的方案，不一定对，欢迎留言讨论。 微服务划分 问题分析 上篇介绍过我们一开始的服务划分标准 一个领域一个服务的规则去拆分， 同时为</description>
    </item>
    <item>
      <title>中台与DDD结合的微服务设计策略</title>
      <link>https://index.zshipu.com/geek001/post/20240710/%E4%B8%AD%E5%8F%B0%E4%B8%8EDDD%E7%BB%93%E5%90%88%E7%9A%84%E5%BE%AE%E6%9C%8D%E5%8A%A1%E8%AE%BE%E8%AE%A1%E7%AD%96%E7%95%A5--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 06:40:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/%E4%B8%AD%E5%8F%B0%E4%B8%8EDDD%E7%BB%93%E5%90%88%E7%9A%84%E5%BE%AE%E6%9C%8D%E5%8A%A1%E8%AE%BE%E8%AE%A1%E7%AD%96%E7%95%A5--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>众所周知，微服务架构能让系统的开发与运维管理变得简单高效，还能提高系统的可用性。随着微服务的不断流行，我们开始在自己的业务中落地微服务。 但是当实际执行时，我们才发现就算采用了微服务架构也不能解决问题，反而带来很多开发与运维上的负担。 于是我们试着去找解决方案，最后发现其实是自己划分</description>
    </item>
    <item>
      <title>微服务实施挑战与解决方案</title>
      <link>https://index.zshipu.com/geek001/post/20240710/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E5%AE%9E%E6%96%BD%E6%8C%91%E6%88%98%E4%B8%8E%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 06:32:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E5%AE%9E%E6%96%BD%E6%8C%91%E6%88%98%E4%B8%8E%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>微服务实施挑战与解决方案 SEO 元描述：微服务实施遇到困难？了解如何解决服务热点、依赖问题和领域划分挑战，以提升系统效率和可扩展性。 引言 您在实施微服务时是否面临挑战？许多企业在服务热点、依赖问题和领域划分方面遇到困难。这些挑战会妨碍团队效率和系统的整体可扩展性。在本文中，我们将探讨微服</description>
    </item>
    <item>
      <title>京东微服务生产项目中的DDD落地实践</title>
      <link>https://index.zshipu.com/geek001/post/20240710/%E4%BA%AC%E4%B8%9C%E5%BE%AE%E6%9C%8D%E5%8A%A1%E7%94%9F%E4%BA%A7%E9%A1%B9%E7%9B%AE%E4%B8%AD%E7%9A%84DDD%E8%90%BD%E5%9C%B0%E5%AE%9E%E8%B7%B5--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 06:31:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/%E4%BA%AC%E4%B8%9C%E5%BE%AE%E6%9C%8D%E5%8A%A1%E7%94%9F%E4%BA%A7%E9%A1%B9%E7%9B%AE%E4%B8%AD%E7%9A%84DDD%E8%90%BD%E5%9C%B0%E5%AE%9E%E8%B7%B5--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>尼恩说在前面 在40岁老架构师 尼恩的读者交流群(50+)中，最近有小伙伴拿到了一线互联网企业如京东、阿里、滴滴、极兔、有赞、希音、百度、网易、美团的面试资格，遇到很多很重要的面试题： 谈谈你的DDD落地经验？ 谈谈你对DDD的理解？ 如何保证RPC代码不会腐烂，升级能力强? 微服务如何拆分</description>
    </item>
    <item>
      <title>如何利用DDD进行微服务的划分</title>
      <link>https://index.zshipu.com/geek001/post/20240710/%E5%A6%82%E4%BD%95%E5%88%A9%E7%94%A8DDD%E8%BF%9B%E8%A1%8C%E5%BE%AE%E6%9C%8D%E5%8A%A1%E7%9A%84%E5%88%92%E5%88%86--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 06:30:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/%E5%A6%82%E4%BD%95%E5%88%A9%E7%94%A8DDD%E8%BF%9B%E8%A1%8C%E5%BE%AE%E6%9C%8D%E5%8A%A1%E7%9A%84%E5%88%92%E5%88%86--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>摘要 在前面一篇介绍了如何通过DDD的思想，来调整单体服务内的工程结构，为微服务的拆分做准备。同时介绍了我们在进行微服务拆分的时候踩过的一些坑。 这篇介绍下我们最终的方案，不一定对，欢迎留言讨论。 微服务划分 问题分析 上篇介绍过我们一开始的服务划分标准 一个领域一个服务的规则去拆分， 同时为</description>
    </item>
    <item>
      <title>Spring Boot 微服务中的 API 网关实现</title>
      <link>https://index.zshipu.com/geek001/post/20240710/Spring-Boot-%E5%BE%AE%E6%9C%8D%E5%8A%A1%E4%B8%AD%E7%9A%84-API-%E7%BD%91%E5%85%B3%E5%AE%9E%E7%8E%B0--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 06:27:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/Spring-Boot-%E5%BE%AE%E6%9C%8D%E5%8A%A1%E4%B8%AD%E7%9A%84-API-%E7%BD%91%E5%85%B3%E5%AE%9E%E7%8E%B0--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>Java Spring Boot 微服务架构中使用了哪些关键组件和设计模式？ 在 Java Spring Boot 微服务架构中，几个关键组件和设计模式对于构建可扩展、灵活且健壮的应用程序至关重要。以下是此类体系结构中使用的主要组件和设计模式： 关键部件 API 网关：充当所有客户端的单一入口点，将请求路由到适当的微服务并聚合结果。它简化了客户端交</description>
    </item>
    <item>
      <title>Java Spring Boot 微服务架构中的关键组件和设计模式</title>
      <link>https://index.zshipu.com/geek001/post/20240710/Java-Spring-Boot-%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%AD%E7%9A%84%E5%85%B3%E9%94%AE%E7%BB%84%E4%BB%B6%E5%92%8C%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 06:26:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/Java-Spring-Boot-%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%AD%E7%9A%84%E5%85%B3%E9%94%AE%E7%BB%84%E4%BB%B6%E5%92%8C%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>抽象 本文探讨了 Java Spring Boot 微服务架构中使用的基本组件和设计模式，为开发人员构建可扩展、灵活且有弹性的应用程序提供了全面的指南。 Spring Boot 通过提供一系列用于构建独立生产级应用程序的工具和约定，简化了 Java 应用程序（尤其是微服务）的开发。1 微服务架构是一种方法，其中将大型应用程序分解为较小的、松散耦</description>
    </item>
    <item>
      <title>Java Spring Boot 微服务架构关键组件与设计模式</title>
      <link>https://index.zshipu.com/geek001/post/20240710/Java-Spring-Boot-%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E5%85%B3%E9%94%AE%E7%BB%84%E4%BB%B6%E4%B8%8E%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 06:24:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/Java-Spring-Boot-%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E5%85%B3%E9%94%AE%E7%BB%84%E4%BB%B6%E4%B8%8E%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>Java Spring Boot 微服务架构中使用了哪些关键组件和设计模式？ 在 Java Spring Boot 微服务架构中，几个关键组件和设计模式对于构建可扩展、灵活且健壮的应用程序至关重要。以下是此类体系结构中使用的主要组件和设计模式： 关键部件 API 网关：充当所有客户端的单一入口点，将请求路由到适当的微服务并聚合结果。它简化了客户端交</description>
    </item>
    <item>
      <title>GraphQL 在微服务架构中的优势</title>
      <link>https://index.zshipu.com/geek001/post/20240424/GraphQL-%E5%9C%A8%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%AD%E7%9A%84%E4%BC%98%E5%8A%BF--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Wed, 24 Apr 2024 11:21:05 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240424/GraphQL-%E5%9C%A8%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%AD%E7%9A%84%E4%BC%98%E5%8A%BF--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>关于使用REST还是GraphQL来构建微服务哪个更好，一直存在争论。这两种技术都有其支持者和批评者，但当涉及微服务架构的特定需求时，GraphQL 成为明显的领先者。原因如下。 1 了解 RESTful 的关注点 虽然 REST 多年来一直是首选 API 风格，因其简单性和普遍适用性而受到赞誉，但它的局限性在微服务环境</description>
    </item>
    <item>
      <title>REST与GraphQL在微服务架构中的比较</title>
      <link>https://index.zshipu.com/geek001/post/20240424/REST%E4%B8%8EGraphQL%E5%9C%A8%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%AD%E7%9A%84%E6%AF%94%E8%BE%83--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Wed, 24 Apr 2024 11:09:05 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240424/REST%E4%B8%8EGraphQL%E5%9C%A8%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B8%AD%E7%9A%84%E6%AF%94%E8%BE%83--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>关于使用REST还是GraphQL来构建微服务哪个更好，一直存在争论。这两种技术都有其支持者和批评者，但当涉及微服务架构的特定需求时，GraphQL 成为明显的领先者。原因如下： RESTful 的关注点 虽然 REST 多年来一直是首选 API 风格，因其简单性和普遍适用性而受到赞誉，但它的局限性在微服务环境中变得</description>
    </item>
  </channel>
</rss>
