随着智能体这个概念的大火，一个伴随起而来的 MCP 协议也渐渐走入技术人员的视野，这篇教程主要是用来智能体为何要使用 MCP 协议，以及它是怎么一步步演变过来的，适合想入手智能体开发的新手同学。

提到 k8s 网关服务，我们一般想到的就是 ingress，不过 istio 作为后起之秀，能够对于服务流量进行更精确的管控，逐渐吸引了更多企业的目光。本文通过简短的介绍来比较两者之间的异同，让你在做技术选项时更加有的放矢。

在之前的文章中，谈到了如何初始化 cloudflare pages。这篇文章将更输入的展开，讲解如何使用 pages 中的路由功能，和如何在实际中进行应用。

在之前的文章中，谈到了笔者的博客被攻击，在尝试了各种国内 CDN 解决方案后都无解，最后靠 cloudflare 提供的免费 page 服务完美解决。从这篇文章起，笔者将开始深入探究 page 的使用方法，让更多的人能够用上这种惠民的服务。作为开篇之作，本文重点关注 cloudflare page 的项目初始化和部署相关的内容。

直到有一天，我突然收到了一条又拍云的报警短信，说是我购买的cdn服务 https 请求数过多。我当时多少有些诧异，心想估计是某个爬虫误伤了我的网站，加之当时工作比较忙，就没来得及顾上。等待下班回家，我迫不及待的打开电脑，进去又拍云管理后台，定睛一看，直接被惊呆了，一天竟然有一百多万次请求，肯定是被攻击了。

大家使用 CI 的另外一个重要目的就是对于提交代码自动触发单元测试，以保证提交代码的质量和安全性，同时我们还希望收集到每次单元测试运行后的测试覆盖率，如果能够将可视化的显示哪行代码被测试过了，就更好不过了。

大家使用 CI 的一个初衷就是用来构建编译产物，很多编程语言都有自己的包管理系统，可以借助社区的力量快速搭建自己的业务代码。但是由于依赖包安装过程太过缓慢，会严重影响 CI 运行的时间，所以我们在使用 CI 时一般倾向于将初次安装后的依赖包缓存下来，来加快后续或者下次的 CI 构建流程。本篇文章将会拿 Node.js 为例来讲解如何在 gitlab CI 中使用缓存。

gitlab runner 可以创建 shell ssh docker 这三个创建的模式。如果 runner 安装在自己托管的机器上，那么可以根据需要任意选择模式进行使用，如果你的 runner 是使用云上托管的平台，默认提供了 docker 模式，你可以使用子托管的 runner 来使用你想要的任意模式。使用 shell 模式可以直接将命令运行在 runner 安装的机器上，省去了启动 dock

使用 node 作为 Windows service，提供 http 服务，然后用浏览器访问 http 服务来加载网页，来实现类桌面程序的使用效果。

由于现在大多数公司使用私有化 git 仓库产品时一般选择 gitlab，所以借助其提供的 gitlab ci 功能来做 CI (Continuous Integration，可持续集成) 任务还是比较普遍的一种选型。本篇文档作为一个 gitlab 的入门教程，会设计到 gitlab runner 和 gitlab-ci.yml 文件的编写两部分内容。