压测的一些思考压测的目的，在于保证系统达到某个量级的情况下不会死掉，在岗位划分上，专门做这件事的人可以被称作 性能工程师 ， 主要的工作就是做压测、性能分析、性能优化、服务可靠性提升。我们做压测，同样要向这些目标看齐，把整个系统的抗压能力提升起来。 整体来看，性能是一个系统工程，需要整个体系做配合，因此，性能可以提升到很高的高度，作为一个十分重要的事。当然，对于具体模块的性能优化，也可以是一个独立的模块，例如， 2022-11-06 性能 压测
WIP-自动代理自愈机制的探讨背景因为工作的需要，会搭建 proxy 机器，但有时候机器会出故障，出故障后的恢复过程现在是手动的，虽然也不算麻烦，但终归是把人的精力打成碎片的一个祸害，因此，考虑如何保证机器出故障后能及时处理并自愈？ 简单分析要实现这个能力，需要从基础设施层和应用层两个方面进行。 基础设施，主要包含 创建/删除机器节点、对机器节点进行操作配置。 应用层，主要包含 更新节点信息。 基础设施的角度看，这是一个 Ia 2022-11-06 devops 自愈 proxy
WIP-健康检查与监控梳理背景健康检查，是几乎任意一个运行的项目都需要做的。 需要健康检查的场景 中间件 业务系统 现有方案 promethues datadog ping 云拨测 错误检测平台 其他 健康检查的环节 检查 记录 告警配置 数据统计 检查出错的反馈机制 通知 看板 自愈处理 自动化故障巡检机制 健康检查的自我检查 资源受限环境的使用 调研的一些项目 https://github.com/ 2022-11-06 健康检查 health check devops operation
helm的一些简单使用说明在 k8s 的体系中，是以 清单 的方式去 定义资源的，因此，使用 k8s 的重点就是 创建、使用、维护 清单 ，原始的 k8s 资源清单就是用 官方文档https://v3.helm.sh/zh/docs/helm/helm/ helm repo 操作 添加 repo 1helm repo add xxx https://xxx.xx.xx/xx --username xxx --pass 2022-11-03 devops 云原生 helm k8s
你活着，总得为点什么吧？2022年11月3日，开启这个话题的讨论 前两天，跟同事聊天，问周末一般都做点啥，有看剧的，有钓鱼的，有逛公园的。有个同事是个游戏爱好者，说你们一个个都不玩游戏，错过了多少有趣的体验啊。 然后一个同事分享了一张图： 感觉这个话题十分有趣，遂又查了一下，这是 原问题的链接: 找个不打游戏的男朋友有多难 有一些回答的角度是： 他不打游戏，他总得投入点什么吧？ 这个角度很有意思，往日常了说，这是 2022-11-03 人生 思考
你还是半年前的你吗？半年过去了，你的身体是否发生了变化？ 心灵是否发生了变化？你真的了解你自己吗？ 记录的价值很大，不论是文字、图片、视频，不论是日常、工作、娱乐，不论是家里、户外、山中、城市。 让时间定格在某一刻。 记录你的情绪、记录你的状态、记录你的经历、记录你的想法。 让未来的你知道，原来你曾经也拥有过这样强烈的情绪，让你知道，曾经的你是如此的幸运，让你知道，曾经的你原来有着这样的奇妙想法。 认识自 2022-11-03 思考
协同场景的状态同步探索之一背景前两天在整理 消息系统进化史-零号机 的思路的时候，想到一种场景： 几个客户端之间想拥有一个公共的状态，任何一个客户端对该状态进行了更改，都能同步更改到其他客户端。 于是，在此思路上，做了 如何搞定前后端一体的状态管理 ，基本思路是： 用一个 map 去保存状态，并对 map 的每个值添加监听器，如果操作了某个值，则对监听者发送事件通知。 基于此，在对特定的事件进行封装，就能实现多客户端拥有全 2022-11-02 异步通信 消息系统 协同 cooperation
零号机之后的反思零号机的回顾在零号机中，我们实现了消息系统的基本能力 – 消息发送 这个过程也引发了很多思考，例如，为什么我们的接口设计使用的是 xxx/xxx 这种格式，它有什么可解释的含义？为什么不是 xxx.xxx 这种？是否有 通道 这个隐藏概念在里面? 一系列的问题和思考我在 零号机 中都有罗列。 在这些问题中，我觉得最值得思考的问题是 “消息系统的交互模型是怎样的？”, 这个问题是之后一切代码设计的 2022-11-01 异步通信 rpc 消息系统 messenger socket.io websocket
如何搞定前后端一体的状态管理背景最近在写 一个消息系统的进化史 ，写的过程也是不断思考的过程，于是，我自然而然地会去思考： 消息的触发机制往往是一个外部状态的变动，然后在消息系统的分发中枢做分发，那么，是否存在内部的状态变动而触发消息的需求呢？ 探索在前端体系下，这是一个非常常见的需求，例如在浏览器中，维护一个 global 状态，其他各处的组件都可以监听这个状态的变动，由此触发一系列的连锁变动。在现代前端框架中，vue 下 2022-10-31 实践 golang 事件机制 responsive responsive map 响应式map
消息系统进化史-零号机说明我们回到最最最初的目标，实现一个最最最简单的消息分发系统。 需求客户端有一些消息，想要发送给其他客户端。 需求分析 服务端有提供消息上传和分发的能力 客户端上传消息可以通过 http 也可以通过 websocket 考略到消息的实时性要求比较高，通过 websocket 分发 需求的技术分析以及调研 有竞争力一点的是 nodejs 生态 和 golang 生态。 nodejs 是因为和客户端 2022-10-28 异步通信 消息系统 messenger 实践项目
