当API遇到云平台，开发者面临的新抉择！

应用程序层叠的说法未免稍显落伍，时髦的说法是切片。得益于开放式APIs的飞速发展，我们正迎来应用开发的新时代。比方说是基础服务APIs，例如：邮件，FTP，监控管理等，这些服务越来越多地以切片的形式来交付，帮助开发者减少了本地开发部署的时间，从而能把精力更多地集中到应用程序本身。此外，远程调用，脸部识别，社交数据挖掘等新技术新服务，我们都可以快速拥有并运用到实际当中。所以，简单来说，现代应用开发更偏向是APIs的组合运用，而不是单纯的代码编写。

传统的程序开发层叠模式

传统模式是这样的：

不论你是使用LAMP，RoR还是Java，对此模式应该都不会陌生。应用层，Web/App服务器层，数据库，操作系统。而随着IaaS和PaaS的引入，它转变成下面的样子：

在云环境中，操作系统和数据存储通常都被模糊看作是一个单一Iaas层。Web/App服务器是一个PaaS层。这是现在常见的结构，除非PaaS另作他用，如虚拟化，弹性层等。

开放式API

然而，开放式APIs的出现仿佛让一切推倒重来。我们来看看一个传统应用中的普通构成：

一个Web应用通常被认为是一个UI层，一个商业逻辑层，一个数据层，以及一个负责认证和审核工作的安全层的综合。由于JavaScript的广泛使用，采用REST API把UI层独立出来的做法变得普遍，这使得数据可在表示层完成处理并展示。商业逻辑层和安全层由于地位特殊，目前尚保持稳定。越来越多的开发者投进了开放式APIs的怀抱―第三方服务―或引入新功能，或创建更丰富的数据集。将近5000个APIs可供选择，成为开发者得力的左膀右臂，我们把这部分定义为“整合”，因此传统的构成最终转变成这样：

切片化的应用程序

新型模式中另外一个特点是，越来越多的功能层将可在程序外来完成整合，数据层甚至是安全层的实现现在都可交由第三方服务来完成。或许将来我们再分析应用的构成时，会看到类似下图的APIs呈现百家争鸣模式。

对于开发者来说，这是个多么美妙的时刻。PaaS是下一代的平台，开放式APIs提供了切片化功能。诚然程序的性能对于这样的改变需要付出一定代价，比方说是数据和程序间的通讯延迟，但在发达的网络环境下，类似的问题容易解决。此外，很多新特性越来越倾向于以简单拖拽释放的方式来进行，这对开发平台易用性也提出了更高的要求。所以，如果有好的开发想法，不妨马上去实践，而不用困扰于开发门槛过高的问题了。

英文出自： mulesoft