從歷史上看，我們工程團隊的代碼已經(jīng)被分割成瀏覽器層（使用HTML ， CSS和JavaScript ）和應(yīng)用層（使用Java ） 。試想一下，一個HTML的開發(fā)人員要求一個Java開發(fā)人員將“A”和“B”頁面連接在一起，但是這就是我們。該模型通過引入全棧工程師,落后那些能夠創(chuàng)造一個好的用戶界面，然后生成應(yīng)用程序去支持它。稱他們?yōu)楠毥谦F，但是這就是我們想要的，在PayPal中，主要阻滯劑是我們在瀏覽器和服務(wù)器之間建立的人工邊界。
Node.js 使用javascript，通過建立瀏覽器和服務(wù)端的應(yīng)用程序幫助我們解決了這個問題。它統(tǒng)一了我們團隊，讓我們在技術(shù)堆棧上了解和應(yīng)對我們用戶的任何需求。
早期使用Node.js
和其他一樣，我們把Node.js 作為一個原型的平臺。同其他一樣，它表現(xiàn)了很好的性能，我們決定在產(chǎn)品上使用它。
最開始的時候，我們使用express作為路由，nconf來作為配置，grunt來建立工作流。我們特別喜歡express框架的普及，卻發(fā)現(xiàn)它并沒有在多個開發(fā)團隊很好地擴展。express是非強制性的，并允許您在任何方式合適地去設(shè)置一個服務(wù)器。它非常靈活，但不利于在大型團隊中保持一致。隨著時間的推移，我們看到的模式脫穎而出，更多的人拿起node.js的轉(zhuǎn)身進(jìn)入Kraken.js ，它不是一個框架本身，而是基于express的一個層，允許它擴展到更大的組織。我們希望我們的工程師專注于打造自己的應(yīng)用程序，而不是僅僅著眼于建立自己的環(huán)境。
到現(xiàn)在為止，我們在內(nèi)部使用kraken.js 已經(jīng)有幾個月了（不久，我們將會開源），我們的工程師團隊期望將它變成一個實時的公司內(nèi)部的node.js應(yīng)用程序。
促使Node.js 到產(chǎn)品上
我們首先在產(chǎn)品上嘗試node.js不是一個小的應(yīng)用程序，它是我們的賬目總覽頁面，這個頁面具有很大的流量。我們打算去使用，但是我們也得降低風(fēng)險，
于是我們同時建立了一個java應(yīng)用程序。我們知道如何去部署和度量java應(yīng)用程序，因此如果在node.js 程序出了任何問題，我們能夠迅速的切換到j(luò)ava上來。它提供對一些數(shù)據(jù)的設(shè)置。
部署
我們在1月份就開始了，它花費了我們幾個月的時間去研究node.js必要的基礎(chǔ)東西。比如sessions, centralized logging, keystores。在這段時間內(nèi)我們有5名工程師在使用java工作。在2個月的java開發(fā)后，2名工程師開始使用node.js 并行開發(fā) app。在7月初的時候，他們相互溝通了一下，他們的應(yīng)用程序具有相同功能。node.js的應(yīng)用程序，是以一個更小的團隊在2個月后開始，但是很快就追上了。有幾個細(xì)節(jié)脫穎而出后，我們運行測試案例，兩個應(yīng)用程序通過相同的功能測試。node.js 是：
1）更少的人去建立，幾乎是2倍甚至更快的速度
2）少了33% 的代碼
3）建立40%甚至更少的文件
這個提供了一個令人鼓舞的消息表明javascript可以更快的工作。我們都同意并且做了一個決定：將java應(yīng)用程序擱置了。但是問題是java工程師在項目上，開始的時候?qū)D(zhuǎn)向node.js并且很高興的在我們的工作流中提交代碼，提高我們雙倍的生產(chǎn)力不太自信。
性能
性能是一個高興而有爭議性的話題，在我們的案例中，我們一個團隊有2套功能相同的應(yīng)用程序：一個使用java 基于Spring而另一個基于kraken.js 使用 express, dust.js 和其他的開源代碼。這個應(yīng)用程序包含了3套路由，并且每一套路由2個或者5個請求，數(shù)據(jù)是通過Dust去渲染頁面的。
在我們的測試路由中，我們收集的數(shù)據(jù)是吞吐量和響應(yīng)時間
你能看到在我們的node.js 應(yīng)用程序中：
1）與Java應(yīng)用程序相比較，雙倍的每秒請求。更有趣的是，Node.js應(yīng)用程序是單核，而在Java中五核。我們希望進(jìn)一步增加這個鴻溝。
2) 35％的跌幅，平均響應(yīng)時間在同一頁。這導(dǎo)致響應(yīng)200ms的快一些用戶肯定會注意到。
對于這個結(jié)果我申明一下：我們的框架使用2種不同的應(yīng)用程序，它僅僅在不同的技術(shù)上的是一個對等測試。有可能你的區(qū)別更大。也就是說，我們非常激動的看到了node.js表現(xiàn)出的性能。
Kraken：改變PayPal開發(fā)文化的Node.js框架
PayPal（全球流行的網(wǎng)上支付服務(wù)）公司發(fā)布了一款Node.js Web開發(fā)框架——Kraken。
Kraken基于Express，Express是目前Node.js上最流行的MVC模式的Web開發(fā)框架，通過提供一系列強大特性幫助開發(fā)者快速創(chuàng)建各種Web應(yīng)用。而Kraken在Express的基礎(chǔ)上提供了更加穩(wěn)健的功能合集，支持本地化、環(huán)境配置、更加注重應(yīng)用程序安全等。
為什么會有 Kraken？
之前，PayPal 公司長期存在著“非我所創(chuàng)”的文化，這導(dǎo)致 PayPal 采用新技術(shù)的態(tài)度很消極，項目開發(fā)進(jìn)度也極其緩慢。正是由于 PayPal 行動緩慢，其他支付服務(wù)商 Stripe 和 Square 趁機成長，逐漸撼動 PayPal 的市場地位。同時，PayPal 當(dāng)時的開發(fā)技術(shù)也已經(jīng)無法滿足快速開發(fā)的需求，因為當(dāng)時的開發(fā)基本全是 Java，不需要用 Java 來實現(xiàn)的也會用 Java 完成。
2012 年 4 月，David Marcuss 成為 PayPal 的總裁，并任命工程師團隊在 6 周內(nèi)完成支付系統(tǒng)的重寫，這是一個為 PayPal 帶來了 35 億美元收入的系統(tǒng)。最終，工程師團隊用了 8 周時間完成了該項任務(wù)，他們選擇了 Node.js 對系統(tǒng)進(jìn)行重新開發(fā)。當(dāng)然，PayPal 的其他大量的子系統(tǒng)還需要整合到 Node.js 系統(tǒng)，所以起初 Node.js 僅作為一個快速開發(fā)原型架構(gòu)。
后來，PayPal 越來越多的新開發(fā)項目都逐漸采用 Node.js 和其他開源軟件來完成，這就促成了一個可以快速開發(fā) Web 應(yīng)用的 Kraken.js 項目的誕生。
下面我們對 Kraken 的框架結(jié)構(gòu)和特點進(jìn)行簡單的總結(jié)分析，希望能夠幫助大家更好地了解 Kraken。
Kraken 框架套件
Kraken 框架套件包括多個部分，Kraken.js 僅是該框架的主體部分。該框架還包括其他模塊（可獨立使用）：
lusca：支持 Express 的應(yīng)用程序安全模塊
makara：支持 Dust.js 的國際化（i18n）模塊
Adaro：支持 Express 的一款 Dust.js 視圖渲染器
Kappa：NPM 代理插件
除了上述可以獨立使用的模塊之外，Kraken 套件還包括了一系列的依賴和實用工具：
Generator-kraken：Yeoman 生成器
Enrouten：用于 Express 的路由（route）配置中間件（初始化與配置模塊）
Kraken-devtools：Kraken 應(yīng)用程序開發(fā)所需的工具合集
Kraken的特點
通過前面的介紹，我們已經(jīng)基本了解了 Kraken 究竟是怎么一回事兒，那 Kraken 到底具有哪些吸引開發(fā)者的特點呢？
1. 項目結(jié)構(gòu)清晰
Kraken 將生成的項目的配置、內(nèi)容和模板、路由邏輯（routing logic）放在了不同的位置，方便開發(fā)者對文件進(jìn)行組織和管理。下面，我們詳細(xì)了解下 Kraken 所創(chuàng)建項目的基本結(jié)構(gòu)：
/config，存放應(yīng)用程序和中間件配置
/controllers，控制器
/lib，存放開發(fā)者自定義的庫文件和其他代碼
/locales，特定語言內(nèi)容
/models，模型
/public，公共的網(wǎng)絡(luò)資源
/public/templates，服務(wù)器和瀏覽器端模板
/test，存放單元和功能測試用例等
index.js，應(yīng)用程序入口文件
隨著項目的不斷成長，這種組織方式和策略對開發(fā)者來說會更加友好。
2. 良好平衡開發(fā)環(huán)境與生產(chǎn)環(huán)境
Kraken 的配置文件為 /config/app.json，它會在運行時加載文件中包含的鍵值對。全部的應(yīng)用程序配置均存放在這一個文件中，大大方便了開發(fā)者。/config/middleware.json 則是自定義的中間件配置文件。
說起開發(fā)環(huán)境與生產(chǎn)環(huán)境，二者通常在端口號、主機名等方面的參數(shù)設(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)境進(jìn)行快速切換！
3. 注重安全
通過Lusca模塊來為安全保駕護航，并遵循OWASP安全原則，同時也默認(rèn)為全部調(diào)用啟用了幾個請求/響應(yīng)頭文件：
跨站請求偽造（CSRF）標(biāo)頭
內(nèi)容安全策略（CPS）標(biāo)頭
隱私優(yōu)先項目平臺（P3P）標(biāo)頭
X-FRAME-OPTIONS 防止點擊劫持
4. 其他
同時，它還有下面幾個特點：
路由（route）與邏輯（logic）分離：方便程序運行失敗時快速鎖定問題。
模板（template）共用：Kraken 選用 Dust 作為模板語言，同時在服務(wù)器端和客戶端使用了同一個模板，如此一來，就可以做到代碼復(fù)用。
支持本地化： Kraken 可以在運行時基于請求上下文來加載內(nèi)容包（content bundle），所以在模板渲染之前就可以通過添加上下文來給用戶提供相應(yīng)的本地語言支持，大大增強了應(yīng)用的友好性。
示例與文檔
關(guān)于 Kraken，官方給出了下面兩個示例，可以幫助大家學(xué)習(xí)和了解：
例一：本地化與國際化：給 Web 應(yīng)用增加多語言支持，讓各地用戶能夠用當(dāng)?shù)卣Z言來使用 Web 應(yīng)用
例二：部署中間件：創(chuàng)建一個網(wǎng)頁計數(shù)器，為大家解釋在應(yīng)用生命周期中如何部署中間件
開源項目
Kraken 是一款開源項目（分發(fā)協(xié)議為Apache License v2.0），大家都可以對該項目進(jìn)行 Fork 和提交修改。它也提供了一份簡潔的使用文檔。項目源碼和文檔均可在Github頁面進(jìn)行查看。
最后
任何一個項目的誕生都有其產(chǎn)生的背景，也必然有相應(yīng)的需求驅(qū)動。正如 Kraken，正是由于 PayPal 為了滿足其快速開發(fā) Web 應(yīng)用的強烈需求，才選擇了 Node.js，才有了這個項目。
同時，我們也需要注意工程師團隊中存在的“非我所創(chuàng)”文化，對于新技術(shù)要采取積極的態(tài)度，不能一成不變，否則將給企業(yè)發(fā)展帶來阻礙。
