传统的运维脚本和工具往往是“孤岛式”的，一个脚本查日志，一个工具看监控，另一个平台管资产。而 Dify 的工作流以一种可视化的方式，将这些孤岛连接了起来。它允许我将不同的“原子能力”（如 API 调用、代码执行、AI 模型推理）像搭积木一样组合成一个完整的、智能的解决方案。为什么不考虑用n8n 工作流？核心原因：内置RAG：Dify的知识库功能开箱即用，n8n需要自己搭建向量数据库和嵌入流程LLM

描述：在使用路由器进行端口映射的时候，如果使用和nginx 监听的端口一样是不存在问题的 但是如果使用了其他端口 就会出现无法访问的问题。例如：访问http://111.0.120.180:389 会直接跳转到http://111.0.120.180:38080/sso/?return=http://111.0.120.180:38089通过web端的开发者工具 可以看到进行了一次301重...

kubernetes-nvidia-plugin设计解读

很多情况下我们并不希望大动干戈去改apiserver代码，所以apiserver提供了一种动态扩展admission的方式，非常推荐。有两种类型：validating admission Webhook 只作校验，比如检测到某个特殊字段就不让请求通过mutating admission webhook 可以对请求体进行修改（patch）比较重要的是这个AdmissionReview结构体，包含一个

上面我们讲了如何在redmine使用git。但是如果只是使用git那么redmine的优势不大，每次更新代码都是需要手动执行。所以我这里讲下如何不手动执行的方法：1.crontab定时任务定期更新，但这个没事实，pass掉2.使用webhook插件。之前就是一直在使用jenkins，也用过jenkins与gitlab触发执行，所以找了下是否哟类似插件。果不其然被我找到了那就是： Git...

什么是Envoy？对于一些对于Envoy不是很了解的人，可能对于这个程序的功能完全没有认知，这里我讲下其功能。在istio service mesh中分为两个平面，一个是数据平面，一个是控制平面。对于Envoy来说他就是数据平面最为重要的功能体现。那么envoy的功能到底是什么呢，其实我们可以理解为他是一个代理，类似硬件f5 或者 软件nginx，简单来说就是云原生时代下东西南北流量的代理。那么为

因使用jenkins的maven插件去构建java项目的时候发现构建速度非常慢，通过查找问题发现maven的插件在构建完成的同时会将包上传到master节点上去，这个时候如果网络不好的话会导致上传速度非常的缓慢，非常影响开发速率。之后就想直接抛弃maven插件去构建java项目，也就是自由风格的软件项目。但是后面考虑到扩展性以及其他的一些原因，最终使用了pipeline去实现CI/CDpipe..

环境：先公司测试环境下面运行这很多tomcat，这样导致物理内存不够用。目前我这边只能通过手动清理：Linux下清理内存和Cache方法 /proc/sys/vm/drop_caches手动运行的话就3条命令sync && echo 1 > /proc/sys/vm/drop_cachessync && echo 2 &

架构解析(openyurt)组件master组件：yurt-controller-manageryurt-tunnel-serveryurt app manager边缘worker组件yurt-tunnel-agentyurt-hubtunnel原理解析原生k8s：client(kubectl exec,log等) => kube-apiserver:6443 => kubelet-n

最近一直在忙公司应用docker化部署，所以很久没发博文了。今天刚好有空，就来介绍下swarm集群，在部署swarm集群之前我一直在考虑用那种集群方式，k8s还是swarm，最后选择了swarm，原因是公司分配的服务器性能有限，无法支持k8s容器，而且相对于k8s swarm比较好学。这里在了解下swarm的流程注意事项：当我没在swarm中create服务的时候，首先会把服务的镜像自动拉...