服务发现

SOME/IP-SD 服务发现故障SOME/IP 服务发现看起来只是 UDP 30490 上的 Offer 和 Find，但现场联调中经常出现“服务端已经启动，客户端就是找不到”“抓到 Offer 但应用不上线”“订阅一会儿后断掉”等问题。SOME/IP-SD 既依赖应用配置，也依赖 VLAN、组播、路由、TTL、实例 ID 和版本匹配。

测试狗科研平台

从实验室到量产：测试狗新材料中试的技术路径与平台支撑从实验室到量产：测试狗新材料中试服务的技术路径与平台支撑新材料研发中，实验室里性能优异的产品一旦进入规模化生产，往往面临性能衰减、批次不稳定、工艺失控等问题。行业共识是，90%以上的新材料技术在中试放大环节遭遇瓶颈。中试，正是连接实验室创新与工业化生产的关键桥梁。

AI Agent作为经济参与者的兴起：机器经济与传统金融体系的并存与交织摘要随着人工智能技术的快速发展，AI Agent正从单纯的工具演变为具备自主决策与交易能力的经济参与者。这一转变要求构建支撑其身份、支付、结算与价值分配的新金融基础设施。本文指出，当前讨论正从早期的“AI发币炒作”转向更实质的经济系统问题。传统银行体系为人设计，无法高效支撑机器高频、微额、自动化的经济活动，因此将形成机器原生经济与传统金融体系长期并存、相互交织的双轨格局。本文系统分析两套体系的本质差异、并存逻辑、交织机制，并探讨其对未来经济结构的启示。

泛娱乐出海 APP 运营研究：用户量下滑成因与多语种客服数据化运营解决方案2026 年短剧、网络文学、互动娱乐类 APP 出海行业竞争趋于白热化，大量泛娱乐出海企业应用下载量持续上涨，依托自动化智能客服实现较高工单基础办结率。

钟爱蛋炒饭

VM虚拟机网络踩坑场景：Windows宿主机，VMware Workstation，虚拟机银河麒麟V10 SP1；目标：同一WiFi局域网其他设备访问虚拟机服务。

K8s 控制器全解：Deployment/DaemonSet/Job/CronJob+Service 服务发现实战宝典学习参考：ReplicationControllerReplicationController，简称 RC，核心能力与 ReplicaSet 基本一致。ReplicaSet是 RC 的迭代升级版本，原生支持更丰富的基于集合的标签选择算符。

使用 TongZK 做服务注册与服务发现服务一旦从单实例扩展为多实例，调用方就会面对一个很实际的问题：订单服务当前有哪些可用实例？某个实例扩容、重启或异常退出后，地址列表怎样及时更新？

执笔论英雄

【大模型推理】sglang PD 分离： 6473 服务发现最近在浏览 SGLang 项目的 GitHub 动态时，我注意到了 PR #6473 中的一些变更。这个 PR 涉及对项目代码的修改，而在变更描述或相关讨论中，一个名为 “Bootstrap Server” 的组件被提及。这立刻引起了我的好奇：在一个专注于大语言模型（LLM）高效推理的框架中，一个通常与分布式系统服务发现相关的“引导服务器”会扮演怎样的角色？它是否与 SGLang 核心的 Prefill-Decode（PD）分离架构有直接关联？

布吉岛的石头

Java 程序员第 45 阶段11：网关统一路由大模型接口，配合 Nacos 配置治理，灰度路由：基于Nacos元数据实现大模型服务灰度发布与权重路由大模型接口与传统 RPC 接口有本质区别：模型版本迭代快、推理结果不可完全预知、单个失败请求的成本高（一次 32K token 的对话可能消耗数角钱，且用户体感极差）。如果直接全量上线新模型或新推理集群，一旦命中性能退化、幻觉率上升、超时激增等问题，会在分钟级内放大为线上事故。

雪碧聊技术

Spring Boot项目如何彻底禁用Nacos（服务发现+配置中心），本地启动不再依赖Nacos前言在微服务项目中，我们经常使用 Nacos 作为服务注册中心和配置中心。但在本地开发时，每次启动都要先启动 Nacos 服务，既麻烦又影响启动速度。有时候我们只想调试业务代码，根本不需要 Nacos 的功能，这时候如果项目仍然强制连接 Nacos，就会因为连接不上而启动失败。

Kubernetes 从入门到精通：云原生容器编排Docker 解决了“在我机器上能跑”的问题，但当你把应用拆成几十个微服务、每个服务扩到 3 个副本，再加上测试环境和灰度发布，容器数量轻轻松松破百。这时候，谁去重启挂掉的容器？谁把流量切到健康的实例上？谁在新节点上自动补足缺失的副本？

k8s容器编排技术实践——K8s中服务发现ingress、ingress controller 应用实践k8s容器编排技术实践——k8s应用中机密信息的配置与存储 https://blog.csdn.net/xiaochenXIHUA/article/details/161706954?spm=1001.2014.3001.5501k8s容器编排技术实践——k8s的介绍及其整体运行架构-CSDN博客 https://coffeemilk.blog.csdn.net/article/details/161011629

Kubernetes 服务发现和域名解析-cnblog通过对Pod及其工作负载的控制资源RC和Deployment的学习，所有的应用服务都是工作在pod资源中，由于每个Pod都有独立的ip地址，而随着Pod的大量的动态创建和销毁操作后，会导致Pod的名称和IP很有可能发生了变化

念何架构之路

接入LVS+Nginx和服务发现接入层使用LVS与Nginx的配合可以发挥这两种负载均衡器的优势.LVS性能更高.便于构建Nginx集群.LVS作为Nginx集群的四层负载均衡器.可以有效地提高Nginx的扩展性.而Nginx的功能更为强大.用它作为业务的Http服务器的七层负载均衡.能将不同的HTTP URL调度到不同的业务服务并提高业务服务的高可用性和可扩展性.LVS+Nginx的机房接入层如图所示.

第29篇 k8s之Service 与 Endpoints 深入：服务发现原理IT策士 10余年一线大厂经验，专注 IT 思维、架构、职场进阶。我会在各个平台持续发布最新文章，助你少走弯路。

Docker Compose最巧妙的设计之一——内置的服务发现机制每个服务启动时，Docker会：将容器连接到 skms_default 网络给容器分配一个内部IP地址（如 172.18.0.2）

我是唐青枫

C#.NET YARP 服务发现实战：接入 Consul 和 Kubernetes 动态发现后端服务前面几篇已经把 YARP 的基础代理、JWT、CORS、OpenTelemetry 都串起来了。服务发现是网关实战里很关键的一步：

成为你的宁宁

【Prometheus基于文件的服务发现】提示：本文原创作品，良心制作，干货为主，简洁清晰，一看就会在Prometheus监控体系中，服务发现是管理采集目标的核心能力。相较于固定地址配置，文件服务发现模式更为灵活通用。本文将围绕基于文件的服务发现展开讲解，介绍其配置方式、使用特点与实际应用场景

笨鸟先飞的橘猫

skynet——服务发现学习这里service表维护了名字到句柄的映射。当服务启动时，它会被注册到这个表中，后续其他服务可以通过名字查询到对应的句柄。

容器网络模型与服务发现：从踩坑到精通，Kubernetes 网络问题排查全指南写在前面：Kubernetes 网络是云原生领域最让新手"怀疑人生"的模块之一。本文从一个真实的生产故障出发，系统梳理 CNI 插件差异、Service 类型选择、DNS 解析机制，并给出可落地的 Pod 通信排查方法论。如果你也曾被 connection refused、no route to host、DNS lookup failed 折磨过，这篇文章就是为你写的。