k8s 代码走读---client-go 编程交互基础走读
前言 代码 clone 地址:https://github.com/kubernetes/client-go。实际上在 kubernetes 的源码中也包含了这部分代码:ven
前言 代码 clone 地址:https://github.com/kubernetes/client-go。实际上在 kubernetes 的源码中也包含了这部分代码:ven
前言 今天开始走读 k8s 的代码,首先选择的是 controller-manager 这个组件。这几天也看了《kubernetes源码剖析》的前两章,这本书还是不错的,推荐大家阅读。前面
前言 前段时间本号作为【dbaplus社群】的合作媒体,和他们做了一次大数据领域的话题宣传活动。聊了之后就邀请我来分享一下游戏数据领域内的相关
做事情还是的有一定的方法论来指导的,今天这里总结的这篇文章目的就在于对 API 的监控方面进行梳理,梳理出了 API 监控的基本层次,常用指标和常见的监控模型。
本文是在看了国外 Solo 公司 CTO 的博客之后整理的,本来也是想按原文翻译,但是考虑到我自己在公司实践的思路,还是想把他的思路和我自己的思路做一些结合。
这篇文章我看了之后非常想翻译,为什么呢?一方面我也在学习 Envoy,并且在公司的实际项目中使用 Envoy,另一方面,我确实也在设计一个控制管理端来统一管控多个集群的所有流量,没错我说的是所有的流量管控。
上一篇中梳理介绍了微服务架构的特点和优势,也明确说微服务架构是现代软件开发中解决生产力的一种模式。微服务可以大家加速现代企业中软件开发效率、软件稳定性,扩展性。
根据这段时间读的书想梳理一下我对微服务的一些思考,部分内容来自一些外文书籍,我感觉这部分内容还是要直接读外文书籍会得到更真实可靠的思路和解读。
最近拾起了基本英文的讲微服务的书,一方面是学习英文,一方面也是想原汁原味的了解一下外国人口中的微服务是怎么样的。所以这篇文章是想聊聊微服务,聊聊我眼中的微服务,和实践微服务中的一些经历。也是这么多年实践微服务的一些思考。
就像用户们都想采用基于 Envoy 的基础设施来解决微服务通信带来的挑战,他们都不可避免的呃发现他们必须开发一些定制的技术功能来适配解决内部的限制性问题。
Copyright (c) 2007 - 2024, helight; all rights reserved.【 粤ICP备15029944号 】
模板来自 Bootstrapious. 移植到 Hugo 来自 DevCows.