譯者 | 陳峻

審校 | 徐杰承

如果你的企業(yè)正處于數(shù)字化轉(zhuǎn)型初期，那么你很可能會(huì)對該如何選擇內(nèi)容管理解決方案感到困惑。畢竟，在市場上，我們可以找到各種CMS產(chǎn)品。然而它們就像巴別塔一樣，雖然有著相似的功能，也傳達(dá)相同的信息，但是它們很可能源自不同類型的語言。

因此，在考慮對數(shù)字化項(xiàng)目進(jìn)行CMS遷移之前，更好地理解相關(guān)概念是非常必要的。下面，我將向您介紹兩個(gè)典型的概念：無頭（headless）CMS和解耦（decoupled）CMS的定義、差異、以及優(yōu)劣勢。

1、什么是無頭CMS?

在傳統(tǒng)的CMS架構(gòu)中，head代表了前端而body代表著后端。無頭CMS是與前端分離的內(nèi)容管理系統(tǒng)。換句話說就是前端被淘汰了，只留下了后端，而且后端充當(dāng)著內(nèi)容存儲(chǔ)庫的作用。這代表著即使我們可以使用無頭CMS來編寫、保存和發(fā)送內(nèi)容，但內(nèi)容仍然需要被獨(dú)立地呈現(xiàn)。此外，由于原本緊密聯(lián)系的前端表示層不再管理后端，因此內(nèi)容將可以被推送到任何地方。

在使用無頭CMS時(shí)，開發(fā)人員可以通過多種方式對表示層進(jìn)行處理。例如，開發(fā)人員可以根據(jù)他們所理解的Web項(xiàng)目應(yīng)該如何運(yùn)行，去選擇Angular等動(dòng)態(tài)JS框架，以及Gridsom、Nextjs、TezJS或Gatsby等靜態(tài)站點(diǎn)生成器。

那么，針對Web開發(fā)的無頭CMS對于開發(fā)者而言有何意義呢？最主要的方面在于，它能夠讓開發(fā)人員快速地創(chuàng)建前端的用戶界面，并允許他們選擇任何語言進(jìn)行編碼。

2、無頭CMS的優(yōu)勢

下面，讓我們詳細(xì)討論使用無頭CMS給Web開發(fā)帶來的優(yōu)勢：

• 全渠道體驗(yàn)——開發(fā)者可以通過單一的后端，高效地實(shí)現(xiàn)跨不同平臺(tái)或系統(tǒng)的內(nèi)容分發(fā)。
• 原生的靈活性——由于沒有內(nèi)置的模板，因此開發(fā)人員和營銷人員可以選擇不同的技術(shù)，打造出獨(dú)特的用戶體驗(yàn)。
• 可擴(kuò)展性——由于前端和后端是分開的，因此開發(fā)人員可以升級和自定義數(shù)據(jù)信息，而不影響系統(tǒng)的整體性能。
• 節(jié)約時(shí)間——可以將相同的內(nèi)容，快速地分發(fā)到多個(gè)不同的站點(diǎn)，并且可以在不產(chǎn)生任何額外成本的情況下實(shí)施靈活的調(diào)整。
• 輕松的改造——開發(fā)者只需進(jìn)行局部調(diào)整，而無需對整個(gè)系統(tǒng)進(jìn)行重新設(shè)計(jì)。

3、無頭CMS的劣勢

下面，讓我們來看看無頭CMS的劣勢：

• 較強(qiáng)的依賴性——由于缺乏自行生成頁面布局所需的可視化工具，因此營銷人員需要通過與開發(fā)人員開展密切合作，來可視化其內(nèi)容發(fā)送到渠道之中的整個(gè)過程。
• 無內(nèi)容預(yù)覽——開發(fā)人員無法在內(nèi)容上線之前，輕松地進(jìn)行預(yù)覽，這一點(diǎn)只能依賴第三方工具予以解決。
• 沒有輪廓的表示層——一旦缺乏預(yù)制的模板或主題，開發(fā)人員就需要使用各項(xiàng)技術(shù)來充當(dāng)“頭部”。

4、什么是解耦CMS？

前端和后端的分離是導(dǎo)致CMS解耦的主要原因。與經(jīng)常將后端和前端開發(fā)結(jié)合在一起的傳統(tǒng)CMS不同，解耦CMS的開發(fā)和交付內(nèi)容策略是分離且互相獨(dú)立的。

同時(shí)，解耦的CMS也不會(huì)對項(xiàng)目做出任何假設(shè)。相反，它能夠提供模板和開發(fā)工具，來幫助開發(fā)者創(chuàng)建所需的組件。

與無頭CMS不同，解耦CMS有一個(gè)可選的頭部。簡而言之，解耦的CMS可以在考慮表示層的同時(shí)，去執(zhí)行與無頭CMS相同的所有操作。

雖然解耦CMS提供了截然不同的前端和后端的靈活性，但是它們也需要發(fā)布的支持。開發(fā)者可以在無需更改CMS實(shí)施方式的基礎(chǔ)上，對目標(biāo)網(wǎng)站執(zhí)行完全改造。這使得解耦CMS更適合輕松地打造面向未來的網(wǎng)站。因此，解耦CMS正在成為各個(gè)企業(yè)中的熱門選擇。

5、解耦CMS的優(yōu)勢

下面，讓我們來討論使用解耦CMS進(jìn)行Web開發(fā)的優(yōu)勢：

• 面向未來——其適應(yīng)性更適合對用戶界面方面進(jìn)行修改。
• 原生快速——與標(biāo)準(zhǔn)的CMS相比，其內(nèi)容的分發(fā)更快、更靈活、更通用。
• 更快地發(fā)布——由于部署更簡單，因此新的架構(gòu)可以更快地被投入使用。
• 合作伙伴的應(yīng)用與協(xié)作——它與第三方的集成更為簡單，中斷也更少。
• 依賴性低——與無頭CMS相比，它對于開發(fā)人員和發(fā)布者的依賴性更小。

6、解耦CMS的劣勢

解耦CMS的缺點(diǎn)主要體現(xiàn)在如下方面：

• 成本上升——合并與集成第三方應(yīng)用會(huì)增加平臺(tái)的標(biāo)準(zhǔn)化成本，并且容易出現(xiàn)管理上的問題。
• 增強(qiáng)的用戶需求——由于它比傳統(tǒng)的CMS更復(fù)雜，因此內(nèi)容創(chuàng)建者需要對系統(tǒng)有更深入的了解，才能執(zhí)行各種內(nèi)容策略。
• 對于技術(shù)能力的需求——與無頭系統(tǒng)相比，解耦CMS需要更多的開發(fā)工作，尤其是在創(chuàng)建前端方面。

7、無頭CMS和解耦CMS的區(qū)別

為了能幫助你順利的做出適當(dāng)?shù)倪x擇，下面我們來重點(diǎn)討論無頭CMS和解耦CMS之間的區(qū)別：

• 解耦CMS可以被視為一種主動(dòng)的方式，而無頭CMS則是一種被動(dòng)的途徑。也就是說，一旦我們在后臺(tái)準(zhǔn)備好相關(guān)內(nèi)容，解耦CMS架構(gòu)就會(huì)主動(dòng)地向多個(gè)渠道交付和呈現(xiàn)已格式化的內(nèi)容。
• 無頭CMS缺乏自行向最終用戶交付內(nèi)容的功能，并只能作為純內(nèi)容的數(shù)據(jù)源。也就是說，盡管相關(guān)內(nèi)容已經(jīng)被創(chuàng)建和維護(hù)，但它們只是停滯在那里，等待著各種的API請求，才能將其提供給不同的系統(tǒng)和應(yīng)用。

8、小結(jié)

如今，眾多大廠已將我們帶入了物聯(lián)網(wǎng)時(shí)代，各種內(nèi)容信息紛至沓來。我們可以選用無頭CMS或解耦CMS的方法，來構(gòu)建自己的內(nèi)容管理系統(tǒng)。希望本文中所羅列的有關(guān)兩者的基本描述,優(yōu)劣勢等信息，可以協(xié)助你從設(shè)備、渠道和品牌等方面，順暢地評估哪一種架構(gòu)，更能夠有效地為你的企業(yè)和業(yè)務(wù)目標(biāo)交付出更加完備的前端與后端系統(tǒng)，并為應(yīng)用提供必要的支持和管理。

原文鏈接：https://readwrite.com/cms-architecture-difference-between-headless-cms-and-decoupled-cms/

譯者介紹：

陳峻 （Julian Chen），51CTO社區(qū)編輯，具有十多年的IT項(xiàng)目實(shí)施經(jīng)驗(yàn)，善于對內(nèi)外部資源與風(fēng)險(xiǎn)實(shí)施管控，專注傳播網(wǎng)絡(luò)與信息安全知識與經(jīng)驗(yàn)。