『後臺公論』卷首：何謂後臺？
我們整天說著前端，客戶端，後臺。到底什麼才是後臺？
曾經和某網友聊天：
你已添加了XXX，現在可以開始聊天了。
我：你好
XXX：你也好
我：你是做什麼的呀？
XXX：我在酒吧上班，做前臺的。
我：哦哦，那咱倆差不多，我做後臺的。
前臺後臺
前臺（前端）後臺，在英語中即：Front-End，Back-End。廣義上的前端包括客戶端（PC、Android、IOS等），後臺即通常意義上的Server。沒錯，就是在網際網路誕生之初即存在的C/S架構。服務的提供方成為Server，一般是一個偏中心化的服務叢集。客戶端Client為使用者接入服務的控制重點。C/S架構有明顯的主次之分，這與後來產生各類種子（BT、電驢）下載技術的P2P對等網路相對應。在P2P網路中不區分C或S，每個節點既是C也是S，這便是對等（Peer）網路。
言歸正傳，後臺一詞描述的還是Server這一概念，不過由於網路規模的增大，資料量的攀升，Server的後臺架構也變得越來越複雜，分層越來越多，早已不是簡單Server一詞能夠囊括的了。本專欄文章始於C++後臺架構，卻又不僅限於此，會穿插對比各語言的通訊模型以及語言無關的各類概念。
這裡的後臺開發指的就是Linux上的C++程式設計。首先澄清一點，很多人（比如我以前）對後臺開發的誤解，通常人們說前端後臺，後臺就馬上聯想到web後臺，java、php和各種web框架橫飛的既視感。所以大學的時候，當我看到騰訊招聘後臺工程師，技能要求是C++也滿是狐疑。
白馬非馬
其實web後臺屬於後臺，但後臺卻不只有web後臺。兩者應該是包含與被包含的關係。提到後臺，通訊是永遠的主題。通常我們談到Python的Django，PHP的Think PHP、Yii框架所涉及到的開發知識，都是聚焦於展現和邏輯。而遮蔽了底層通訊的細節，這是框架之利。但也削弱了開發者對於後臺達到一切盡在掌握的一些可能性。
從網路協議的角度分析，web後臺聚焦的是 HTTP。web後臺可以看作是一個後臺架構中最靠前的東西，它解析了HTTP請求，然後層層轉發給了後面整個分散式系統的許多元件，並呼叫他們的服務。這一層可被稱之為“接入層”，C++語言進行接入層的實現，一般就是通過 CGI了，CGI這被教科書都寫進歷史的技術，相信很多人都不齒為用。但其實不管是 Java的Servlet，C#的 WCF，或是 Python的 WSGI，Ruby的 Rack多多少少都是受CGI影響而演化而來。行遠自邇，學習瞭解CGI，並不是浪費時間。
除了HTTP，企業內部主機之間絕大部分是自定義協議，而這些協議多半是在TCP 或 UDP之上實現應用層協議。這個層面上來說C++後臺關注的是socket程式設計，由於C++本身並沒有官方的Socket通訊的庫，其實這裡使用的一般也就是Linux C語言的網路程式設計。C和C++各自的擁躉們，爭與不爭，它們就在那裡。
天下大同
程式語言很重要，一門語言通常意味著的是一個技術棧，比如C++的技術架構的後臺和Java的後臺，相信絕不僅僅是語言的不同，各種元件以及程式設計的模式都差別很大。但其實時代發展到如今，程式語言之間的差異性卻又不那麼重要了。在當代規模的大型網路的架構中，絕不僅僅是通過某門語言自身的特效就能解決效能瓶頸的，對於架構的演進，逐漸趨於大同。
與前端技術的百花齊放不同，後端技術相對落寞，甚至不乏炒冷飯的嫌疑。在Web Service逐漸式微之後，各式RPC又被炒了起來。在豪情萬丈的 CORBA在新世紀由於J2EE的出現而逐漸雪藏多年之後，Facebook推出的 RPC框架 Thrift與 CORBA相比又是何其相似。當然，炒冷飯本身不是目的，不管黑貓白貓，能抓老鼠的就是好貓。舊技術在不停推陳出新後確實能煥發出新的生命力。
時光荏苒，新概念層出不窮。不管是偏向於Web層的概念 Restful API還是相對繁重的分散式概念 SOA，都在趨向於介面的解耦和服務化，通過組合不同服務即可快速搭建出新業務。回想起WS（Web Service），讓人唏噓。理論上講 WS屬於 SOA，但最終走向衰落。到底是 WS生不逢時，還是新時代服務化的概念在因為彌補了 WS的缺點才得以煥發新生？這樣的問題沒有答案。“是耶非耶，化為飛蝶”。唯一可以肯定的是，後臺技術在潤物無聲中不停的發展，進步。