這是傳統(tǒng)開(kāi)放核心模式的倒置，傳統(tǒng)開(kāi)放核心模式是企業(yè)應(yīng)用層產(chǎn)品的許多商業(yè)開(kāi)源策略背后的模式。在開(kāi)放核心中，產(chǎn)品的核心是開(kāi)源的，而在企業(yè)版中，供應(yīng)商提供和支持專(zhuān)有增強(qiáng)功能。使用API方法，產(chǎn)品的核心通常在云端不可見(jiàn)，進(jìn)出產(chǎn)品的唯一方式是通過(guò)API。
由于API，我們看到企業(yè)版本通過(guò)工具、小部件和組件遷移到邊界后的區(qū)別、增強(qiáng)和價(jià)值。這些可以是閉源和/或開(kāi)源，但是我們會(huì)在邊界上看到更多的開(kāi)源，因?yàn)樵S多供應(yīng)商可以通過(guò)支持核心和對(duì)調(diào)用API或交易收費(fèi)來(lái)賺錢(qián)。兩個(gè)最好的例子是Twilio和Stripe。
這就像裝修房子
了解這種情況的一個(gè)簡(jiǎn)單方法是將其與裝修房子類(lèi)比。如果你想在現(xiàn)有的房子里加一個(gè)新衛(wèi)生間，通常需要雇傭一個(gè)水管工和總承包商。水管工帶來(lái)管道，并將它們裝好。然后，承包商圍繞這些管道建浴室。
大多數(shù)人通常不在乎，甚至壓根不想知道這些管道從哪里來(lái)、如何連接到普通管道系統(tǒng)。我們只是知道輸入是什么和輸出會(huì)是什么樣（干凈的水）。我們需要它們能正常工作。我們有一個(gè)被普遍接受的服務(wù)水平協(xié)議（SLA），這是一個(gè)關(guān)于如何管道應(yīng)該工作的性能預(yù)期。如果我們沖廁所，一切都應(yīng)該消失在管道（API）中。當(dāng)我們打開(kāi)水龍頭時(shí)，飲用水需要以一定的壓力流出來(lái)（另一種API性能SLA）。
這里的要點(diǎn)是，我們需要的唯一信息是API（管道）如何執(zhí)行。這個(gè)業(yè)績(jī)預(yù)期就是SLA。如果你正在設(shè)計(jì)衛(wèi)生間，你要花時(shí)間考慮要購(gòu)買(mǎi)的水槽的風(fēng)格、要安裝的瓷磚類(lèi)型，以及新浴室的整體布局。這種“外觀和感覺(jué)”是我們?yōu)榧以黾拥膬r(jià)值。我們還需要付錢(qián)給水管工人，但如果你每次要裝修衛(wèi)生間或廚房都得重新折騰整個(gè)房子的管道，你會(huì)發(fā)瘋的。這里的創(chuàng)新已經(jīng)從核心轉(zhuǎn)移到了邊界。
這正是伴隨著API的興起所發(fā)生的。開(kāi)發(fā)人員意識(shí)到，從供應(yīng)商那里采購(gòu)高性能API可以讓他們專(zhuān)注于增值服務(wù)。
典型的開(kāi)放核心應(yīng)用
來(lái)看一些使用開(kāi)放核心模型的開(kāi)源企業(yè)軟件的典型例子。
- Sugar：Sugar CRM使其源代碼可供客戶(hù)和合作伙伴使用。Sugar的企業(yè)版增加了特定的企業(yè)級(jí)功能，例如增強(qiáng)報(bào)告、更好的工作流和其他企業(yè)特定功能和附加組件。
- JasperSoft：JasperSoft提供開(kāi)源商業(yè)智能報(bào)告。早在2007年，就有超過(guò)30,000個(gè)開(kāi)發(fā)者在其社區(qū)注冊(cè)。Jasper提供SDK和RESTful API來(lái)與其產(chǎn)品進(jìn)行交互。
- Odoo：Odoo的開(kāi)源企業(yè)資源規(guī)劃（ERP）應(yīng)用已經(jīng)成為專(zhuān)有軟件的一個(gè)非常受歡迎的替代品。圍繞其開(kāi)放核心，Odoo及其合作伙伴渠道已經(jīng)增加了數(shù)百種不同的付費(fèi)模塊，擴(kuò)展了開(kāi)源核心。核心框架包含大約30個(gè)模塊，社區(qū)還創(chuàng)建了數(shù)千個(gè)模塊。其中一些是免費(fèi)的，但許多其他的是付費(fèi)和封源的。
- ProcessMaker：ProcessMaker提供開(kāi)源業(yè)務(wù)流程管理（BPM）和工作流軟件。開(kāi)發(fā)人員可以使用JavaScript和PHP來(lái)增強(qiáng)開(kāi)源版本。ProcessMaker提供了一系列企業(yè)插件，包括Advanced Active Directory集成、儀表板和增強(qiáng)的開(kāi)發(fā)人員工具。
采用開(kāi)放核心模式的許多軟件公司在初始開(kāi)源項(xiàng)目獲得了顯著牽引力（即數(shù)百萬(wàn)次下載）之后就這樣做了，所以他們組建了一家支持開(kāi)源代碼的公司。逐漸地，這些公司根據(jù)開(kāi)源開(kāi)發(fā)出擴(kuò)展和訂閱。隨著云和軟件即服務(wù)模式更加突出，這些公司通常根據(jù)開(kāi)源核心開(kāi)發(fā)出云端版本，以進(jìn)一步把自己的產(chǎn)品和開(kāi)源版本區(qū)別開(kāi)來(lái)。
也許許多開(kāi)源產(chǎn)品被迅速采用的兩個(gè)最大的驅(qū)動(dòng)因素是開(kāi)源許可，和通過(guò)像SourceForge這樣的下載站點(diǎn)實(shí)現(xiàn)的無(wú)摩擦分發(fā)模式。
有什么變化
這種商業(yè)化開(kāi)源模式在20世紀(jì)90年代末和21世紀(jì)初變得普遍。然而，業(yè)界正在發(fā)生改變：API興起。 API由于以下幾個(gè)原因而變得越來(lái)越重要：
- 需要構(gòu)建更多可擴(kuò)展的軟件
- 需要構(gòu)建更多的連接軟件
- 需要加快創(chuàng)新步伐
- 需要應(yīng)對(duì)日益增長(zhǎng)的復(fù)雜性
軟件越來(lái)越復(fù)雜，必須連接到更多類(lèi)型的應(yīng)用程序，并且必須擴(kuò)展以處理更大的需求（數(shù)量級(jí)上的變化）。結(jié)合這三個(gè)因素，你很快就會(huì)意識(shí)到為什么API非常重要。
開(kāi)發(fā)人員不能再開(kāi)發(fā)單片代碼庫(kù)并允許其他應(yīng)用程序連接到它，不論他們多么希望并期望維護(hù)軟件和確保它在規(guī)�；瘯r(shí)表現(xiàn)良好。API是兩個(gè)或多個(gè)服務(wù)彼此交互的明確的和被推崇的方式。通過(guò)了解另一個(gè)軟件期望如何與你的軟件一起工作，你可以保持質(zhì)量，并根據(jù)這一期望進(jìn)行判斷，即使你的軟件發(fā)展壯大。
基于API的商業(yè)模式
一些公司已經(jīng)適應(yīng)了基于API的商業(yè)模式。這里有幾個(gè)：
- Twilio：Twilio提供與通信相關(guān)的API，以支持消息、語(yǔ)音和視頻。 Twilio在市場(chǎng)上提供了通過(guò)其API與Twilio集成的第三方加載項(xiàng)。附加構(gòu)建器利用Twilio提供的內(nèi)容，并利用來(lái)自自身來(lái)源的信息進(jìn)行增強(qiáng)——產(chǎn)品隨后作為API發(fā)布。
- Stripe：Stripe的付款處理平臺(tái)提供一個(gè)RESTful API來(lái)提交付款，每年處理數(shù)十億美元的付款。第三方擴(kuò)展通過(guò)為用戶(hù)的Stripr帳戶(hù)提供API請(qǐng)求來(lái)提供其他功能。還有第三方庫(kù)支持開(kāi)發(fā)和插件，使Stripe能夠與其他產(chǎn)品一起工作。
- Factual：Factual為移動(dòng)廣告和其他移動(dòng)應(yīng)用提供基于位置的數(shù)據(jù)。它提供了一組API，開(kāi)發(fā)人員可以使用它們構(gòu)建與Factual的產(chǎn)品集成的擴(kuò)展。一些Factual的位置數(shù)據(jù)可通過(guò)下載許可證提供給合作伙伴。
- ProcessMaker I / O：ProcessMaker I / O提供了一個(gè)工作流即云微服務(wù)。企業(yè)ISV可以使用ProcessMaker API將企業(yè)工作流功能添加到其產(chǎn)品堆棧中。工作流API可以連接到任何后端，并可以擴(kuò)展到每秒數(shù)百萬(wàn)個(gè)交易。開(kāi)發(fā)人員可以使用Java、Python、JavaScript、PHP或其他語(yǔ)言的SDK來(lái)連接到API。
- Form I / O：Form.io提供強(qiáng)大的API來(lái)管理Web表單。這些Web表單可以填充任何類(lèi)型的無(wú)服務(wù)器架構(gòu)的數(shù)據(jù)源。
API模型的優(yōu)點(diǎn)
API模式對(duì)開(kāi)發(fā)人員有實(shí)打?qū)嵉暮锰帯ｉ_(kāi)源和開(kāi)放核心意味著不斷變化，會(huì)產(chǎn)生因?yàn)椴欢ㄆ诘母弊饔枚鴮?dǎo)致的風(fēng)險(xiǎn)（不管有沒(méi)有測(cè)試，多少測(cè)試）。通過(guò)忽略產(chǎn)品內(nèi)部核心而偏向API模式，開(kāi)發(fā)人員可以專(zhuān)注于使用提供可靠行為保證的已暴露功能。這樣可以在應(yīng)用程序的外圍實(shí)現(xiàn)更快的創(chuàng)新（而且更多），而不是慢慢地修改核心——這樣的話(huà)你需要更深入地了解項(xiàng)目才能實(shí)現(xiàn)創(chuàng)新。
由于API可以提供與不同后端系統(tǒng)相同的功能，因此API方法可以訪問(wèn)供應(yīng)商支持的應(yīng)用程序，同時(shí)長(zhǎng)期來(lái)看可以降低供應(yīng)商鎖定的風(fēng)險(xiǎn)。當(dāng)然，在短期內(nèi)，與供應(yīng)商的API掛鉤意味著你將依賴(lài)該API。如果這個(gè)API掛了，你的應(yīng)用程序必須知道如何處理它。但始終不符合SLA的API提供商將被更可靠的提供商所取代。競(jìng)爭(zhēng)對(duì)手復(fù)制API相對(duì)容易，這為開(kāi)發(fā)人員提供了安全性——如果需要，可以替換API。
開(kāi)發(fā)人員可以獨(dú)立于后端測(cè)試API的功能，并專(zhuān)注于將這些專(zhuān)門(mén)的微服務(wù)組合到需要?jiǎng)?chuàng)建的更大的應(yīng)用程序中，從而支持業(yè)務(wù)用戶(hù)。他們可以專(zhuān)注于核心競(jìng)爭(zhēng)力，即專(zhuān)門(mén)的業(yè)務(wù)知識(shí)，而不是基礎(chǔ)設(shè)施。更重視業(yè)務(wù)知識(shí)意味著最終產(chǎn)品更符合業(yè)務(wù)需求。
小供應(yīng)商將發(fā)揮更大作用
考慮到API是應(yīng)用程序的新管道（因此也是互聯(lián)網(wǎng)的新管道），很難想到小型提供商可以改變。但他們絕對(duì)可以。API服務(wù)以驚人的速度增長(zhǎng)；它們是長(zhǎng)尾創(chuàng)新的真正新驅(qū)動(dòng)力。原因是API可以暴露真正的微服務(wù)。然后，開(kāi)發(fā)人員將這些微服務(wù)混合到有意義的應(yīng)用程序中。
預(yù)計(jì)經(jīng)過(guò)幾年的大規(guī)模API擴(kuò)散，我們可能會(huì)開(kāi)始看到API整合。但是離這種情況出現(xiàn)還有一段較長(zhǎng)的時(shí)間，在這之前，較小的供應(yīng)商會(huì)在API經(jīng)濟(jì)中扮演重要角色。
