暂无搜索历史
陆续参加了公司组织的两场关于技术管理的培训，时间一长也快忘的七七八八了。本文以刘建国《执行技术人管理之路》为基础框架，将知识点做了整理，在需要的时候翻翻。本文主...
继前文梳理「团队建设」与「管理规划」后，本文梳理下技术管理的另外一块「任务管理」。走查任务管理的主要内容：
基本上每个公司都有一个NOC团队，负责整个公司技术保障的值班与运营。NOC（Network Operation Center）网络运营中心，这篇捋下NOC负责主...
CDN内容分发网络（Content Distribution Network）是指一种透过互联网互相连接的电脑网络系统，利用最靠近每位用户的服务器，更快、更可靠...
另外架构也与场景关联，如果一个群聊允许5000人和一个只有3个人的群聊会有极大差异。
混沌工程在分布式系统上进行实验的学科，目的是建立对该系统能够能够承受生产环境的动荡条件的信心。
开发测试环境通常我们使用染色来区分不同流量，进入不同的开发测试联调分支组成的染色场。
上篇梳理了团队建设框架，本文梳理下管理规划框架。团队存在的价值，从哪些方向规划目标，团队成员如何配备和分工，有哪些实现方案和解决措施。本文主要内容有：
技术广度，除了一个方向外，其他方向涉猎程度，是一个点、还是一根线、还是能形成一张网。
通过对中间件功能、架构以及关键能力的定期聚焦，暴露中间件存在的问题和风险，把控未来演进方向，呈现中间件现状和未来演进的清晰画像。
由于集群中每个实例都需要保存路由信息，彼此不断传播通信更新，也造成通信成本进而影响集群规模。
Redis集群模式节点之间通过Gossip协议彼此之间传递节点状态、槽等信息，没有依赖元数据组件来维护。简化了架构的同时，通信成本也限制了集群规模。
Kafka的分区（partition）、RocketMQ的队列（Queue）、Elasticsearch的主分片/副本（shard）、数据库的分库分表等，均采用...
中间件稳定性尤为重要，本文希望梳理从各个方面形成一个体系回答这个问题。推而广之，其他技术治理也类似。本文主要内容有：
随着ClickHouse日志存储上线，开启替换ElasticSearch的切换过程，是时候为过去一段时间ClickHouse各种尝试做个总结。本文的主要内容有：
本文主要梳理在使用和设计缓存的一些问题点以及应对思路，以及缓存设计的一些架构和治理点。本文主要内容有：
应用容器化后的日志采集该选择何种方式？该如何权衡？不同的服务质量QoS对Node的稳定性影响是怎么样的，本文就捋一捋这个。主要内容有：
最近周末比较忙，卷的有点累，上周的文章掉了链子，这周赶一篇。本文主要梳理了使用ClickHouse作为日志存储的设计点，主要内容有：
公司有使用filebeat作为日志采集的agent，然而最近发现其在一些node采集吞吐不足，现就其配置项与吞吐调优进行梳理。本文的主要内容有：
本文主要梳理了ClickHouse分布式表，也就是是Distributed表引擎基本工作原理。主要内容有：
暂未填写公司和职称
暂未填写个人简介
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址
