Kuri-su

{"title":"Istio preview","type":"blogGist","show":true,"description":"istio preview","tag":["cloudNative"]}

Service Mesh 预研 && Roadmap

[TOC]

Service mesh struction

Service Mesh 目前 的 最主要实现是 istio , 阿里云的 ASM (Aliyun Service Mesh) 也是 基于 (istio 1.4.6 )魔改.

Kuri-su

{"title":"features of tidb 4.0","type":"blogGist","show":true,"description":"TiDB 4.0 features","tag":["tidb"]}

[TOC]

每次升级不外乎 Bug 修复和 New Features, 由于 bug 修复方面如果不是 踩坑 或者 Contributor, 通常基本不会关心, 所以这里只提 New Features,

NewFeatures 分为 X 块,

• PD 调度优化
• 新增组件

Kuri-su

{"title":"features of golang 1.14 ","type":"blogGist","show":true,"description":"Golang 1.14 特性","tag":["golang"]}

[TOC]

这次 Go 1.14 的版本升级没有带来太多的改变, 主要是保持 Go 1 的兼容性, 不过 令人兴奋的改动也是有的,

允许 在 Interface 的定义中, 嵌入的 Interface 的方法冲突

Go 1.14 开始允许相同签名的方法可以内嵌入一个接口中。

Kuri-su

Downstream 下游 , 发送响应 upstream 上游, 返回响应 listener 监听地址 cluster 上游? route table 路由规则

conf

配置文件 支持以下四种格式 :

• yaml

Kuri-su

// TODO update

从 最近 參加 PingCap 的 UCP 和 工作时不断的去阅读一些库和开源项目的实现细节 中, 发现其中很多项目的结构和想法都有些意思. 并且笔者写库或者设计包结构的时候, 也会下意识的参考对 过去见过的一些优秀的结构和实现, 所以有了这个想法.

在目前 草案阶段, 笔者可以想到的 文章结构大致如下:

• 类似于 类图 的 Struct/Class 结构图
• 对结构进行描述 以及 结合自身理解加以解释
• 结合时序图对 关键流程 进行描述
• 其他值得注意的点
• ....

Kuri-su

Go text/template 包 模板语法

这篇文章是 在 鸟窝 的小抄的基础上再小抄的产物. 除去了不少细节和段落, 作为速查使用. 对于初学建议移步 鸟窝, 查看完整版.

[TOC]

模板语法

. 字符

Kuri-su

// TODO

Kuri-su

Prometheus Configuration file

Prometheus config 文件主要分为以下六个部分,

• global
  • global 主要设置全局的变量, 例如 scrape interval (取数据 单次时间), scrape timeout (取数据请求的 timeout) 等的数据, 另外包括重新载入 rule 的时间.
• rule_files
  • 规则列表
• scrape_configs:
  • 采集配置, 此处支持 指定 url 采集(例如 static_configs:), 或者 服务发现采集 (service discovery 简称 sd, 例如 consul_sd_configs), 甚至从 文件发现和采集 ( file sd config),

Kuri-su

// TODO

使用 appimaged 注册 appimage 到系统, 为 appimage 添加 icon 等的操作系统支持

Kuri-su

Operator 基于 Third Party Resources 扩展了新的应用资源，并通过控制器来保证应用处于预期状态。比如 etcd operator 通过下面的三个步骤模拟了管理 etcd 集群的行为：

1. 通过 Kubernetes API 观察集群的当前状态；
2. 分析当前状态与期望状态的差别；
3. 调用 etcd 集群管理 API 或 Kubernetes API 消除这些差别。