從歷史上看，我們工程團隊的代碼已經(jīng)被分割成瀏覽器層（使用HTML ， CSS和JavaScript ）和應用層（使用Java ） 。試想一下，一個HTML的開發(fā)人員要求一個Java開發(fā)人員將“A”和“B”頁面連接在一起，但是這就是我們。該模型通過引入全棧工程師,落后那些能夠創(chuàng)造一個好的用戶界面，然后生成應用程序去支持它。稱他們?yōu)楠毥谦F，但是這就是我們想要的，在PayPal中，主要阻滯劑是我們在瀏覽器和服務器之間建立的人工邊界。

Node.js 使用javascript，通過建立瀏覽器和服務端的應用程序幫助我們解決了這個問題。它統(tǒng)一了我們團隊，讓我們在技術(shù)堆棧上了解和應對我們用戶的任何需求。

早期使用Node.js

和其他一樣，我們把Node.js 作為一個原型的平臺。同其他一樣，它表現(xiàn)了很好的性能，我們決定在產(chǎn)品上使用它。
最開始的時候，我們使用express作為路由，nconf來作為配置，grunt來建立工作流。我們特別喜歡express框架的普及，卻發(fā)現(xiàn)它并沒有在多個開發(fā)團隊很好地擴展。express是非強制性的，并允許您在任何方式合適地去設置一個服務器。它非常靈活，但不利于在大型團隊中保持一致。隨著時間的推移，我們看到的模式脫穎而出，更多的人拿起node.js的轉(zhuǎn)身進入Kraken.js ，它不是一個框架本身，而是基于express的一個層，允許它擴展到更大的組織。我們希望我們的工程師專注于打造自己的應用程序，而不是僅僅著眼于建立自己的環(huán)境。
到現(xiàn)在為止，我們在內(nèi)部使用kraken.js 已經(jīng)有幾個月了（不久，我們將會開源），我們的工程師團隊期望將它變成一個實時的公司內(nèi)部的node.js應用程序。

促使Node.js 到產(chǎn)品上

我們首先在產(chǎn)品上嘗試node.js不是一個小的應用程序，它是我們的賬目總覽頁面，這個頁面具有很大的流量。我們打算去使用，但是我們也得降低風險，

于是我們同時建立了一個java應用程序。我們知道如何去部署和度量java應用程序，因此如果在node.js 程序出了任何問題，我們能夠迅速的切換到java上來。它提供對一些數(shù)據(jù)的設置。

部署

我們在1月份就開始了，它花費了我們幾個月的時間去研究node.js必要的基礎東西。比如sessions, centralized logging, keystores。在這段時間內(nèi)我們有5名工程師在使用java工作。在2個月的java開發(fā)后，2名工程師開始使用node.js 并行開發(fā) app。在7月初的時候，他們相互溝通了一下，他們的應用程序具有相同功能。node.js的應用程序，是以一個更小的團隊在2個月后開始，但是很快就追上了。有幾個細節(jié)脫穎而出后，我們運行測試案例，兩個應用程序通過相同的功能測試。node.js 是：

1）更少的人去建立，幾乎是2倍甚至更快的速度
2）少了33% 的代碼
3）建立40%甚至更少的文件

這個提供了一個令人鼓舞的消息表明javascript可以更快的工作。我們都同意并且做了一個決定：將java應用程序擱置了。但是問題是java工程師在項目上，開始的時候?qū)D(zhuǎn)向node.js并且很高興的在我們的工作流中提交代碼，提高我們雙倍的生產(chǎn)力不太自信。

性能

性能是一個高興而有爭議性的話題，在我們的案例中，我們一個團隊有2套功能相同的應用程序：一個使用java 基于Spring而另一個基于kraken.js 使用 express, dust.js 和其他的開源代碼。這個應用程序包含了3套路由，并且每一套路由2個或者5個請求，數(shù)據(jù)是通過Dust去渲染頁面的。

在我們的測試路由中，我們收集的數(shù)據(jù)是吞吐量和響應時間

你能看到在我們的node.js 應用程序中：

1）與Java應用程序相比較，雙倍的每秒請求。更有趣的是，Node.js應用程序是單核，而在Java中五核。我們希望進一步增加這個鴻溝。
2) 35％的跌幅，平均響應時間在同一頁。這導致響應200ms的快一些用戶肯定會注意到。

對于這個結(jié)果我申明一下：我們的框架使用2種不同的應用程序，它僅僅在不同的技術(shù)上的是一個對等測試。有可能你的區(qū)別更大。也就是說，我們非常激動的看到了node.js表現(xiàn)出的性能。

Kraken：改變PayPal開發(fā)文化的Node.js框架
PayPal（全球流行的網(wǎng)上支付服務）公司發(fā)布了一款Node.js Web開發(fā)框架——Kraken。

Kraken基于Express，Express是目前Node.js上最流行的MVC模式的Web開發(fā)框架，通過提供一系列強大特性幫助開發(fā)者快速創(chuàng)建各種Web應用。而Kraken在Express的基礎上提供了更加穩(wěn)健的功能合集，支持本地化、環(huán)境配置、更加注重應用程序安全等。

為什么會有 Kraken？

之前，PayPal 公司長期存在著“非我所創(chuàng)”的文化，這導致 PayPal 采用新技術(shù)的態(tài)度很消極，項目開發(fā)進度也極其緩慢。正是由于 PayPal 行動緩慢，其他支付服務商 Stripe 和 Square 趁機成長，逐漸撼動 PayPal 的市場地位。同時，PayPal 當時的開發(fā)技術(shù)也已經(jīng)無法滿足快速開發(fā)的需求，因為當時的開發(fā)基本全是 Java，不需要用 Java 來實現(xiàn)的也會用 Java 完成。

2012 年 4 月，David Marcuss 成為 PayPal 的總裁，并任命工程師團隊在 6 周內(nèi)完成支付系統(tǒng)的重寫，這是一個為 PayPal 帶來了 35 億美元收入的系統(tǒng)。最終，工程師團隊用了 8 周時間完成了該項任務，他們選擇了 Node.js 對系統(tǒng)進行重新開發(fā)。當然，PayPal 的其他大量的子系統(tǒng)還需要整合到 Node.js 系統(tǒng)，所以起初 Node.js 僅作為一個快速開發(fā)原型架構(gòu)。

后來，PayPal 越來越多的新開發(fā)項目都逐漸采用 Node.js 和其他開源軟件來完成，這就促成了一個可以快速開發(fā) Web 應用的 Kraken.js 項目的誕生。

下面我們對 Kraken 的框架結(jié)構(gòu)和特點進行簡單的總結(jié)分析，希望能夠幫助大家更好地了解 Kraken。

Kraken 框架套件

Kraken 框架套件包括多個部分，Kraken.js 僅是該框架的主體部分。該框架還包括其他模塊（可獨立使用）：

lusca：支持 Express 的應用程序安全模塊
makara：支持 Dust.js 的國際化（i18n）模塊
Adaro：支持 Express 的一款 Dust.js 視圖渲染器
Kappa：NPM 代理插件
除了上述可以獨立使用的模塊之外，Kraken 套件還包括了一系列的依賴和實用工具：

Generator-kraken：Yeoman 生成器
Enrouten：用于 Express 的路由（route）配置中間件（初始化與配置模塊）
Kraken-devtools：Kraken 應用程序開發(fā)所需的工具合集

Kraken的特點

通過前面的介紹，我們已經(jīng)基本了解了 Kraken 究竟是怎么一回事兒，那 Kraken 到底具有哪些吸引開發(fā)者的特點呢？

1. 項目結(jié)構(gòu)清晰

Kraken 將生成的項目的配置、內(nèi)容和模板、路由邏輯（routing logic）放在了不同的位置，方便開發(fā)者對文件進行組織和管理。下面，我們詳細了解下 Kraken 所創(chuàng)建項目的基本結(jié)構(gòu)：

/config，存放應用程序和中間件配置
/controllers，控制器
/lib，存放開發(fā)者自定義的庫文件和其他代碼
/locales，特定語言內(nèi)容
/models，模型
/public，公共的網(wǎng)絡資源
/public/templates，服務器和瀏覽器端模板
/test，存放單元和功能測試用例等
index.js，應用程序入口文件
隨著項目的不斷成長，這種組織方式和策略對開發(fā)者來說會更加友好。

2. 良好平衡開發(fā)環(huán)境與生產(chǎn)環(huán)境

Kraken 的配置文件為 /config/app.json，它會在運行時加載文件中包含的鍵值對。全部的應用程序配置均存放在這一個文件中，大大方便了開發(fā)者。/config/middleware.json 則是自定義的中間件配置文件。

說起開發(fā)環(huán)境與生產(chǎn)環(huán)境，二者通常在端口號、主機名等方面的參數(shù)設置會有不同，Kraken 允許創(chuàng)建開發(fā)模式下使用的配置文件，如 /config/app.json 為生產(chǎn)環(huán)境下的配置，/config/app-development.json 則是開發(fā)環(huán)境下的配置，然后可以通過自定義環(huán)境變量（定義環(huán)境變量 NODE_ENV 為 production 或 development）來控制要加載哪個配置文件。如此一來，可以方便開發(fā)者在生產(chǎn)環(huán)境和開發(fā)環(huán)境進行快速切換！

3. 注重安全

通過Lusca模塊來為安全保駕護航，并遵循OWASP安全原則，同時也默認為全部調(diào)用啟用了幾個請求/響應頭文件：

跨站請求偽造（CSRF）標頭
內(nèi)容安全策略（CPS）標頭
隱私優(yōu)先項目平臺（P3P）標頭
X-FRAME-OPTIONS 防止點擊劫持
4. 其他

同時，它還有下面幾個特點：

路由（route）與邏輯（logic）分離：方便程序運行失敗時快速鎖定問題。
模板（template）共用：Kraken 選用 Dust 作為模板語言，同時在服務器端和客戶端使用了同一個模板，如此一來，就可以做到代碼復用。
支持本地化： Kraken 可以在運行時基于請求上下文來加載內(nèi)容包（content bundle），所以在模板渲染之前就可以通過添加上下文來給用戶提供相應的本地語言支持，大大增強了應用的友好性。
示例與文檔

關(guān)于 Kraken，官方給出了下面兩個示例，可以幫助大家學習和了解：

例一：本地化與國際化：給 Web 應用增加多語言支持，讓各地用戶能夠用當?shù)卣Z言來使用 Web 應用
例二：部署中間件：創(chuàng)建一個網(wǎng)頁計數(shù)器，為大家解釋在應用生命周期中如何部署中間件
開源項目

Kraken 是一款開源項目（分發(fā)協(xié)議為Apache License v2.0），大家都可以對該項目進行 Fork 和提交修改。它也提供了一份簡潔的使用文檔。項目源碼和文檔均可在Github頁面進行查看。

最后

任何一個項目的誕生都有其產(chǎn)生的背景，也必然有相應的需求驅(qū)動。正如 Kraken，正是由于 PayPal 為了滿足其快速開發(fā) Web 應用的強烈需求，才選擇了 Node.js，才有了這個項目。

同時，我們也需要注意工程師團隊中存在的“非我所創(chuàng)”文化，對于新技術(shù)要采取積極的態(tài)度，不能一成不變，否則將給企業(yè)發(fā)展帶來阻礙。