如何构建云原生运行程序

因为云服务提供商(如AWS、微软和谷歌等)的激增，云原生曾经成为嵌入到现代运行程序开发中的一个关键概念。简而言之，云原生运行程序就是为云构建的运行程序。

云原生运行程序是基于云计算基础设备设计的，云计算自身的运行程序开发并不是围绕外部主机、数据库、衔接等建设，而是依赖形象出配件和保养的服务，在某些状况下还包含操作系统自身，因此开发人员可以专一于真正关键的产品。

这些形象虽然对坚持团队和基础设备的可治理性十分好，但与规范的裸机和虚构化处置打算相比，还有降落老本的空间：更少的开支象征着更低的危险、更少的资源和更少的人员。然而，云原生运行程序开发带来了不同的应战，最经常出现的是将一切轻量级基础设备捆绑在一同。

首先，API优先准则

在传统的运行程序开发中，产品是围绕代码间接访问所需资源的了解而构建的。这造成了一个庞大的代码库，且十分难解耦。虽然云计算不再是像这样运转繁多运行程序的义务，但它或者难以成功这种简化、可裁减和散布式基础设备的长处。

这是API优先开发可以作出的***的扭转。对不相熟API的人来说，优先开发API是在设计、记载和构建运行程序的API之行启动的。这象征着，在关上移动运行程序、网站、Alexa技术或物联网设备之前，API必定先存在。API优先开发的长处在于它将业务逻辑从客户端隔离并一致同来，同时为产品的上班形式建设繁多的起源。

但在其余任何物品之前构建API或者会觉得无法接受的限度，幸运的是，得益于API文档规范(如APIBlueprint)，可以创立一个齐全合乎文档的模拟API主机，准许您在API自身成功之前针对实践服务构建和测试API集成。

优先开发API的***长处在于不是让你防止重复开发或提供牢靠的接口来处置业务逻辑，假设API优先的准则每次都没无心义，则齐全可以丢弃这一准则，而不会影响运行程序的开发进程。另一方面，假设在开发云原生运行程序不坚持API优先的准则，或者会一脚踩进技术的坑，须要数月的期间才干成功运行开发。

使其无服务(Serverless)

从外表上看，API优先开发和云原生运行程序开发不是相互排挤的。用户可以构建不带API的云原生运行程序，并且可以在不经常使用云的状况下构建一个API优先的运行程序，这两个概念***协调的中央是在无主机环境中。

在无主机环境中，用户不用处置主机的环境，这象征着与其开发运行程序或API作为服务在主机上运转，还不如将运行程序形象为运转在指定运转时的单个函数，这是运行程序开发中***级别的形象档次之一。

经过在API优先开发战略中构建无主机API而不是传统的代表性形态转移API，用户可以充沛应用任何云提供商提供的资源。当用户经过API把每个独自的形式变成有效的微服务时，最终的结果就是构成了一个宽泛散布、***裁减且高度牢靠的运行程序后盾，可以处置任何事情。

开发一个运行程序首先应该回答三个疑问：What、Where、Why，而不是How，云原生运行程序开发使得用户经过尽或者少的老本支进去处置这种状况，而API优先的准则能够为用户提供回答Where和Why的工具，这是API优先的云原生运行程序开发的真正意义。