这不是什么丧气的话，只是这条路暂时不太走得通罢了。从这有限的产品经历看起来，构建一个产品并不容易。

在这有限的三年工作中，我们尝试着从传统的开发|运维分离的体系转换为 Devops 的体系，收益很多：有且不限于

• 如何编写更易于部署的代码
• 了解K8S这样的运行支撑层的工作原理
• 促进团队的产能

但是在这过程之中我们也发现了很糟糕之处，今天就这些糟糕的情况讲一讲。

最近常常思考一个问题：

• 什么是技术
• 什么又是核心竞争力

我在 v2ex 也问了这个，从大家的收藏的数量看起来大家也一定有一样的困扰。从别人那没有获得什么中肯的答案，多数答案都有像是解释，周末的时候在豆瓣上找到了那本书 技术的本质。

Java 作为一个不怎么年轻的语言，从 JDK9 开始加速进化，颇有老树焕新芽的风采。语言上 类型自动推动 No-Op Garbage Collector JEP 321: HTTP Client 也算是非常的务实了。但是除了语言本身更重要的是社区建设，站在 2020 的时间节点上，我们看看未来社区的几个新方向。

随着Devops以及微服务的普及，应用上线周期变短，对于以前那种需要停机升级的忍受度也在不断的降低，话不多说，进入主题。

我们需要解决的

对于我们来说，我们所需要解决的是：当我们运行着一个服务进程的时候，我们期望这个进程能够突然之间变成新的(新的代码逻辑)，并且外部无感知。至少包含几点：

• 服务状态不丢失：比如监控状态，正在处理的数据状态
• 服务不中断：用户不能够感知到服务被中断

抱着这样的目的，我们来看看我们是怎么解决的。

优雅停机是指在停止应用时，执行的一系列保证应用正常关闭的操作。这些操作往往包括等待已有请求执行完成、关闭线程、关闭连接和释放资源等，优雅停机可以避免非正常关闭程序可能造成数据异常或丢失，应用异常等问题。优雅停机本质上是JVM即将关闭前执行的一些额外的处理代码。

Go 显然不是银弹，软件工程也没有银弹。为了搞清楚 Go 适合做什么，我们先看看Go的诞生。

自古甲方是大爷，甲方选乙方如同青楼点小姐，甲方亦然自己的口味也要看小姐能提供什么类型，好御姐这口就不能找一个萝莉妹子陪。那就聊聊这几年看过的客户所需要的服务：

开发环境搭建

基于 Ubuntu 18.04 进行开发，一下的所有篇幅的Envoy版本基于 1.14.1

在二战时期，除了直接杀死的方式之外还要一个处理战俘的办法，强迫行军，旨在令他们死在途中，这种方式就是死亡行军。在软件工程领域可能不是因为主观上希望整个团队崩溃，但是却在一个又一个的失败之中导致研发团队死亡也被称作为一种死亡行军。而笔者恰好在 2017年底开始经历过这样完整的一个项目，刚好可以聊一聊。