这是传统开放核心模式的颠倒,传统开放核心模式是企业运用层产品的许多商业开源策略背后的模式。在开放核心中，产品的核心是开源，而在企业版中，供应商供应和支持专有增强功能。利用API方法，产品的核心常日在云端不可见，进出产品的唯一办法是通过API。
由于API，我们看到通过工具、小部件和组件迁移到边界的企业版本的差异、增强和代价。这些可以是闭源和/或开源，但是我们会在边界上看到更多的开源，由于许多供应商可以通过支持核心和对调用API或交易收费来赢利。两个最好的例子是Twilio和Stripe。
这就像装修屋子
理解这种情形的一个大略方法是将其与装修屋子类比。如果你想在现有的屋子里加一个新卫生间，常日须要雇佣一个水监工和总承包商。水监工带来管道，并将它们装好。然后，承包商环绕这些管道建浴室。
大多数人常日不在乎，乃至压根不想知道这些管道从哪里来、如何连接到普通管道系统。我们只是知道输入是什么和输出会是什么样（干净的水）。我们须要它们能正常事情。我们有一个被普遍接管的做事水平协议（SLA），这是一个关于如何管道该当事情的性能预期。如果我们冲厕所，统统都该当消逝在管道（API）中。当我们打开水龙头时，饮用水须要以一定的压力流出来（另一种API性能SLA）。
这里的要点是，我们须要的唯一信息是API（管道）如何实行。这个古迹预期便是SLA。如果你正在设计卫生间，你要花韶光考虑要购买的水槽的风格、要安装的瓷砖类型，以及新浴室的整体布局。这种“外不雅观和觉得”是我们为家增加的代价。我们还须要付钱给水监工人，但如果你每次要装修卫生间或厨房都得重新折腾全体屋子的管道，你会发疯的。这里的创新已经从核心转移到了边界。
这正是伴随着API的兴起所发生的。开拓职员意识到，从供应商那里采购高性能API可以让他们专注于增值做事。
范例的开放核心运用
来看一些利用开放核心模型的开源企业软件的范例例子。
Sugar：Sugar CRM使其源代码可供客户和互助伙伴利用。Sugar的企业版增加了特定的企业级功能，例如增强报告、更好的事情流和其他企业特定功能和附加组件。
JasperSoft：JasperSoft供应开源商业智能报告。早在2007年，就有超过30,000个开拓者在其社区注册。Jasper供应SDK和RESTful API来与其产品进行交互。
Odoo：Odoo的开源企业资源方案（ERP）运用已经成为专有软件的一个非常受欢迎的替代品。环绕其开放核心，Odoo及其互助伙伴渠道已经增加了数百种不同的付费模块，扩展了开源核心。核心框架包含大约30个模块，社区还创建了数千个模块。个中一些是免费的，但许多其他的是付费和封源的。
ProcessMaker：ProcessMaker供应开源业务流程管理（BPM）和事情流软件。开拓职员可以利用JavaScript和PHP来增强开源版本。ProcessMaker供应了一系列企业插件，包括Advanced Active Directory集成、仪表板和增强的开拓职员工具。
采取开放核心模式的许多软件公司在初始开源项目得到了显著牵引力（即数百万次下载）之后就这样做了，以是他们组建了一家支持开源代码的公司。逐渐地，这些公司根据开源开拓出扩展和订阅。随着云和软件即做事模式更加突出，这些公司常日根据开源核心开拓出云端版本，以进一步把自己的产品和开源版本差异开来。
大概许多开源产品被迅速采取的两个最大的驱出发分是开源容许，和通过像SourceForge这样的下载站点实现的无摩擦分发模式。
有什么变革
这种商业化开源模式在20世纪90年代末和21世纪初变得普遍。然而，业界正在发生改变：API兴起。 API由于以下几个缘故原由而变得越来越主要：
须要构建更多可扩展的软件
须要构建更多的连接软件
须要加快创新步伐
须要应对日益增长的繁芜性
软件越来越繁芜，必须连接到更多类型的运用程序，并且必须扩展以处理更大的需求（数量级上的变革）。结合这三个成分，你很快就意识到为什么API非常主要。
开拓职员不能再开拓单片代码库，并许可其他运用程序连接到它，但是他们希望并期望掩护软件并确保它在规模化时表现良好。API是两个或多个做事彼此交互的明确和被推崇的办法。通过理解另一个软件期望如何与你的软件一起事情，你可以保持质量，并根据这一期望进行判断，纵然你的软件发展壮大。
基于API的商业模式
一些公司已经适应了基于API的商业模式。这里有几个：
Twilio：Twilio供应与通信干系的API，以支持、语音和视频。 Twilio在市场上供应了通过其API与Twilio集成的第三方加载项。附加构建器利用Twilio供应的内容，并利用来自自身来源的信息进行增强——产品随后作为API发布。
Stripe：Stripe的付款处理平台供应一个RESTful API来提交付款，每年处理数十亿美元的付款。第三方扩展通过为用户的Stripr帐户供应API要求来供应其他功能。还有第三方库支持开拓和插件，使Stripe能够与其他产品一起事情。
Factual：Factual为移动广告和其他移动运用供应基于位置的数据。它供应了一组API，开拓职员可以利用它们构建与Factual的产品集成的扩展。一些Factual的位置数据可通过下载容许证供应给互助伙伴。
ProcessMaker I / O：ProcessMaker I / O供应了一个事情流即云微做事。企业ISV可以利用ProcessMaker API将企业事情流功能添加到其产品堆栈中。事情流API可以连接到任何后端，并可以每秒扩展到数百万个事务。开拓职员可以利用Java、Python、JavaScript、PHP或其他措辞的SDK来连接到API。
Form I / O：Form.io供应强大的API来管理Web表单。这些Web表单可以添补当何类型的无做事器架构的数据源。
API模型的优点
API模式对开拓职员有实打实的好处。开源和开放核心意味着不断变革，产生由于不定期的副浸染导致的风险（不管有没有测试，多少测试）。通过忽略产品内部核心而倾向API模式，开拓职员可以专注于利用供应可靠行为担保的已暴露功能。这样可以在运用程序的外围实现更快的创新（而且更多），而不是逐步地修正核心——这样的话你须要更深入地理解项目才能实现创新。
由于API可以供应与不同后端系统相同的功能，因此API方法可以访问供应商支持的运用程序，同时长期来看可以降落供应商锁定的风险。当然，在短期内，与供应商的API挂钩意味着你将依赖该API。如果这个API挂了，你的运用程序必须知道如何处理它。但始终不符合SLA的API供应商将被更可靠的供应商所取代。竞争对手复制API相对随意马虎，这为开拓职员供应了安全性——如果须要，可以更换API。
开拓职员可以独立于后端测试API的功能，并专注于将这些专门的微做事组合到须要创建的更大的运用程序中，从而支持业务用户。他们可以专注于核心竞争力，即专门的业务知识，而不是根本举动步伐。更重视业务知识意味着终极产品更符合业务需求。
小供应商将发挥更大浸染
考虑到API是运用程序的新管道（因此是互联网的新管道），很难想到小型供应商可以改变。但他们绝对可以。API做事以惊人的速率增长;它们是长尾创新的真正新驱动力。缘故原由是API可以暴露真正的微做事。然后，开拓职员将这些微做事稠浊到故意义的运用程序中。我估量，经由几年的大规模API扩散，我们可能会开始看到API整合。但是离这个情形涌现还有一段较长的韶光，在这之前，较小的参与者会在API经济中扮演主要角色。
