本文永久链接– https://tonybai.com/2022/12/18/go-type-systemGo是一门强类型的静态编程语言。使用Go编程，我们的每一行代码几乎都离不开类型。因此，深入学习Go，我们首先要对Go的类型系统(type system)有一个全面和深入的认知。Go类型系统可以给予我们一个全局整体的视角，以帮助我们更好地学习和理解Go语言中那些具体的与类型相关的内容。一. 什么是类型系统作为拥有一定Go编程经验的Gopher来说，大家对Go语言中的类型是有一定了解的，比如：Go内置了原生整型类型、浮点类型、复数类型、字符串类型、函数类型，提供了数组、切片、map、struct、channel等复合类型以及代表行为抽象的接口类型。通过Go提供的type关键字，我们还可以自定义类型等等。那么大家是否想过这样的问题：为什么会有类型？类型可以带来哪些好处呢？回顾编程语言的发展史(见下图)，我们发现：类型是高级语言有别于机器语言与低级语言的一种重要的抽象。从机器的视角来看，无论什么类型数据都是0101的二进制数据，但程序员直接用机器语言编码难度非常大且效率极其低下；汇编语言将层次提升到了面向多字节数据的编码，汇编指令的操作数都是固定长度字节的，比如：movb操作的是一个字节，movl操作的是四个字节。汇编指令并不关心真实存储的是什么数据，只是在各个地址之间搬移 ...继续阅读 (85)

本文永久链接– https://tonybai.com/2022/12/07/why-go-succeed大家在入门Go语言时，多埋头于Go语法，忙于练手或快速完成公司的项目，无暇思考。但当大家到了要进阶，要冲刺高级阶段的时候，我建议你不能再稀里糊涂了。既然入了Go这个坑，在进入高级阶段前，我们最好在门口的“影壁墙”前驻留一下。仔细思考一下我们投入这么多精力研究的Go为什么能成功，后续还能否持续成功下去。你要有自己的基本的判断，自我暗示也好，坚定信心也罢，我们要为继续攀登Go高峰进行蓄能。一. 头脑风暴一下Go成功的因素相信无论针对哪个gopher群体做头脑风暴，让大家列举Go成功的因素，大家的主流答案也无外乎下图中这些：图中的各个因素与Go的成功都不无干系，但是究竟哪个或哪几个是决定性的呢？二. Go成功的根本因素很显然，这个问题是没有标准答案，是见仁见智的。这里我列举一下我的观点，供大家参考。直接上结论，我认为Go成功的根本因素就一个：Google。为什么这么说呢？下面我们展开来看(见下图)！我将Go社区比做一支军队，而Go就是Go社区的武器，与其他编程语言搏杀，占地盘(fans)。下面我们就来解构一下这支军队的构成以及为什么这支军队目前有诸多成功案例！1. Google为Go社区提供了统帅与武器众所周知，2007年Google的三名员工Robert Griesem ...继续阅读 (93)

本文永久链接– https://tonybai.com/2022/11/26/intro-of-google-go-style每种编程语言除了固定的语法之外，都会有属于自己的地道的(idiomatic)写法。其实，自然语言也不例外，你想，你用心想想是不是这样。语言的设计者们希望开发人员都能编写统一风格的地道的代码，这样不仅代码可读性好，便于社区统一代码风格，而且针对惯用法的优化也可能会让地道的代码拥有更好的运行效率。语言团队也会不遗余力的通过各种方式(文档、blog、演讲、书籍、视频等)向开发者传授如何写出更地道、更高效、可读性更好的代码。以Go语言为例，为了能让Gopher更好的了解如何写出高效、地道的Go代码，Go开源伊始就编写了《Effective Go》和《Go FAQ》两篇文档。前者负责介绍Go惯用法，后者则担负着将Go语言设计层面的问题以及解决思路与Gopher进行对齐的重任：同时，Go语言之父们以及Go团队核心成员们在早期十分活跃并不遗余力的向Go社区推广Go的惯用法，Go官方站点上积累的各个早期的blog文章以及各个talk资料也成为了gopher学习地道Go编码的重要参考：这些资料为了全世界Gopher的Go编码风格建立了基线。大多数情况下只要遵循这些资料并借助gofmt工具的自动格式化就可以写出风格比较地道的Go代码了。然而《Effective Go ...继续阅读 (91)

本文永久链接– https://tonybai.com/2022/11/17/go-1-20-foresight在近期Russ Cox代表Go核心团队发表的“Go, 13周年”一文中，他提到了“在Go的第14个年头，Go团队将继续努力使Go成为用于大规模软件工程的最好的环境，将特别关注供应链安全，提高兼容性和结构化日志记录，当然还会有很多其他改进，包括profile-guided optimization等”。当前正在开发的版本是Go 1.20，预计2023年2月正式发布，这个版本也将是Go在其第14个年头发布的第一个版本。很多人没想到Go真的会进入到Go 1.2x版本，而不是Go 2.x。记得Russ Cox曾说过可能永远也不会有Go2了，毕竟Go泛型语法落地这么大的语法改动也没有让Go1兼容性承诺失效。目前Go 1.20版本正在如火如荼的开发中，很多gopher都好奇Go 1.20版本会带来哪些新特性？在这篇文章中，我就带大家一起去Go 1.20 milestone的issues列表中翻翻，提前看看究竟会有哪些新特性加入Go。1. 语法变化Go在其1.18版本迎来了自开源以来最大规模的语法变化，然后呢？就没有然后了。Go在语法演进上再次陷入沉寂，没错，这就是Go长期以来坚持的风格。如果Go 1.20版本真有语法层面的变化，那估计就是这个issue了：“spec: a ...继续阅读 (92)

本文永久链接– https://tonybai.com/2022/11/15/using-reflect-to-manipulate-channels今年教师节极客时间送给讲师4999 SVIP卡，一直没顾过来用，上周激活后在极客时间的众多精品课和专栏中徜徉，收获颇丰。尤其是在拜读鸟窝老师的《Go并发编程实战课》后，get到一个以前从未用过的“技能点”：使用reflect操作channel，这里整理一下，把它分享给大家。1. channel常规语法的“限制”Go语言实现了基于CSP（Communicating Sequential Processes）理论的并发方案。方案包含两个重要元素，一个是Goroutine，它是Go应用并发设计的基本构建与执行单元；另一个就是channel，它在并发模型中扮演着重要的角色。channel既可以用来实现Goroutine间的通信，还可以实现Goroutine间的同步。我们先来简要回顾一下有关channel的常规语法。我们可以通过make(chan T, n)创建元素类型为T、容量为n的channel类型实例，比如：ch1 := make(chan int) // 创建一个无缓冲的channel实例ch1 ch2 := make(chan int, 5) // 创建一个带缓冲的channel实例ch2Go提供了“<-”操作符用 ...继续阅读 (94)

本文永久链接– https://tonybai.com/2022/11/11/go-opensource-13-years在中华大地的老百姓抱着手机进行双十一购物节狂欢，忙着支付尾款和秒杀的时候，Go核心团队的Russ Cox代表Go语言项目团队在Go官博上发表了《Thirteen Years of Go》的博文，纪念Go语言开源13周年，并对2021年以来Go语言的演进进行了归纳总结，对Go在其第14个年头将要做的改进也做了简单的说明。这里对博文做简单翻译，供大家参考。今天，我们庆祝Go开源版本的十三岁生日。从今天起，Go将正式步入青少年阶段！译注：teenager：青少年；13岁到19岁的年轻人对于Go来说，过去的一年是不平凡的一年。在这一年里发生的最重要的事件是Go 1.18版本在3月份的发布，这个版本带来了许多改进，其中最显着的是Go工作区、模糊测试和Go泛型。Go工作区使得同时处理多个module变得容易，尤其是当你维护一组彼此有依赖关系的module时。若要了解Go工作区，请参阅Beth Brown的博客文章“熟悉工作区”和工作区参考文档。模糊测试(Fuzzing)是一个新功能特性，它可以帮助你查找出代码无法正确处理的输入。你只需定义一个接受任何输入数据的模糊测试，然后模糊测试会尝试不同的随机输入，这个过程由代码覆盖率指导，并努力尝试使模糊测试执行失败。在开 ...继续阅读 (97)

原weibo账号处于jy状态，临时先用小号https://weibo.com/u/6484441286，欢迎大家关注！“Gopher部落”知识星球双十一新人特惠，领劵加入即享立减88元优惠– https://t.zsxq.com/078E1QTjM本文永久链接– https://tonybai.com/2022/11/08/understand-go-context-by-example自从context包在Go 1.7版本加入Go标准库，它就成为了Go标准库中较难理解和易误用的包之一。在我的博客中目前尚未有一篇系统介绍context包的文章，很多来自Go专栏或《Go语言精进之路》的读者都希望我能写一篇介绍context包的文章，今天我就来尝试一下^_^。1. context包入标准库历程2014年，Go团队核心成员Sameer Ajmani在Go官博上发表了一篇文章“Go Concurrency Patterns: Context”，介绍了Google内部设计和实现的一个名为context的包以及该包在Google内部实践后得出的一些应用模式。随后，该包被开源并放在golang.org/x/net/context下维护。两年后，也就是2016年，golang.org/x/net/context包正式被挪入Go标准库，这就是目前Go标准库context包的诞 ...继续阅读 (88)

本文永久链接– https://tonybai.com/2022/10/30/first-exploration-of-slogGo自诞生以来就在其标准库内置了log包作为Go源码输出日志的标准组件，该包被广泛应用于Go标准库自身以及Go社区项目中。不过，针对Go标准库log包，Go社区要求改进的声音始终不断，主流声音聚焦在以下几点：log包是为了方便人类可读而设计的，不支持便于机器解析的结构化日志(比如像zap那样输出json格式的日志)；不支持日志级别(log level)；log包采用专有日志输出格式，又没有提供可供Go社区共同遵循的Logger接口类型，导致Go社区项目使用的log输出格式五花八门，相互之间又难以兼容。Go社区曾经尝试过合力改进标准库log包，并撰写了Proposal设计初稿，但最终因各种原因都没有被Go核心团队接受。2022年8月末，Go团队的Jonathan Amsterdam发起discussion，意在和社区讨论为Go标准库添加结构化的、支持日志级别的日志包相关事宜，并形成一个一致的Proposal。Jonathan Amsterdam将该结构化日志包命名为slog，计划放在log/slog下。他还在golang.org/x/exp下面给出了slog的初始实现，这几天该Proposal正式进入review阶段。至于何时能正式落地到Go正式 ...继续阅读 (98)

本文永久链接– https://tonybai.com/2022/10/27/when-encountering-slice-during-function-design切片(slice)是Go语言中的一种重要的也是最常用的同构数据类型。在Go语言编码过程中，我们多数情况下会使用slice替代数组，一来是因为其动态可扩展，二来在多数场合传递slice的开销要比传递数组要小(这里有一些例外)。切片算是“半个”零值可用的类型，为什么这么说呢？当我们声明一个切片类型实例但在未显式初始化的情况下，我们不能直接对其做下标操作，比如：var sl []int sl[0] = 5 // 错误：引发panic但是我们可以通过Go内置的append函数对其进行追加操作，即便sl目前的值为nil：var sl []int sl = append(sl, 5) // ok到这里，我要提出本文要讨论的topic了：为什么append函数要通过返回值返回切片结果呢？再泛化一点：当你在函数设计环节遇到要传入传出切片类型时，你会如何设计函数的参数与返回值呢？下面我们就来探讨一下。我们在$GOROOT/src/builtin/builtin.go中找到了append预置函数的原型：func append(slice []Type, elems ...Type) []Type显然参照“append”函数 ...继续阅读 (93)

本文永久链接– https://tonybai.com/2022/10/25/the-modules-that-go-standard-library-depend-on对于程序员来说，编写的代码依赖标准库是“天经地义”的事情。标准库在程序员眼中就是高质量的代名词，也是最值得信赖的非自己所写的代码，当然更是代码包依赖关系链条上的最后一环，即所有直接或间接依赖的第三方module最终都会依赖标准库。前两天组内学习rust的小伙伴说rust的标准库还依赖第三方库(注：我对rust了解不深，尚未证实)，这引发了我的一个疑问:Go标准库是否依赖其他modules呢？在这一短篇中，我就来探究一下注：本文使用的Go版本为Go 1.19。众所周知，Go于1.11版本引入go modules，如今Go module已经完全替代掉原先的gopath构建模式，成为了Go源码的标准构建模式。相应的，Go标准库也在Go 1.13版本中采用了Go module构建，加入了go.mod文件，第一版标准库的go.mod文件内容如下：module std go 1.12 require ( golang.org/x/crypto v0.0.0-20190611184440-5c40567a22f8 golang.org/x/net v0.0.0-20190813141303-74d ...继续阅读 (86)

本文永久链接– https://tonybai.com/2022/10/21/understand-go-ssa-by-example在上一篇文章《通过实例理解Go内联优化》中，我们探讨了Go编译器在编译中端进行的内联优化。内联优化基于IR中间表示进行，不过Go编译过程不止有一种IR表示，这点和龙书《编译原理(第二版)》的在第六章“中间代码生成”一开始处的讲解是一致的，即在将给定源语言的一个程序翻译成特定的目标机器代码的过程中，一个编译器可能构造出一系列中间表示(IR)，如下图：高层中间表示更接近于源语言，而低层的中间表示则更接近于目标机器。在Go编译过程中，如果说内联优化使用的IR是高层中间表示，那么低层中间表示非支持静态单赋值(SSA)的中间代码形式莫属。在这一篇中，我们将沿着Go编译器的后端优化之路继续走下去，我们来认识一下静态单赋值(SSA)。1. 静态单赋值(SSA)的历史静态单赋值(Static Single Assignment，SSA)，也有称为Single Static Assignment的，是一种中间代码的表示形式(IR)，或者说是某种中间代码所具备的属性，它是由IBM的三位研究员：Barry K. Rosen、Mark N. Wegman和F. Kenneth Zadeck于1988年提出的。具有SSA属性的IR都具有这样的特征：每个变量在使用前 ...继续阅读 (96)

本文永久链接– https://tonybai.com/2022/10/17/understand-go-inlining-optimisations-by-example移动互联网时代，直面C端用户的业务系统规模一般都很庞大，系统消耗的机器资源也很可观，系统使用的CPU核数、内存都是在消耗公司的真金白银。在服务水平不下降的前提下尽量降低单服务实例的资源消耗，即我们俗称的“少吃草多产奶”，一直是各个公司经营人员的目标，有些公司每降低1%的CPU核数使用，每年都能节省几十万的开销。在编程语言选择不变的情况下，要想持续降低服务资源消耗，一方面要靠开发人员对代码性能持续地打磨，另一方面依靠编程语言编译器在编译优化方面提升带来的效果则更为自然和直接。不过，这两方面也是相辅相成的，开发人员如果能对编译器的优化场景和手段理解更为透彻的话，就能写出对编译优化更为友好的代码，从而获得更好的性能优化效果。Go核心团队在Go编译器优化方面一直在持续投入并取得了不俗的效果，虽然和老牌的GCC和llvm的代码优化功力相比还有不小的空间。近期看到的一篇文章“字节大规模微服务语言发展之路”中也有提到：字节内部通过修改Go编译器的内联优化(收益最大的改动)，从而让字节内部服务的Go代码获得了更多的优化机会，实现了线上服务10-20%的性能提升以及内存资源使用的下降，节约了大概了十几万个核。看到这么明 ...继续阅读 (94)

本文是公司“运营拍档”公众号的专访文稿，这里转载一下^0^。原文链接在这里。十年生死两茫茫，白天忙，晚上忙，写程序，到天亮。千行代码，Bug何处藏。纵使上线又怎样，朝令改，夕断肠……白 明东软云科技架构师2017年Gopher China大会讲师《七周七语言》译者之一拥有10年编程工作经验多年电信领域产品研发和技术管理经验目前主要研究领域包括：Go、Kubernetes、Docker和儿童编程教育等一直以来，大家对程序员的固有印象是什么？刻板低调游戏宅？钱多话少无情趣？还是格子衬衫双肩包？无论哪种印象，都是对这个群体最偏激的总结，就像没见过海，总以为海是蔚蓝的。一百位程序员有一百种样子，如果非要给程序员群体划分出派系，那白大师非禁欲系莫属。话少有内涵，明明帅到颠倒众生，却高冷禁欲不屑一顾Go语言 – 未来企业级软件领域第一语言就在上周，2017年Gopher China大会结束后，我们趁机“抓”住了被大会邀请担任讲师的白大师。希望能从这位颜值高、品味高、气质高的“三高”程序员身上，了解一些Gopher China这个“神秘组织”的信息。Q：上周被邀请作为2017年Gopher China大会的讲师，能向我们简单介绍一下Gopher China的江湖地位吗？A：Gopher China是中国大陆地区规模最大，也是最具影响力的Go语言技术大会。这个大会从2015年开始举办， ...继续阅读 (93)

续接上文。五、第三步：启动emei、wudang上的apiserver跨三个node的etcd cluster已经建成并完成了数据同步，下面进行ha cluster改造的重要一步：启动wudang、emei上的apiserver1、启动emei、wudang上的apiserver以shaolin node上的/etc/kubernetes/manifests/kube-apiserver.yaml为副本，制作emei、wudang上的kube-apiserver.yaml：唯一需要变动的就是- --advertise-address这个option的值： wudang: - --advertise-address=10.24.138.208 emei: - --advertise-address=10.27.52.72在各自node上将kube-apiserver.yaml放入/etc/kubernetes/manifests中，各自node上的kubelet将会启动kube-apiserver并且各个apiserver默认连接本节点的etcd:root@emei:~# pods NAMESPACE NAME READY STATUS RESTARTS AGE IP ...继续阅读 (88)

Kubernetes集群的核心是其master node，但目前默认情况下master node只有一个，一旦master node出现问题，Kubernetes集群将陷入“瘫痪”，对集群的管理、Pod的调度等均将无法实施，即便此时某些用户的Pod依旧可以正常运行。这显然不能符合我们对于运行于生产环境下的Kubernetes集群的要求，我们需要一个高可用的Kubernetes集群。不过，目前Kubernetes官方针对构建高可用(high-availability)的集群的支持还是非常有限的，只是针对少数cloud-provider提供了粗糙的部署方法，比如：使用kube-up.sh脚本在GCE上、使用kops在AWS上等等。高可用Kubernetes集群是Kubernetes演进的必然方向，官方在“Building High-Availability Clusters”一文中给出了当前搭建HA cluster的粗略思路。Kubeadm也将HA列入了后续版本的里程碑计划，并且已经出了一版使用kubeadm部署高可用cluster的方法提议草案。在kubeadm没有真正支持自动bootstrap的HA Kubernetes cluster之前，如果要搭建一个HA k8s cluster，我们应该如何做呢？本文将探索性地一步一步的给出打造一个HA K8s cluster的思路和具体步骤 ...继续阅读 (86)

除了在生产环境使用的Kubernetes 1.3.7集群之外，我这里还有一套1.5.1的Kubernetes测试环境，这个测试环境一来用于验证各种技术方案，二来也是为了跟踪Kubernetes的最新进展。本篇要记录的一个异常就是发生在该测试Kubernetes集群中的。一、缘起前两天我在Kubernetes测试环境搭建一套Ceph，为了便于ceph-deploy的安装，我通过hostnamectl命令将阿里云默认提供的复杂又冗长的主机名改为短小且更有意义的主机名：iZ25beglnhtZ -> yypdmaster iz2ze39jeyizepdxhwqci6z -> yypdnode 以yypdmaster为例，修改过程如下： # hostnamectl --static set-hostname yypdmaster # hostnamectl status Static hostname: yypdmaster Transient hostname: iZ25beglnhtZ Icon name: computer-vm Chassis: vm Machine ID: 91aa4b8f2556de49e743dc2f53e8a5c4 Boot ID: 5d0e642ebafa460086388d ...继续阅读 (91)

在Kubernetes集群中运行有状态服务或应用总是不那么容易的。比如，之前我在项目中使用了CephRBD，虽然遇到过几次问题，但总体算是运行良好。但最近发现CephRBD无法满足跨节点挂载的需求，我只好另辟蹊径。由于CephFS和CephRBD师出同门，它自然成为了这次我首要考察的目标。这里将跨节点挂载CephFS的考察过程记录一下，一是备忘，二则也可以为其他有相似需求的朋友提供些资料。一、CephRBD的问题这里先提一嘴CephRBD的问题。最近项目中有这样的需求：让集群中的Pod共享外部分布式存储，即多个Pod共同挂载一份存储，实现存储共享，这样可大大简化系统设计和复杂性。之前CephRBD都是挂载到一个Pod中运行的，CephRBD是否支持多Pod同时挂载呢？官方文档中给出了否定的答案: 基于CephRBD的Persistent Volume仅支持两种accessmode：ReadWriteOnce和ReadOnlyMany，不支持ReadWriteMany。这样对于有读写需求的Pod来说，一个CephRBD pv仅能被一个node挂载一次。我们来验证一下这个“不幸的”事实。我们首先创建一个测试用的image：foo1。这里我利用了项目里写的CephRBD API服务，也可通过ceph命令手工创建：# curl -v -H "Content-type: applicati ...继续阅读 (98)

本篇文章是我在2017年第三届GopherChina大会上所作talk：”Go coding in go way“的改编和展开版，全文如下。一、序今天我要分享的题目是“Go coding in go way”，中文含义就是用“Go语言编程思维去写Go代码”。看到这个题目大家不禁要问：究竟什么是Go语言编程思维呢？关于什么是Go语言变成思维其实并没有官方说法。这里要和大家交流的内容都是基于Go诞生七年多以来我个人对Go的设计者、Go team以及Go主流社区的观点和代码行为的整理、分析和总结。希望通过我的这次“抛砖引玉”，让在座的Gopher们对“Go语言编程思维”有一个初步的认知，并在日常开发工作中遵循Go语言的编程思维，写出idiomatic的Go代码。二、编程语言与编程思维1、大师的观点在人类自然语言学界有一个很著名的假说：”萨丕尔-沃夫假说“，这个假说的内容是这样的：语言影响或决定人类的思维方式("Language inuences/determines thought" - Sapir-Whorf hypothesis )说到这个假说，我们不能不提及在2017年初国内上映了一部口碑不错的美国科幻大片《降临》，这部片子改编自雨果奖获得者华裔科幻小说家Ted姜的《你一生的故事》，片中主线剧情的理论基础就是就是“萨丕尔-沃夫假说”。更夸张的是片中直接将该假说应用到外星人语言上，将 ...继续阅读 (88)

时光荏苒。2016年北京GopherChina大会的情形还历历在目，2017年上海GopherChina大会又如约而至。一、印象这是我连续第二年参加AstaXie组织举办的GopherChina大会。而且不同于去年的是，这次我是以讲师身份参与的。虽然大会地点不同，我的角色不同，但不变的是和广大Gophers一样的对Go语言的极大热情。这也是第三届GopherChina大会。随着Go语言自身的快速演进以及Go在国内各个行业应用的快速增长，GopherChina大会在大中华区的影响力与日俱增：既得到了更多圈内赞助商的赞助，也得到了Gophers们的极大关注。有好多Gophers都是GopherChina大会的连续参加者，有些Gopher甚至连续参加了三届，我个人就看到了好多去年在北京大会上遇到的Gophers。这让能容纳近1500名观众的主会场又近乎爆满。举办和参加这样级别的技术大会，无论是对于主办方还是观众都是一种考验。索性的是，在谢大和相关工作人员的不懈努力之下，两天的大会举办的是很是成功，大会紧凑而有序。并且在第一天晚上举办的技术Party上，大胡子Dave Cheney还为我们带来了“Gopher puzzlers”。这让技术party的气氛一下达到了高潮。二、选题考量由于本次是以讲师身份参加的大会，因此这里就不打算像去年那样对其他讲师以及其presentation进行点评了（ ...继续阅读 (98)

今年有幸收到GopherChina大会的组织者、beego开源项目的owner、《Go Web编程》的作者谢孟军童鞋的邀请，以讲师身份参加今年的GopherChina大会。下面是GopherChina对我这个讲师的专访稿^0^。该专访稿将同时被发布在公众号“Go中国(微信号：golangchina)”上面，可点击这里阅读。1、首先介绍一下自己。大家好！我叫白明（Tony Bai），目前是东软云科技的一名架构师，专职于服务端开发，日常工作主要使用Go语言。我算是国内较早接触Go语言的程序员兼Advocater了，平时在我的博客、微博和微信公众号“iamtonybai”上经常发表一些关于Go语言的文章和Go生态圈内的信息。在接触Go之前，我主要使用C语言开发电信领域的一些后端服务系统，拥有多年的电信领域产品研发和技术管理经验。我个人比较喜换钻研和分享技术，是《七周七语言》一书的译者之一，并且坚持写技术博客十余年。同时我也算是一个开源爱好者，也在github上分享过自己开发的几个小工具。目前的主要研究领域包括：Go、Kubernetes、Docker和儿童编程教育等。2、回忆一下与Golang的渊源。是什么原因决定尝试Golang？自己用Go语言实现的第一个项目是什么？当时 Golang 有什么令人惊喜的表现，又有什么样的小不足，这个不足在Golang已经更新到1.8版本的时候是否已经得 ...继续阅读 (88)

2009年2月12日（北京时间）凌晨4点，国际足球比赛日迎来一场焦点之战，两星劲旅潘帕斯高原的蓝白军团阿根廷队做客马赛迎战高卢雄鸡一星法国队。众所周知本支阿根廷队中最大牌的人物某过于主帅马拉多纳了，这个国际公认的球王在赛前可以说是抢足了风头，就连当今地球上现役球员中状态最好、人气最旺的梅西也 无法企及^_^，想必这是在以往任何球队中都少见的现象。本场比赛是“马大帅”执教以来的第二场国家队比赛，同时也是天才梅西与球王马拉多纳在国家队的第 一次“合作”，本次合作能否成功是本场比赛的最大看点。另外本场比赛还有一个看点，那就是巴萨内部队友间的PK。由于在各自球队位置上的原因，梅西将在场 上直面巴萨队友亨利+阿比达尔。赛前阿比达尔在接受采访时还开玩笑的说：如果踢伤梅西，肯定会被巴萨开除的。亨利场外对梅西也是赞赏有加。但场上究竟会如何上演队内PK呢，无疑值得大家关注。从两队交锋的历史战绩上来看，法国队输多胜少，处于下风。双方最近的一次对决是在2007年2月7日，那场比赛法国0:1小负阿根廷，所以媒体也称这场比赛是法国队的复仇之战。本场比赛，马拉多纳安排来自拉齐奥的卡里佐担任主力门将，国米的萨内蒂、皇马的海因策、拜仁的德米凯利斯和来自国内萨斯菲尔德的帕帕组成近似豪华的后卫线，中场利物浦的马斯切拉诺、皇马的加戈、马竞的马克西·罗格里格斯和纽卡斯尔的古铁雷斯都以防守见长，这在以往的阿根廷国家队中似乎 ...继续阅读 (86)

2009年2月9日凌晨2点（北京时间），西班牙足球甲级联赛第22轮巴萨主场迎来了升班马希洪竞技队的 挑战。在本赛季第三轮两队的首度较量中，巴萨曾经在希洪竞技的主场以6:1的大比分拿对手“祭旗”，赢得巴萨本赛季的首场胜利。同时那场大胜也一扫巴萨赛 季开局不利的阴霾，拉开了巴萨领跑欧洲联赛的大幕。本场比赛开场前，球队在容纳近10万人的诺坎普体育场举行了一个小型的庆祝仪式，庆祝巴萨在上一场与桑 坦德竞技的比赛中打入俱乐部历史上的第5000个西甲联赛进球，而“5000球先生”-巴萨新国王梅西也顺理成章的成为这次庆祝仪式的主角，巴萨为此还请来了俱乐部历史上的“3000球先生”恩里克-奎尼和“4000球先生”阿莫尔为仪式助兴。希 洪竞技目前位列西甲中下游，按照CCTV5解说员的说法：希洪竞技是一支“性格”球队，在本赛季已经踢完的21轮比赛中，希洪竞技非胜即负，还从未与对手 打平过。本场比赛希洪竞技的主教练“停赛”，无奈只能在看台上遥控指挥，赛前他扬言本场比赛希洪竞技仍然会选择与巴萨打对攻。反观巴萨，上一轮比赛虽然凭 借梅西的神奇表现逆转了桑坦德竞技，但两名中卫皮克和马科斯均因累积红牌被停赛，瓜帅无奈启用小将卡塞雷斯；幸运的是赛前阿尔维斯上一轮的黄牌被取消，队 长普约尔伤愈复出，这才避免了巴萨后防线的“无人可用”。在昨天的比赛中，在积分榜上虽落后12分但仍苦苦追赶巴萨的皇家马德里在主场伯纳乌1: ...继续阅读 (86)

在本篇文章中，我们继续来说Kubernetes。经过一段时间的探索，我们先后完成了Kubernetes集群搭建，DNS、Dashboard、Heapster等插件安装，集群安全配置，搭建作为Persistent Volume的CephRBD，以及服务更新等探索和实现工作。现在Kubernetes集群层面的Logging需求逐渐浮上水面了。随着一些小应用在我们的Kubernetes集群上的部署上线，集群的运行迈上了正轨。但问题随之而来，那就是如何查找和诊断集群自身的问题以及运行于Pod中应用的问题。日志，没错！我们也只能依赖Kubernetes组件以及Pod中应用输出的日志。不过目前我们仅能通过kubectl logs命令或Kubernetes Dashboard来查看Log。在没有cluster level logging的情况下，我们需要分别查看各个Pod的日志，操作繁琐，过程低效。我们迫切地需要为Kubernetes集群搭建一套集群级别的集中日志收集和分析设施。对于任何基础设施或后端服务系统，日志都是极其重要的。对于受Google内部容器管理系统Borg启发而催生出的Kubernetes项目来说，自然少不了对Logging的支持。在“Logging Overview“中，官方概要介绍了Kubernetes上的几个层次的Logging方案，并给出Cluster-level log ...继续阅读 (152)

Kubernetes API Server是整个Kubernetes集群的核心，我们不仅有从集群外部访问API Server的需求，有时，我们还需要从Pod的内部访问API Server。然而，在生产环境中，Kubernetes API Server都是“设防”的。在《Kubernetes集群的安全配置》一文中，我提到过：Kubernetes通过client cert、static token、basic auth等方法对客户端请求进行身份验证。对于运行于Pod中的Process而言，有些时候这些方法是适合的，但有些时候，像client cert、static token或basic auth这些信息是不便于暴露给Pod中的Process的。并且通过这些方法通过API Server验证后的请求是具有全部授权的，可以任意操作Kubernetes cluster，这显然是不能满足安全要求的。为此，Kubernetes更推荐大家使用service account这种方案的。本文就带大家详细说说如何通过service account从一个Pod中访问API Server的。零、试验环境本文的试验环境是Kubernetes 1.3.7 cluster，双节点，master承载负荷。cluster通过kube-up.sh搭建的，具体的搭建方法见《一篇文章带你了解Kubernetes安装》。一、 ...继续阅读 (107)

Kubernetes集群搭建起来后，一直跑得很稳定。之前的关注点更多集中在安装、配置、组件调试方面，一些细枝末节被忽略了。Pod中时区的设置就是其中之一。今天腾出功夫打算解决一下这个问题。一、问题现象在我的Kubernetes 1.3.7集群的Master Node上，我们执行：# date Mon Feb 20 11:49:20 CST 2017之后，在该Node上随意找到一个Pod中的Container，通过docker exec切入到容器内执行：# docker exec -it 1975d68de07a /bin/bash root@1975d68de07a:/# date Mon Feb 20 03:49:53 UTC 2017我们发现Docker内输出的当前date与Host上输出的date是不一致的。这对于K8s集群自身的运转似乎并没有多大影响，至少运行这么长时间以来，未出现因为时间设置与Host不同而导致的问题。但是对跑在Pod中应用来说，这个时间设置的问题可能会给业务的运行带来很多烦恼。总之，一般来说，让Pod里的时间设置与Host上的Local time设置保持一致总是没错的。这里我们就来尝试解决这个问题。二、Pod使用Host时区设置的方案我有两个K8s集群环境，一个是基于ubuntu14.04 node的k8s 1.3.7 环境，一个是基于ubuntu 16 ...继续阅读 (79)

所有涉及到存储的地方都是极易出现“坑”的地方，Kubernetes也不例外。一、问题起因问题始于昨天升级一个stateful service的操作。该service下的Pod挂载了使用ceph RBD提供的一个Persistent Volume。该Pod是用普通deployment部署的，并没有使用处于alpha状态的PetSet。改动仅仅是image的版本发生了变化。我执行的操作如下：# kubectl apply -f index-api.yaml操作是成功的。但命令执行后，再次查看index-api这个Pod的状态，该Pod的状态长期处于：“ContainerCreating”，显然Pod没能重启成功。进一步通过describe pod 检视events，发现如下Warning:events: FirstSeen LastSeen Count From SubobjectPath Type Reason Message --------- -------- ----- ---- ------------- -------- ------ ------- 2m 2m 1 {default-sch ...继续阅读 (86)

在移动互联网时代，消费者的消费行为已经“全天候化”，为此，商家的业务系统也要保持7×24小时不间断地提供服务以满足消费者的需求。很难想像如今还会有以“中断业务”为前提的服务系统更新升级。如果微信官方发布公告说：每周六晚23:00~次日凌晨2:00进行例行系统升级，不能提供服务，作为用户的你会怎么想、怎么做呢？因此，各个平台在最初设计时就要考虑到服务的更新升级问题，部署在Kubernetes集群中的Service也不例外。一、预备知识1、滚动更新Rolling-update传统的升级更新，是先将服务全部下线，业务停止后再更新版本和配置，然后重新启动并提供服务。这样的模式已经完全不能满足“时代的需要”了。在并发化、高可用系统普及的今天，服务的升级更新至少要做到“业务不中断”。而滚动更新(Rolling-update)恰是满足这一需求的一种系统更新升级方案。简单来说，滚动更新就是针对多实例服务的一种不中断服务的更新升级方式。一般情况，对于多实例服务，滚动更新采用对各个实例逐个进行单独更新而非同一时刻对所有实例进行全部更新的方式。“滚动更新”的先进之处在于“滚动”这个概念的引入，笔者觉得它至少有以下两点含义：a) “滚动”给人一种“圆”的映像，表意：持续，不中断。“滚动”的理念是一种趋势，我们常见的“滚动发布”、“持续交付”都是“滚动”理念的应用。与传统的大版本周期性发布/更新相 ...继续阅读 (90)

首先，我不得不承认这篇文章有些标题党的味道^0^，但文章还是要继续写下去，备忘也好，能帮助到一些人也好。在2016小结的时候，我说过：2017年要了解一些有关机器学习和人工智能(以下简称AI)方面的技术。如果有童鞋问：Why？我会告诉你：跟风。作为技术人，关注和紧跟业界最前沿的技术总是没错的。2016年被业界普遍认为是AI这一波高速发展的元年，当然DeepMind的AlphaGo在这方面所起到的作用是功不可没的。不过人工智能并未仅仅停留在实验室，目前可以说人工智能已经深入到我们生活中的方方面面，比如：电商的精准个性化商品推荐、手机上安装的科大讯飞的中文语音识别引擎以及大名鼎鼎的Apple的siri等。只是普通老百姓并没有意识到这一点，或者说当前AI的存在和运行形式与大家传统思想中的“AI”还未到形似的地步，再或者当前AI的智能程度还未让人们感觉到AI时代的到来。人工智能是当前的技术风口，也是投资风口。不过，人工智能技术与普通的IT技术不同的地方在于其背后需要大量且有一定深度的数学理论知识，有门槛，并且门槛较高，这会让普通程序员望而却步的。还好有国际大公司，比如:Google、Facebook等在努力在降低这一门槛，让人工智能技术更加接地气，让更多从事IT领域的人能接触到AI，并思考如何利用AI解决实际问题。Google的TensorFlow应该就是在这样的背景下诞生的。这里并不打算 ...继续阅读 (174)

在已经过去的2016年，Go语言继在2009年之后再次成为编程语言界的明星- 问鼎TIOBE2016年度语言。这与Go team、Go community和全世界的Gophers的努力是分不开的。按计划在这个2月份，Go team将正式发布Go 1.8版本(截至目前，Go的最新版本是Go 1.8rc3)。在这里我们一起来看一下在Go 1.8版本中都有哪些值得Gopher们关注的变化。一、语言（Language）Go 1.8版本依旧坚守Go Team之前的承诺，即Go1兼容性：使用Go 1.7及以前版本编写的Go代码，理论上都可以通过Go 1.8进行编译并运行。因此在臆想中的Go 2.0变成现实之前，每个Go Release版本在语言这方面的“改变”都会是十分微小的。1、仅tags不同的两个struct可以相互做显式类型转换在Go 1.8版本以前，两个struct即便字段个数相同且每个字段类型均一样，但如果某个字段的tag描述不一样，这两个struct相互间也不能做显式类型转换，比如：//go18-examples/language/structtag.go package main import "fmt" type XmlEventRegRequest struct { AppID string `xml:"appid"` NeedReply int ...继续阅读 (70)

当前手上有两个Kubernetescluster，一个是采用kube-up.sh安装的k8s 1.3.7版本，另外一个则是采用kubeadm安装的k8s 1.5.1版本。由于1.3.7版本安装在前，并且目前它也是承载了我们PaaS平台的环境，因此对于这个版本的Kubernetes安装环境、配置操作、日志查看、集群操作等相对较为熟悉。而Kubeadm安装的1.5.1版本K8s集群在组件部署、配置、日志等诸多方面与1.3.7版本有了较大差异。刚上手的时候，你会发现你原来所熟知的1.3.7的东西都不在原先的位置上了。估计很多和我一样，采用kubeadm将集群升级到1.5.1版本的朋友们都会遇到这类问题，于是这里打算对Kubeadm方式安装的Kubernetes集群进行一些小小的探索，把一些变动较大的点列出来，供大家参考。一、环境这里使用的依然是文章《使用Kubeadm安装Kubernetes》中安装完毕的Kubernetes 1.5.1集群环境，底层是阿里云ECS，操作系统是Ubuntu16.04.1。网络用的是weave network。试验集群只有两个Node：一个master node和一个minion node。但Master node由于被taint了，因此它与minion node一样参与集群调度和承担负载。二、核心组件的Pod化Kubeadm安装的k8s集群与kube-up ...继续阅读 (99)