剖析多租戶-SaaS-PaaS

1、1 Salesforce的簡介在云計算方面，Salesforce 可以稱為業(yè)界的領(lǐng)袖，它不僅在產(chǎn)品方面比較成熟，而且在思維方面也是引領(lǐng)潮流的，特別是在SaaS（Software as a Service，軟件即服務(wù)）和PaaS（Platform as a Service，平臺即服務(wù)）這個兩個領(lǐng)域內(nèi)。圖1. Salesforce 商標(biāo)（圖源自S）首先，簡要地介紹一下Salesforce的歷史：S在1999年由前甲骨文高管 Marc Benioff 創(chuàng)立，他創(chuàng)辦Salesforce的核心理念就是"No Software（消滅軟件）"，但是其意義并不是排斥所有的軟件，而是主要排斥

2、運行在企業(yè)數(shù)據(jù)中心的軟件（On-Premise Software），也就是希望讓用戶能直接通過互聯(lián)網(wǎng)來諸如CRM等軟件服務(wù)，并同時讓用戶無需自己搭建和維護軟件所需的硬件和系統(tǒng)等資源。Salesforce的主要產(chǎn)品包括Sales Cloud（CRM）、Service Cloud、Chatter和F等。下面是它的主要發(fā)展史： 1999年，Salesforce在美國舊金山成立。 2001年，推出了第一款SaaS應(yīng)用CRM，同時也受到眾多廠商和客戶的熱議。 2004年，Sunguard成為Salesforce第1000位用戶。 2005年，推出了名為"AppExchange"的程序

3、商店，以豐富用戶選擇。 2006年，推出了首個運行在云計算平臺的語言Apex，并在語法上類似Java。 2007年，推出了它的PaaS平臺F，來讓用戶更方便地在Saleforce平臺上開發(fā)在線應(yīng)用，同時Salesforce憑借F得到了華爾街日報的科技創(chuàng)新獎（Technology Innovation Award）。 2009年，Salesforce成為首家年收入達(dá)到10億美元的云計算公司，并在年初推出了名為"Service Cloud"在線客戶服務(wù)應(yīng)用。 2010年，Salesforce將推出名為"Chatter"的企業(yè)級在線SNS服務(wù)，類似于企業(yè)內(nèi)部的

4、"LinkedIn"，同時其CRM應(yīng)用已更名為"Sales Cloud"。 1.1 Salesforce的整體架構(gòu)雖然Salesforce這些產(chǎn)品從表面而言有所不同，但是從全局而言，它們卻是一個整體，具體可看下圖：圖2. Salesforce的整體架構(gòu) （圖部分源自S）從這張Salesforce的整體架構(gòu)圖可以看成，F(xiàn) 是 Salesforce 整體架構(gòu)的核心，因為它首先整合和控制了底層的物理的基礎(chǔ)設(shè)施，接著給上層的Sales Cloud，Service Cloud，Chatter和基于F的定制應(yīng)用提供PaaS服務(wù)，最后，那些F上層的應(yīng)用以SaaS形式供

5、用戶使用。這樣做的好處主要有兩方面：其一是關(guān)于成本的，因為通過這個統(tǒng)一的架構(gòu)能極大地整合多種應(yīng)用，從而降低了在基礎(chǔ)設(shè)施方面的投入。其二是在軟件架構(gòu)方面，因為使用這個統(tǒng)一的架構(gòu)，使得所有上層的SaaS服務(wù)都依賴F的API，這樣將有效地確保API的穩(wěn)定性并避免了重復(fù)，從而方便了用戶和Saelsforce在這個平臺上開發(fā)應(yīng)用。雖然Salesforce的"Sales Cloud"等SaaS應(yīng)用也比較經(jīng)典，但由于F堪稱整個架構(gòu)的核心，同時也是最值得的學(xué)習(xí)和借鑒的部分，所以本系列接下來將會把重點對準(zhǔn)F。1.2 FF是Salesforce在2007推出的PaaS平臺，并且已經(jīng)有超過470

6、00位企業(yè)已經(jīng)使用了這個平臺。F基于多租戶的架構(gòu)，其主要通過提供完善的開發(fā)環(huán)境等功能來幫助企業(yè)和第三方供應(yīng)商交付健壯的，可靠的和可伸縮的在線應(yīng)用。圖1. F 商標(biāo)（圖源自參3）總體而言，F(xiàn)主要有五方面功能： 強大的定制功能：在F，不僅UI能夠定制，而且諸如Workflow和表格等也能被定制。 提供完善的開發(fā)環(huán)境：首先，通過Visualforce能方便地使用"Drag & Drop"的方式來設(shè)計頁面。其次，Salesforce提供基于Eclipse的IDE來快速地開發(fā)應(yīng)用。最后，Salesforce還提供Sandbox來方便用戶測試。 支持復(fù)雜的事務(wù)和流程：通過F專屬

7、的APEX語言，能方便地設(shè)計和開發(fā)復(fù)雜的事務(wù)和流程。 優(yōu)秀的整合功能：用戶除了可以在AppExchange購買其所需的功能和應(yīng)用，而且還可以通過F的Web Service接口來和其他應(yīng)用整合，比如SAP等。 久經(jīng)考驗的基礎(chǔ)設(shè)施：由于Salesforce除了通過在多個大洲建有數(shù)據(jù)中心來應(yīng)對災(zāi)難的發(fā)生，而且在可用性和安全性等方面也有一定積累，所以在Salesforce能長時間地支持眾多服務(wù)的正常運行。 2 多租戶的介紹2.1 概念雖然對我們而言，多租戶(Multitenancy可以算是一個非常新穎的概念，但是其實這個概念已經(jīng)由來已久了。簡單而言，多租戶指得就是一個單獨的軟件實例可以為多個組織服務(wù)。

8、一個支持多租戶的軟件需要在設(shè)計上能對它的數(shù)據(jù)和配置信息進行虛擬分區(qū)，從而使得每個使用這個軟件的組織能使用到一個單獨的虛擬實例，并且可以對這個虛擬實例進行定制化。但是要讓一個軟件支持多租戶并非易事，因為不僅對它的軟件架構(gòu)進行相應(yīng)的修改，而且需要對它的數(shù)據(jù)庫結(jié)構(gòu)進行特殊的設(shè)計，同時在安全和隔離性方面也要有所保障。還有，為了幫助大家進一步理解多租戶這個概念，特別選取兩個和多租戶比較接近的概念來進行進一步的辨析。多租戶和多用戶的區(qū)別多用戶的關(guān)鍵點在于不同的用戶擁有不同的訪問權(quán)限，但是多個用戶共享同一個的實例。而在多租戶中，多個組織使用的實例各不相同。多租戶和虛擬化的區(qū)別多租戶和虛擬化在概念是比較類似，

9、都是給每個用戶一個虛擬的實例，并且都支持定制化，但是它們作用的層次不同：虛擬化主要是虛擬出一個操作系統(tǒng)的實例，而多租戶則是主要虛擬出一個應(yīng)用的實例。2.2 優(yōu)缺點多租戶的優(yōu)點： 經(jīng)濟：因為通過一個軟件實例被多個組織共享，從而減低了整體資源的消耗，也同時減低應(yīng)用運行的成本和相應(yīng)的管理開支。 易于更新和開發(fā)：因為所有組織都共享同一套核心代碼，所以能夠讓軟件更新和開發(fā)更簡單。 管理方便：首先，通過使用了多租戶架構(gòu)能減少物理資源和軟件資源，這將簡化管理。其次。由于多租戶軟件主要由有經(jīng)驗的云供應(yīng)商運營，所以能依賴那些非常經(jīng)驗的管理人員來提升效率。 多租戶的缺點： 更復(fù)雜：由于一個軟件需要做出極大地修改，

10、才能支持多租戶架構(gòu)，而且這種修改，往往會增加整個軟件在架構(gòu)方面的復(fù)雜性。 不夠安全：因為眾多組織的應(yīng)用和數(shù)據(jù)共享同一套軟件和基礎(chǔ)設(shè)施，如果出現(xiàn)機器宕機，軟件出現(xiàn)問題或者大規(guī)模的數(shù)據(jù)被暴露等情況，將會造成更嚴(yán)重的后果，因為影響面更大。 2.3 幾種模型在現(xiàn)有的實現(xiàn)中，主要有三種常見的模型，而且區(qū)別主要在于采用不同的數(shù)據(jù)庫模式（Database Schema）： 私有表（圖1-a）：它是最簡單的擴展模式，就是為每個租戶的自定義數(shù)據(jù)創(chuàng)建一個新表。優(yōu)點是簡單。缺點是涉及到高成本的DDL操作，并且它的整合度不高。 擴展表（圖1-b）：總體而言，比較類似于私有表，但是一個擴展表會被多個租戶共享，所以無論是

11、共享表還是基本表都會有租戶欄位。好處是比私有表更高的整合度和更少的DDL操作，但是在架構(gòu)上比私有表更復(fù)雜。 通用表（圖1-c）： 主要通過一個通用表來存放所有自定義信息，里面有租戶欄位和許許多多統(tǒng)一的數(shù)據(jù)欄位（比如500個）。像這種統(tǒng)一的數(shù)據(jù)欄位會使用非常靈活的格式讓轉(zhuǎn)儲各種類型的數(shù)據(jù)，比如VARCHAR。由于在每一行中的數(shù)據(jù)欄位都會以一個Key一個Value形式存放所有自定義數(shù)據(jù)，導(dǎo)致通用表的行都會很寬，而且會出現(xiàn)很多空值，所以通用表這種方式也被稱為"Sparse Column"。好處是極高的整合度并避免了DDL操作，但是在處理數(shù)據(jù)方面難度加大。 圖1. 多種模式（圖源自

12、參7）差異與取舍模型機制優(yōu)點缺點私有表為每個租戶的自定義數(shù)據(jù)創(chuàng)建一個新表簡單需要DDL操作，低整合度擴展表一個擴展表會被多個租戶共享高整合度，少DDL操作有點復(fù)雜通用表通過一個通用表來存放所有自定義信息極高整合度，無DDL操作實現(xiàn)難度高在實戰(zhàn)中，具體選擇那個模型，主要還是看那個模型更適合。3 F的多租戶架構(gòu)由于F所負(fù)載的應(yīng)用不論是在定制方面的靈活性上，還是所承受的負(fù)載上，對基于多租戶的架構(gòu)而言，都是史無前例的，導(dǎo)致之前提到的一些模型或者改動已經(jīng)無法滿足要求了，所以Salesforce在F引入了通過Metadata（元數(shù)據(jù)）驅(qū)動的多租戶架構(gòu)來動態(tài)生成快速的，可伸縮的和可定制的應(yīng)用。接下來，將一步

13、步為大家揭開F多租戶架構(gòu)的神秘面紗，首先是它的總體架構(gòu)。3.1 總體架構(gòu)在介紹F的整個架構(gòu)之前，請看下圖，此圖是根據(jù)Salesforce首席架構(gòu)師Craig Weissman在2009年舊金山QCon大會上的演講總結(jié)而成。圖1. F的架構(gòu)圖首先，在最前面是Gateway（網(wǎng)關(guān)），網(wǎng)關(guān)將接受所有訪問F的請求，無論它是訪問Sales Cloud，還是關(guān)于第三方定制程序的。接下來，網(wǎng)關(guān)會根據(jù)這個請求所屬的租戶把請求轉(zhuǎn)發(fā)給對應(yīng)的POD，什么是POD？簡單的來說，POD就是一組集群服務(wù)器，每個POD都運行同一套F系統(tǒng)，而且每個POD支持成千上萬個租戶，Salesforce總共有10多個POD來支撐它所有

14、服務(wù)的運營，并把所有租戶平衡地分配給每個POD，而且主要通過建立新的POD來支撐新的租戶。當(dāng)POD收到請求之后，POD會先通過其內(nèi)置的Load Balancer（負(fù)載均衡器）來將請求轉(zhuǎn)發(fā)給負(fù)載略輕的App Server（應(yīng)用服務(wù)器），由于為了簡化架構(gòu)和方便伸縮（Scale），所以應(yīng)用服務(wù)器是Stateless（無狀態(tài)），而且在一個POD內(nèi)會有多個應(yīng)用服務(wù)器以應(yīng)對大規(guī)模的請求。最后，當(dāng)應(yīng)用服務(wù)器在處理請求的時候，如果發(fā)現(xiàn)請求所需的數(shù)據(jù)沒有被Cache住的話，應(yīng)用服務(wù)器會調(diào)用這個租戶所屬的Shared DB（共享數(shù)據(jù)庫）來取得相關(guān)數(shù)據(jù)，雖然共享數(shù)據(jù)庫是使用成熟的Oracle數(shù)據(jù)庫產(chǎn)品，但是在數(shù)據(jù)庫

15、表的設(shè)計上面為多租戶做了很多地優(yōu)化。接下來，將介紹F是如何通過Metadata來動態(tài)生成和定制應(yīng)用的。1.1 Metadata驅(qū)動 首先，F(xiàn)的Metadata是基于大家非常熟悉的面向?qū)ο蟮母拍睿砸部梢园袽etadata認(rèn)為是對象，也就是說F是由一個個對象組裝而成，而且F中的對象可以是表格，也可以是UI，甚至可以是用戶權(quán)益等。一個F的對象和這個對象下面的字段可以對應(yīng)一個數(shù)據(jù)庫的表和這個表的列，而且F對象之間的關(guān)系（relationship）在功能上類似于數(shù)據(jù)庫的引用完整性約束（referential integrity constraint），但與數(shù)據(jù)庫中每個數(shù)據(jù)庫表對應(yīng)于獨立的存儲地址不同

16、的是，F(xiàn)使用幾個共享的大數(shù)據(jù)庫表來作為堆存儲（heap storage）來放置所有對象，另外這些存儲Metadata的表也被稱為"UDD（Universal Data Dictionary）"。接著，是關(guān)于應(yīng)用的，一個在F上運行的應(yīng)用實例是通過組合許許多多個對象來生成的，也可以說一個應(yīng)用實例是使用Metadata來描述的，比如，在應(yīng)用初始的時候，每個客戶都是使用同一個版本和同樣規(guī)模的對象，而且用戶通過添加和更新對象來定制應(yīng)用，比如增加新的UI和字段等，同時系統(tǒng)會對共享的和定制的對象進行嚴(yán)格地分離，使得既能非常方便地更新共享代碼，也能保證某個用戶定制過的部分不影響到其他用戶。

17、在實現(xiàn)上，F(xiàn)并沒有實際地為一個新對象生成一個數(shù)據(jù)庫表，而且以元數(shù)據(jù)的形式存儲在幾張大表中，并在運行時候，F(xiàn)會有一套引擎來通過分析數(shù)據(jù)庫中的Metadata來動態(tài)生成一個虛擬應(yīng)用實例和這個應(yīng)用所需的模塊（Virtual Application Componets），比如公共UI（Common Application Screen），定制UI（Tenant-Specific Screen）和其他對象等。圖2. 虛擬應(yīng)用模塊圖（源自參1）還有，雖然Metadata驅(qū)動這種和Java很類似的動態(tài)生成機制在速度上有天生缺陷，但是F也內(nèi)置與Sun的Hotspot技術(shù)有異曲同工之妙的Metadata Cac

18、he來加速常用Metadata的讀取。下面，將分別介紹F的兩大組成部分：應(yīng)用服務(wù)器和共享數(shù)據(jù)庫。1.2 應(yīng)用服務(wù)器應(yīng)用服務(wù)器主要包括五大核心模塊： Metadata Cache：用于存放那些最近用到的和比較常用的Metadata來加速應(yīng)用的生成。 大規(guī)模數(shù)據(jù)處理引擎：主要用來加速處理大量的數(shù)據(jù)讀寫和在線事務(wù)。 多租戶感知的查詢優(yōu)化引擎：這個引擎將通過維護多租戶的信息來幫助Oracle自帶的基于成本的查詢優(yōu)化器更好地適應(yīng)多租戶環(huán)境。 運行時應(yīng)用生成器：這個生成器主要根據(jù)用戶的請求來動態(tài)生成應(yīng)用，并且利用上面提到的查詢優(yōu)化引擎來提升效率。 全文檢索引擎：在數(shù)據(jù)庫對數(shù)據(jù)進行更新的同時，這個引擎會異步

19、更新這個數(shù)據(jù)的相關(guān)索引。 1.3 共享數(shù)據(jù)庫圖1. F的架構(gòu)（圖源自參1）整個共享數(shù)據(jù)庫主要有三種類型的數(shù)據(jù)庫表： Metadata表：主要存放用戶定制的對象和對象所包含的字段的結(jié)構(gòu)信息，也被稱為"UDD"。 數(shù)據(jù)表：主要存儲那些用戶定制的對象和對象所包含的字段的數(shù)據(jù)。 Pivot表：用來維護那些用于檢索（indexing），唯一性和關(guān)系等denormalized （去規(guī)范化）數(shù)據(jù)以優(yōu)化系統(tǒng)的效率。 還有，在物理層面，數(shù)據(jù)庫里面所有表格，包括底下的索引，都根據(jù)每個租戶不同的租戶ID（OrgID）來使用Oracle的Hash分區(qū)技術(shù)進行分區(qū)。通過Hash分區(qū)這種久經(jīng)考驗的技術(shù)

20、能夠?qū)⒋笠?guī)模的數(shù)據(jù)平均地分割成多個更小的和更容易管理的分塊，從而幫助大數(shù)據(jù)庫系統(tǒng)能夠在多租戶的環(huán)境下提升速度，伸縮性和可用性等。1.4 大規(guī)模數(shù)據(jù)處理引擎由于F需要處理的數(shù)據(jù)量不論是來自網(wǎng)頁端，還是來自Web Service端都是非常巨大的，所以Salesforce在F中引入了特制的大規(guī)模數(shù)據(jù)處理引擎來處理大量的數(shù)據(jù)讀寫和在線事務(wù)。它主要有兩大特點：其一是對大規(guī)模數(shù)據(jù)處理進行了優(yōu)化，特別是當(dāng)一個API調(diào)用發(fā)來很多待處理的數(shù)據(jù)時，這個引擎能非?？焖俚靥幚?。其二是這個引擎內(nèi)置錯誤恢復(fù)機制，當(dāng)處理大規(guī)模數(shù)據(jù)時候，假如其中一個步驟發(fā)生錯誤時，這個引擎會捕捉和修復(fù)這個錯誤，并且保持這個步驟之前正確的結(jié)果

21、以避免整個重做。1.5 多租戶感知的查詢優(yōu)化引擎大多數(shù)現(xiàn)在數(shù)據(jù)庫都自帶基于成本的查詢優(yōu)化器，這種優(yōu)化器主要是基于數(shù)據(jù)庫表和索引數(shù)據(jù)等相關(guān)數(shù)值來進行計算和比較。但是由于傳統(tǒng)的基于成本的優(yōu)化器都是主要為單租戶的環(huán)境設(shè)計的，所以他們并不能很好地適應(yīng)多租戶的環(huán)境，因為在數(shù)據(jù)庫中是沒有多租戶這個概念。為了讓優(yōu)化器能夠在多租戶環(huán)境下良好工作，Salesforce在Oracle自帶優(yōu)化器的基礎(chǔ)上搭建了一個多租戶感知的查詢優(yōu)化引擎，它也主要有兩個特點：其一是這個引擎為每個多租戶對象維護了一整套便于優(yōu)化的數(shù)據(jù)（租戶層的，組層的和用戶層的）。其二是這個引擎也維護租戶和租戶下面用戶的安全信息，這樣不僅能提升了效率，

22、因為能避免將那些不屬于這個租戶的數(shù)據(jù)加入到計算，而且能提升數(shù)據(jù)的安全性。1.6 全文檢索引擎全文檢索功能對Web應(yīng)用而言，基本可以算是一種基本功能，而對基于F的應(yīng)用而言，同樣如此，F(xiàn)為此內(nèi)置一個全文檢索引擎，其是基于大名鼎鼎的Lucene技術(shù)。當(dāng)一個運行在F平臺上的應(yīng)用對數(shù)據(jù)庫中數(shù)據(jù)進行更新的時候，會有一組稱為檢索服務(wù)器的后臺進程來異步更新數(shù)據(jù)相關(guān)的索引。通過這種異步機制不僅能夠保證檢索工作不影響處理事務(wù)的效率，而且同時也能讓用戶使用到最新的搜索結(jié)果。為了優(yōu)化這個檢索流程，系統(tǒng)會同步將修改過的數(shù)據(jù)復(fù)制到一個內(nèi)部"等待檢索"的表，之后檢索服務(wù)器會訪問這個表來進行檢索，這樣好處

23、是減少了檢索服務(wù)器的I/O處理量。而且為了更好地適應(yīng)多租戶環(huán)境，檢索引擎自動為每個租戶維護一個獨立的索引。1.7 數(shù)據(jù)庫表的設(shè)計下圖為F的數(shù)據(jù)庫表結(jié)構(gòu)：圖1. 數(shù)據(jù)庫表的結(jié)構(gòu)（圖源自參4）Metadata表Metadata表的作用是存儲用戶定制的對象和對象所包含的字段的結(jié)構(gòu)信息，不保存具體的數(shù)據(jù)，主要有兩大類： Object Metadata表：這個表主要存儲對象的信息，其中主要字段包括對象的ID（ObjID），擁有這個對象的租戶的ID（OrgID）和這個對象的名字（ObjName）。 Field Metadata表：這個表主要存儲對象附帶字段的信息，其中主要字段包括字段的ID（FieldID

24、），擁有這個字段的租戶的ID（OrgID），這個字段的名字（FieldName），這個字段的數(shù)據(jù)類型（datatype）和一個布爾字段（IsIndexed）來定義這個字段是否需要被檢索。 Data表Data表的作用和Metadata表正好相反，它主要存儲那些用戶定制的對象和對象所包含的字段的數(shù)據(jù)，主要也包括兩大類： Data表：這個表放置著上面那些對象和字段所對應(yīng)的數(shù)據(jù)，核心字段有全局唯一的ID（GUID），租戶ID（OrgID），對象的ID（ObjID）和存放對象名字的"Nature Name（自然名稱）"，比如這行和一個會計對象有關(guān)，這行的""Nat

25、ure Name"字段可能是"Account Name"，除了這些核心字段之外，這個表還有名字從Value0到Value500的501個數(shù)據(jù)列來存儲數(shù)據(jù)，而且這些列都是varchar的形式來承載不同類型的數(shù)據(jù)，這種數(shù)據(jù)列也被稱為"flex列"。 Clob表：這個表主要存放那些CLOB（Character Large Object，字符大對象）數(shù)據(jù)，對象最大支持到32000個字符。 Pivot表Pivot表，也稱為"數(shù)據(jù)透視表"，在F中是以denormalized （去規(guī)范化）格式存儲那些用于特殊目的的數(shù)據(jù)，比如用于檢索（in

26、dexing），唯一性和關(guān)系等，主要作用是加速這些特殊數(shù)據(jù)的讀取以提升系統(tǒng)整體的性能。主要有五種Pivot表： Index Pivot表：由于Data表里面數(shù)據(jù)都是以"flex列"的形式存儲，所以很難在Data表的基礎(chǔ)上對表中的數(shù)據(jù)進行檢索，所以F引入Index Pivot表來解決這個問題，系統(tǒng)在運行的時候會將需要索引的數(shù)據(jù)從Data表同步到Index Pivot表中相對應(yīng)的字段來方便檢索，比如這個數(shù)據(jù)的類型是日期型的，那么它將會被同步到Index Pivot表中的日期字段。 UniqueFields Pivot表：這個表是用來幫助系統(tǒng)在Data表中字段實現(xiàn)唯一性。 Rel

27、ationships Pivot表：F提供了"Relationship"這個數(shù)據(jù)類型來定義多個對象之間的關(guān)系，而Relationships Pivot表則起到方便和加速"Relationship"數(shù)據(jù)讀取的作用。 NameDenorm表：是一個簡單的數(shù)據(jù)表用于存儲對象的ID（ObjID）和這個對象的實例的名字，主要讓一些僅需獲取名字的查詢調(diào)用，從而讓一些簡單的查詢無需查詢規(guī)模龐大的Data表。 FallbackIndex表：這個表將記錄所有對象的名字，來免去成本高昂的"UNION"操作，從而加速查詢。 1.8 APEXAPEX的語言是

28、為F度身定做的一門語法上類似Java的強類型面向?qū)ο笳Z言，主要可以通過APEX在F上創(chuàng)建Web Service，編輯復(fù)雜的商業(yè)邏輯和整合多個F的模塊等。APEX主要以兩種方式執(zhí)行：其一是以單獨腳本的形式，按照用戶的需要執(zhí)行。其二是以觸發(fā)器的形式，當(dāng)一個特定的數(shù)據(jù)處理事件發(fā)生的之前或者之后，與這個事件綁定的APEX代碼將會被執(zhí)行。而且所有APEX代碼將會以Metadata的形式存儲在Metadata表內(nèi)。當(dāng)一段APEX代碼被調(diào)用的時候，APEX的翻譯器（runtime interpreter）將會從Metadata Cache讀取編譯之后的APEX代碼，而且能夠同時被多個租戶共享以提升效率。那么

29、為什么要在F引入APEX這門新的語言，而不是像Google App Engine那樣支持已經(jīng)有一定市場占有率的語言，比如Java和Pyhon。Salesforce的首席架構(gòu)師在談到這點時，他提出了一個非常重要的原因，那就是安全，首先，Salesforce會APEX語言度身設(shè)計一組管理工具，通過這個工具能夠非常方便地監(jiān)控APEX腳本的執(zhí)行，并且能知道這個腳本在執(zhí)行過程所耗費的CPU時間，內(nèi)存容量和SQL語句的數(shù)量等數(shù)據(jù)來判斷是否需要中斷這個APEX腳本，以避免影響到屬于其他租戶的應(yīng)用，如果中斷的話，系統(tǒng)會拋出一個runtime exception給上層的調(diào)用者。其次，基于APEX語言的代碼能夠?qū)?/p>

30、其內(nèi)嵌的SOQL（Sforce Object Query Language）和SOSL（Sforce Object Search Language）進行驗證來避免實際運行時出現(xiàn)錯誤。還有，在安全方面除了APEX自帶的功能之外，Salesforce還要求每個上傳到F的APEX腳本，都需要自帶能覆蓋其75%代碼的測試用例，這種做法不僅顯著地提升APEX代碼的質(zhì)量從而確保平臺整體運行的穩(wěn)定，而且在F自己更新的時候，能使用這些用例來確保新的更新不會影響現(xiàn)有的基于F的應(yīng)用。1 總結(jié)1.1 設(shè)計理念根據(jù) Craig Weissman 的演講和幾份官方的白皮書，在F的設(shè)計方面Salesforce團隊主要有下

31、面這五大考量： 數(shù)據(jù)驅(qū)動：由于 Salesforce 主要面向企業(yè)用戶，導(dǎo)致其上面運行的應(yīng)用，無論是 CRM ，還是報表工具，都是以數(shù)據(jù)的CRUD（增刪改查）為核心，所以 F 需要由數(shù)據(jù)來驅(qū)動，而且也需要為此做一定程度的優(yōu)化。 規(guī)模經(jīng)濟：由于需要在低價格和靈活付費的基礎(chǔ)上提供可定制化應(yīng)用，所以需要讓盡可能多用戶共享同一套系統(tǒng)，來大幅減低基礎(chǔ)設(shè)施和管理等資源的投入，并實現(xiàn)規(guī)模經(jīng)濟的效益。 安全為先：由于在一套物理設(shè)備上將承載數(shù)以萬計客戶的企業(yè)級應(yīng)用，那么如果出現(xiàn)嚴(yán)重的程序錯誤或者數(shù)據(jù)方面遺失或者錯亂，將會發(fā)生非常嚴(yán)重的后果，所以安全問題是一個 Salesforce絕不能輕視的問題。 定制方便：雖然各個企業(yè)都會存在一部分比較通用的流程，但是每個企業(yè)都可能存在一部分私有或者獨特的流程，所以F需要提供方便的定制功能來幫助用戶將更快捷地將企業(yè)的業(yè)務(wù)遷移到其上。 功能豐富：雖然用戶能在 F 上進行開發(fā)和定制，但是如果 F 能提供更多的功能模塊或者能讓用戶購買和整合第三方的應(yīng)用將非常有效地幫助用戶開發(fā)應(yīng)用。