烂笔头

在《如何动态的处理接口的返回数据》里提到了我们的业务场景：服务A对接了服务B，服务C等服务的一些接口，然后由服务A统一暴露接口给到外部用户使用。其中有个需求是：服务A可以动态的接入服务B/C的接口

这是一篇迟到的2022年总结。虽迟，但总结却是在点点滴滴的日常工作中，一点点沉淀下来的。趁这个机会，回顾和整理一下，在这个2023年的起点处。 既往 | 2022 逻辑 + 配置 + 数据 在代码里写

需求说明 业务场景：服务A对接了服务B，服务C等服务的一些接口，然后由服务A统一暴露接口给到外部用户使用。 需求是： 服务A可以动态的接入服务B/C的接口，对外暴露并无需重启（不在本文的讨论）； 对接

0-前言 组内同学反馈，kibana上最新的k8s日志看不到了。由于我们是采用elk（elastic search+logstash+kibana）的方式下部署日志采集系统，其中logstash以De

0-前言 最近，业务侧有个需求，需要禁止特定用户访问linux特定的命令，如禁止用户A使用rm命令。 我们知道，在linux系统中，一切皆文件。 那么，这个问题也可以泛化为： 如何在linux里限制特

从痛点出发 相信很多微服务后端开发的小伙伴，在日常工作中会遇到一个痛点： 本地开发了一个新功能或者解了一个bug后进行需要调试，由于k8s集群在云端，本地的服务是无法直接接入的，此时开发同学只能通过本

1. 从业务场景出发 在业务开发过程中，我们有个需求是：通过filebrowser提供的下载服务需要进行限速处理。如用户在通过filebrowser进行文件下载的时候，需要限制每个用户的下载速率。从这

有这么一个业务场景：业务平台还是通过Kubernetes进行编排对外提供服务。然后其后台管理部分，出于安全的考虑，只允许特定的IP才能访问。如何实现？ 目前，我们的网络架构是 SLB + Nginx

我们在使用 training-operator 框架来实现 pytorch 分布式任务时，发现一个变量不统一的问题：在使用 pytorch 的分布式 launch 时，需要指定一个变量是 node_r