<?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/geek/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>Mon, 31 Aug 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://index.zshipu.com/geek/tags/%E5%BE%AE%E6%9C%8D%E5%8A%A1/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>别急着重写遗留系统，先让AI帮你彻底看懂它</title>
      <link>https://index.zshipu.com/geek/post/20260831/%E5%88%AB%E6%80%A5%E7%9D%80%E9%87%8D%E5%86%99%E9%81%97%E7%95%99%E7%B3%BB%E7%BB%9F%E5%85%88%E8%AE%A9AI%E5%B8%AE%E4%BD%A0%E5%BD%BB%E5%BA%95%E7%9C%8B%E6%87%82%E5%AE%83/</link>
      <pubDate>Mon, 31 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260831/%E5%88%AB%E6%80%A5%E7%9D%80%E9%87%8D%E5%86%99%E9%81%97%E7%95%99%E7%B3%BB%E7%BB%9F%E5%85%88%E8%AE%A9AI%E5%B8%AE%E4%BD%A0%E5%BD%BB%E5%BA%95%E7%9C%8B%E6%87%82%E5%AE%83/</guid>
      <description>直接跳到技术选型让重写项目从起点就偏离方向 遗留系统现代化讨论中，开发者最先抛出的问题往往是该换哪个框架、是否拆微服务或让AI直接转换代码。这一步从一开始就晚了。信号明确指出，AI的正确作用不是加速重写，而是先帮助团队真正理解现有代码库，从而实现安全现代化并设计更强架构。 国内大量企</description>
    </item>
    <item>
      <title>上线一周就翻车？RAG生产部署避坑指南</title>
      <link>https://index.zshipu.com/geek/post/20260822/%E4%B8%8A%E7%BA%BF%E4%B8%80%E5%91%A8%E5%B0%B1%E7%BF%BB%E8%BD%A6RAG%E7%94%9F%E4%BA%A7%E9%83%A8%E7%BD%B2%E9%81%BF%E5%9D%91%E6%8C%87%E5%8D%97/</link>
      <pubDate>Sat, 22 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260822/%E4%B8%8A%E7%BA%BF%E4%B8%80%E5%91%A8%E5%B0%B1%E7%BF%BB%E8%BD%A6RAG%E7%94%9F%E4%BA%A7%E9%83%A8%E7%BD%B2%E9%81%BF%E5%9D%91%E6%8C%87%E5%8D%97/</guid>
      <description>这是RAG系列的最后一篇。前面6篇我们从原理讲到高级架构，从切分讲到评估，你的RAG应该已经能在本地跑出不错的效果了。但&amp;quot;本地跑得好&amp;quot;跟&amp;quot;线上稳定运行&amp;quot;之间隔着十万八千里。 我见过太多RAG项目，演示的时候很完美，上线一周就翻车：文档更新了但</description>
    </item>
    <item>
      <title>KCD杭州站开放CFP，聚焦Agent时代云原生与AI技术融合</title>
      <link>https://index.zshipu.com/geek/post/20260820/KCD%E6%9D%AD%E5%B7%9E%E7%AB%99%E5%BC%80%E6%94%BECFP%E8%81%9A%E7%84%A6Agent%E6%97%B6%E4%BB%A3%E4%BA%91%E5%8E%9F%E7%94%9F%E4%B8%8EAI%E6%8A%80%E6%9C%AF%E8%9E%8D%E5%90%88/</link>
      <pubDate>Thu, 20 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://index.zshipu.com/geek/post/20260820/KCD%E6%9D%AD%E5%B7%9E%E7%AB%99%E5%BC%80%E6%94%BECFP%E8%81%9A%E7%84%A6Agent%E6%97%B6%E4%BB%A3%E4%BA%91%E5%8E%9F%E7%94%9F%E4%B8%8EAI%E6%8A%80%E6%9C%AF%E8%9E%8D%E5%90%88/</guid>
      <description>KCD（Kubernetes Community Days）杭州站近日宣布开放演讲者征集（CFP），活动主题定位于“Agent时代的云原生、可观测与大模型推理”。这一主题的设定，反映出当前技术社区对AI与云原生基础设施深度融合的关注正在升温。 为什么Agent时代需要重新审视云原生 随着大语言模型和智能</description>
    </item>
    <item>
      <title>001 什么是微服务扩展性和高可用、可扩展性</title>
      <link>https://index.zshipu.com/geek/post/%E5%BE%AE%E6%9C%8D%E5%8A%A1/001-%E4%BB%80%E4%B9%88%E6%98%AF%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%89%A9%E5%B1%95%E6%80%A7%E5%92%8C%E9%AB%98%E5%8F%AF%E7%94%A8%E5%8F%AF%E6%89%A9%E5%B1%95%E6%80%A7/</link>
      <pubDate>Thu, 07 Mar 2024 14:10:33 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E5%BE%AE%E6%9C%8D%E5%8A%A1/001-%E4%BB%80%E4%B9%88%E6%98%AF%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%89%A9%E5%B1%95%E6%80%A7%E5%92%8C%E9%AB%98%E5%8F%AF%E7%94%A8%E5%8F%AF%E6%89%A9%E5%B1%95%E6%80%A7/</guid>
      <description>微服务扩展性和高可用、可扩展性是微服务架构的两个重要特性。微服务架构通过将应用程序拆分为多个小型、独立部署的服务，实现了系统的高可维护性和可扩展性。以下将从微服务的可扩展性、高可用性两个方面进行详细的解释。 微服务的可扩展性 微服务的可扩展性主要体现在以下几个方面： 灵活性：微服务架构</description>
    </item>
    <item>
      <title>五年磨一剑滴滴顺风车服务端之稳定性规范</title>
      <link>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E4%BA%94%E5%B9%B4%E7%A3%A8%E4%B8%80%E5%89%91%E6%BB%B4%E6%BB%B4%E9%A1%BA%E9%A3%8E%E8%BD%A6%E6%9C%8D%E5%8A%A1%E7%AB%AF%E4%B9%8B%E7%A8%B3%E5%AE%9A%E6%80%A7%E8%A7%84%E8%8C%83/</link>
      <pubDate>Tue, 15 Mar 2022 11:32:49 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E4%BA%94%E5%B9%B4%E7%A3%A8%E4%B8%80%E5%89%91%E6%BB%B4%E6%BB%B4%E9%A1%BA%E9%A3%8E%E8%BD%A6%E6%9C%8D%E5%8A%A1%E7%AB%AF%E4%B9%8B%E7%A8%B3%E5%AE%9A%E6%80%A7%E8%A7%84%E8%8C%83/</guid>
      <description>桔妹导读：本文给出其中稳定性相关的规范，这些规范都是顺风车成立五年来，对大量真实线上故障复盘、总结得到的，希望对大家服务的稳定性提升有所帮助。 服务端作为顺风车技术部内最大的工程团队，随着人员的扩张和迭代，流程规范在其中扮演着原来越重要的角色。一方面规范化可以提高我们的交付质量、交</description>
    </item>
    <item>
      <title>微服务架构之事件驱动架构</title>
      <link>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B9%8B%E4%BA%8B%E4%BB%B6%E9%A9%B1%E5%8A%A8%E6%9E%B6%E6%9E%84/</link>
      <pubDate>Tue, 15 Mar 2022 10:02:13 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E5%BE%AE%E6%9C%8D%E5%8A%A1%E6%9E%B6%E6%9E%84%E4%B9%8B%E4%BA%8B%E4%BB%B6%E9%A9%B1%E5%8A%A8%E6%9E%B6%E6%9E%84/</guid>
      <description>前言 为了解决传统的单体应用（Monolithic Application）在可扩展性、可靠性、适应性、高部署成本等方面的问题，许多公司（比如Amazon、eBay和NetFlix等）开始使用微服务架构（Microservice Architecture）构建自己的应用。 微服务架构（维</description>
    </item>
    <item>
      <title>互联网架构究竟为啥要做服务化</title>
      <link>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E4%BA%92%E8%81%94%E7%BD%91%E6%9E%B6%E6%9E%84%E7%A9%B6%E7%AB%9F%E4%B8%BA%E5%95%A5%E8%A6%81%E5%81%9A%E6%9C%8D%E5%8A%A1%E5%8C%96/</link>
      <pubDate>Tue, 15 Mar 2022 09:13:57 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E4%BA%92%E8%81%94%E7%BD%91%E6%9E%B6%E6%9E%84%E7%A9%B6%E7%AB%9F%E4%B8%BA%E5%95%A5%E8%A6%81%E5%81%9A%E6%9C%8D%E5%8A%A1%E5%8C%96/</guid>
      <description>本文转载自 架构师之路 公众号 最近留言问“微服务”的朋友颇多，找历史文章又找不到，故重新优化发布，希望大家有收获，不要被“微服务大潮”误导。 “微服务架构”的话题非常之火，很多朋友都在小窗我，说怎么做服务化？解答“怎么做”之前，先得了解“为什么做”。 画外音：做技术千万不能是这种思路，“</description>
    </item>
    <item>
      <title>菜鸟下一代分布式体系架构的设计理念</title>
      <link>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E8%8F%9C%E9%B8%9F%E4%B8%8B%E4%B8%80%E4%BB%A3%E5%88%86%E5%B8%83%E5%BC%8F%E4%BD%93%E7%B3%BB%E6%9E%B6%E6%9E%84%E7%9A%84%E8%AE%BE%E8%AE%A1%E7%90%86%E5%BF%B5/</link>
      <pubDate>Tue, 15 Mar 2022 03:35:39 +0800</pubDate>
      <guid>https://index.zshipu.com/geek/post/%E4%BA%92%E8%81%94%E7%BD%91/%E8%8F%9C%E9%B8%9F%E4%B8%8B%E4%B8%80%E4%BB%A3%E5%88%86%E5%B8%83%E5%BC%8F%E4%BD%93%E7%B3%BB%E6%9E%B6%E6%9E%84%E7%9A%84%E8%AE%BE%E8%AE%A1%E7%90%86%E5%BF%B5/</guid>
      <description>作者： 黄浩 2018 年 11 月 22 日 二十年来，整个分布式系统架构的演进，从 C/S 到 B/S，再到分布式系统，当前广泛使用的是网格计算和云计算，包括目标、定位、场景。 菜鸟乃至阿里在全球化进程中，也面临着全球分布式架构问题，以及仓储系统中独特场景下云计算能力的不足。菜鸟资深技术专家 黄浩 老师目前带领团队在</description>
    </item>
  </channel>
</rss>
