可落地的云原生应用规范

可关注后再阅读：

应用的规范定义是一个权衡的过程，你不能一下把规范定义得太死，太死了导致无法很好的在不同团队推广，最后可能导致规范失去信用。你也不能把规范定义得太泛，导致人们不知道如何下手。

在经历了传统部署（使用Ansible自动化部署应用到虚拟机）和Kubernetes的部署（使用Helm实现自动化部署）后，我们总结出一套云原生应用规范。它无关语言，无关框架，无关部署方式。

定义此云原生应用规范，我们有以下几个目的：

1. 节约人员沟通成本：你不需要像以前那样需要反复的问对方的服务的端口；2. 节约运维成本：因为应用是标准的，所以，对于所有的应用，只需要使用统一的部署方式、统一的监控方式；3. 节约开发新应用的成本：根据规范，我们可以搭建各种语言或者框架的工程的脚手架。

以下是规范正文：

业务端口规范

所有的Pod或部署在虚拟机上的应用要求：

• http协议的服务使用8000端口• grpc协议的服务使用9000端口• 如果有其它协议可以在此添加

所有的Service：使用80端口

实践Tips1：遗留工作通常没有统一的端口，我们可以在部署环节通过环