最近几年，Go 语言变得非常流行。我是 Python 的狂热粉丝，三年前我的第一个业余项目也是用 Python 实现的。而现在我开始使用 Go 语言来取代 Python，因为不管是业余爱好的小项目还是公司里的大项目，Go 语言能让我的编码效率更高。 我要晨读

golang的container包中提供了heap容器，这个容器可以用来做什么，又是怎么做到的呢？本文从golang 1.9.3的源码出发，说明了堆、heap包、heap包的用途、heap包的实现。 我要晨读

以太坊智能合约是存放在以太坊区块链具有特定地址的代码(它的功能)和数据(它的状态)集合。智能合约账户之间可以相互传递消息以实现图灵完备运算。 智能合约以以太坊特定的二进制字节码通过以太坊虚拟机(EVM)运行于区块链上。 以太坊智能合约通常是以名为 Solidity 的高级语言编写，并被编译为字节码上传到区块链上。 我要晨读

近几年的游戏行业中，出现了各种各样的滚服游戏，包括页游，手游，H5游戏等等。滚服游戏和大服游戏的区别在于同时游戏人数，大服游戏是有很多用户在一起玩，甚至几十上百万玩家。而滚服游戏则一般会设计游戏在线上限，比如3000，达到上限则新开一组服务器，并引导用户进入新区。 我要晨读

这部分,我们启动我们的accountservice,运行在本地的docker swarm集群中.同时讨论几个容器部署的重要概念 我要晨读

CustomResourceDefinition（CRD）是 v1.7 + 新增的无需改变代码就可以扩展 Kubernetes API 的机制，用来管理自定义对象。它实际上是 ThirdPartyResources（TPR） 的升级版本，而 TPR 已经在 v1.8 中删除。 我要晨读

Go/Revel教程：在浏览器（使用 PaizaCloud IDE）上，构建 Go web 框架 Revel 的应用程序 我要晨读

一篇文章带你了解Cloud Native 我要晨读

是一个轻量级的分布式定时任务管理平台，它非常轻量小巧，使用简单，我们可以上传、暂停/启动任务，克隆一个任务，修改任务的执行命令，或者查看任务的调度状态、执行日志，开发人员可以采用自己最熟悉的编程语言来编写任务程序，可以是一个控制台程序，也可以是一段 shell 脚本，上传至平台后设置定时执行规则即可。 我要晨读

kube-apiserver 启动流程 我要晨读

ClickHouse列数据库的Golang 驱动 我要晨读

自动化容器的部署、升级和复制； 随时扩展或收缩容器规模，实现容器的弹性扩展； 以集群的方式运行、管理跨机器的容器，并且提供容器间的负载均衡； Kubernetes的自我修复机制使得容器集群总是运行在用户期望的状态。 我要晨读

buffered channel 和 Worker Pools 我要晨读

在《Clean Architecture: A Craftsman’s Guide to Software Structure and Design》一书中，著名作家 Robert “Uncle Bob” Martin 提出了一种具有一些重要特性的体系结构，如框架、数据库和接口的可测试性和独立性。 我要晨读

我花了很多时间来思考如何在 Go 中处理错误是最好的。我真希望能有一种简单直接的方式来处理错误，一些我们只要让 Go 程序员记住就能使用的规则，就像教数学或字母表一样。 我要晨读

本系列文章总共四篇，主要帮助大家理解 Go 语言中一些语法结构和其背后的设计原则，包括指针、栈、堆、逃逸分析和值或者指针传递。这是最后一篇，重点介绍在代码中使用值和指针的数据和语义的设计哲学。 我要晨读

随着公司体系的不断庞大，各种服务越来越多，程序员往往需要操心很多代码以外的事情如资源申请、环境配置、性能安全等，导致了开发效率低下。在ECUG 10周年的大会上，同程旅游的首席架构师王晓波分享了同程旅游从传统架构转变为微服务架构，再从微服务架构转变为Serverless架构这个过程中的一些经验，旨在让程序员的开发能更加纯粹快乐，专注于代码。 我要晨读

上回在 用 Go 写一个轻量级的 ssh 批量操作工具 里提及过，我们做 Golang 并发的时候要对并发进行限制，对 goroutine 的执行要有超时控制。那会没有细说，这里展开讨论一下。 我要晨读

thrift 最初是 facebook 开发使用的 rpc 通信框架，后来贡献给了 apache 基金会，出来得比较早，几乎支持所有的后端语言，使用非常广泛，是不可不知的一个网络框架 和 grpc 一样，需要先定义通信协议，然后实现自己业务逻辑，下面还是通过一个简单示例（之前的echo程序）说明 thrift 的用法 我要晨读

微服务体系的发展并不是一蹴而就的，经过了2014年前后的低潮期，微服务概念顶层的泡沫逐渐褪去，那些真正能够在企业落地的实践在一轮又一轮的大浪淘沙后被甄别、沉淀。这篇文章希望讨论一些在团队中实行微服务架构时值得考虑的『增值项目』，它们中的一些看起来已经是理所应当的，而另一些似乎和微服务并没有必然的关联，但许多经验能够证明这些项目都是保障微服务系统长期运作并最大化发挥其Scale Out能力值得投入的高附加值实践。 我要晨读