API管理平台Kong 1.0正式版释出支援gRPC并更新插件开发套件工具

开源API管理平台Kong在9月时宣布版本改名并进入1.0版本，而现在释出1.0正式版，除了正式承诺向后相容支援之外，还加入了许多重要功能，除了服务网格以及新的搬迁框架，还包括支援gRPC以及更新插件开发套件等。

Kong在进入1.0的时候，有两项主要功能更新，包括支援服务网格（Service Mesh）以及新的搬迁框架资料库抽象物件（Database Abstraction Object，DAO）。在1.0中，使用者可以将Kong部署为独立的服务网格，透过侧车代理伺服器（Sidecar Proxy）提供服务更高的可见性、安全性和弹性，服务网格可以帮助解决微服务所面临的挑战。

新加入的搬迁框架资料库抽象物件可以简化搬迁资料库架构的程序，并且过程完全不需停机，新的资料库抽象物件让使用者可以一次升级Kong丛集，而不用手动干预升级每个节点。

另外，现在Kong 1.0还支援新的交互TLS（Mutual Transport Layer Security）和TCP。Kong透过在执行个体之间加入交互TLS，以及修正插件执行迴圈来支援服务网格，这些更新允许Kong与每一个服务执行个体一同部署，在服务之间传播讯息，并且自动扩展服务的规模。Kong丛集会创建一个凭证颁发中心，Kong的节点可以用以互相建立交互TLS。

由于支援新的交互TLS，Kong的核心路由器具有路由原始TCP流量的能力，这代表使用者现在可以使用Kong平衡来自邮件伺服器和其他基于TCP的应用程式流量。

而且Kong 1.0使用新型的网路架构，分离了资料平面（Data Plane）以及控制平面（Control Plane）。Kong 1.0允许使用者在其他Kong配置中，指定独立的控制和资料平面。过去，使用者需要单独配置每个丛集的资料和控制平面，而现在使用者可以集中的进行修改。分离了资料平面以及控制平面配置，让使用者更容易控制大规模部署，而且也让部署更加安全，使用者可以利用防火墙保护Kong的配置，并且仅暴露资料平面。

除了REST，Kong 1.0现在还支援基于HTTP/2实作的gRPC协定。支援gRPC让使用者低成本与低延迟的连接方式，提供有别于REST的另一种选择，官方提到，gRPC对于要在混合的环境中，启用更多网格部署特别有用。

官方提到，之所以要将这个Kong版本标记为1.0，原因之一就是插件开发工具包。透过插件来扩充Kong功能的设计，一开始就在官方开发团队的发展蓝图中，插件开发工具包帮助开发者安全且容易的建置插件，儘管在0.14版本就已经发布，但1.0的实作更新，提供了插件够高的相容性。

插件开发工具包是一组Lua函数和变数，让使用者可于Kong上实作自己的逻辑，而且比起从头开发差件，插件开发工具包赋予插件标準化、可用性和相容性。所有Kong插件都需要一套标準功能，而PDK提供开箱即用的功能，不只节省了插件开发人员的时间，又保证编写的插件行为相似易于使用。
插件开发工具包提供的开发介面更为友善，且允许使用者将诸如日誌记录或快取等插件操作，与其他插件分离。最后一个特点，插件开发工具包具语义版本特性，能保证向后相容，套件可以被锁定与依赖在特定版本的插件开发工具包。