PHP開發(fā)者構(gòu)建分佈式應(yīng)用需警惕的八大誤區(qū)

Peter Deutsch在1997年提出了七個(gè)分佈式計(jì)算的誤區(qū)，後來James Gosling（Java之父）又補(bǔ)充了一個(gè)。這些誤區(qū)對PHP開發(fā)者來說至關(guān)重要，因?yàn)槲覀兠刻於荚跇?gòu)建分佈式應(yīng)用：mashup、與SOAP和REST服務(wù)交互的應(yīng)用、通過Facebook、Google或Twitter API進(jìn)行用戶身份驗(yàn)證、從遠(yuǎn)程數(shù)據(jù)庫和緩存服務(wù)檢索信息等等。我們構(gòu)建的正是分佈式計(jì)算應(yīng)用。因此，理解這八個(gè)誤區(qū)及其影響至關(guān)重要。

關(guān)鍵要點(diǎn):

• Peter Deutsch和James Gosling提出的八大分佈式計(jì)算誤區(qū)對PHP開發(fā)者至關(guān)重要：網(wǎng)絡(luò)可靠、延遲為零、帶寬無限、網(wǎng)絡(luò)安全、拓?fù)洳蛔儭⒅挥幸粋€(gè)管理員、傳輸成本為零以及網(wǎng)絡(luò)同構(gòu)。
• 儘管網(wǎng)絡(luò)可靠性和帶寬有了顯著提升，但這些因素並非完美無缺。開發(fā)者必須預(yù)見潛在的故障，並在應(yīng)用程序設(shè)計(jì)和部署中納入相應(yīng)的處理策略。
• 網(wǎng)絡(luò)安全始終是一個(gè)重要問題，開發(fā)者必須優(yōu)先考慮良好的安全實(shí)踐，並評估其合作廠商的安全措施。
• 開發(fā)者應(yīng)準(zhǔn)備好應(yīng)對拓?fù)浣Y(jié)構(gòu)的變化、更換供應(yīng)商的可能性以及數(shù)據(jù)傳輸相關(guān)的成本。他們還應(yīng)該採取靈活的方法，能夠處理多個(gè)數(shù)據(jù)庫和數(shù)據(jù)源，並且不假設(shè)網(wǎng)絡(luò)是同構(gòu)的。

1. 網(wǎng)絡(luò)可靠

這顯然是不正確的。儘管自1995年以來，網(wǎng)絡(luò)延遲降低，帶寬顯著增加，但說網(wǎng)絡(luò)可靠是錯(cuò)誤的。假設(shè)我們搭建了一個(gè)簡單的應(yīng)用程序，它不使用太多服務(wù)——一個(gè)使用MySQL作為後端的PHP應(yīng)用程序。似乎沒什麼問題。然而，假設(shè)我們後來決定使用像Xeround這樣的MySQL託管服務(wù)提供商來滿足我們的數(shù)據(jù)庫需求。即使具有良好的可擴(kuò)展性和高可用性，如果他們的系統(tǒng)出現(xiàn)問題怎麼辦？如果他們的基礎(chǔ)設(shè)施遭受DDoS攻擊或由於內(nèi)部問題而出現(xiàn)停機(jī)怎麼辦？我們經(jīng)常聽說99.999%的正常運(yùn)行時(shí)間，但這仍然不是100%。隨著服務(wù)的激增和當(dāng)今通常高度可用的帶寬，很容易忘記沒有什麼是完美的。您如何在應(yīng)用程序中考慮服務(wù)的故障？

2. 延遲為零

雖然延遲可能很低，確實(shí)比幾年前低得多，但它永遠(yuǎn)不會為零。引用Arnon Rotem-Gal-Oz在其《分佈式計(jì)算誤區(qū)詳解》文章中的話：以大約300,000公里/秒（3.6 * 10E12 teraangstrom/兩週）的速度，即使處理是實(shí)時(shí)完成的，從歐洲到美國再返回的ping也至少需要30毫秒。

這是壞事嗎？好壞參半。根據(jù)我們應(yīng)用程序的結(jié)構(gòu)和可用的資源，我們可以很大程度上減輕延遲問題。我們可以使用Amazon Web Services之類的服務(wù)託管我們的應(yīng)用程序，並利用S3，以便我們的數(shù)據(jù)位於世界各地的多個(gè)區(qū)域，使其更接近我們的最終用戶，並減少網(wǎng)絡(luò)上應(yīng)用程序的延遲。但即使我們可以減少延遲，我們也無法消除它。我們可以採用一系列方法和架構(gòu)來減少它對我們的影響，但無論我們做什麼，它都將始終存在。您在設(shè)計(jì)應(yīng)用程序時(shí)是否考慮過這一點(diǎn)？

3. 帶寬無限

帶寬真的可以無限嗎？如果是這樣，無限的代價(jià)是什麼？當(dāng)我們考慮到網(wǎng)絡(luò)正日益轉(zhuǎn)向移動化時(shí)，一切舊事物都煥發(fā)了新生。我並不是說我們從撥號上網(wǎng)的速度開始重新開始，更新的4G網(wǎng)絡(luò)比早期的2G和3G網(wǎng)絡(luò)快得多。但是，即使是它們的峰值數(shù)據(jù)速率目前也低於標(biāo)準(zhǔn)寬帶連接。此外，隨著移動寬帶的普及，尋求使用我們服務(wù)的潛在用戶數(shù)量（我們都想受歡迎，至少取得Facebook的一些成功）正在以驚人的速度增長?？紤]來自mobithinking的這些統(tǒng)計(jì)數(shù)據(jù)：

• 有59億移動用戶。
• 有12億擁有3G覆蓋範(fàn)圍的移動網(wǎng)絡(luò)用戶。
• 移動設(shè)備佔(zhàn)全球點(diǎn)擊量的8.49%。

鑑於此，可以公平地說，儘管帶寬速率及其在世界範(fàn)圍內(nèi)的普及率正在提高，但用戶增長率卻抵消了這一點(diǎn)。更進(jìn)一步說，隨著移動寬帶提供的巨大靈活性，自然而然地出現(xiàn)了明確的臨時(shí)服務(wù)消耗。您是否為服務(wù)上潛在的巨大負(fù)載做好了準(zhǔn)備？你能處理這種可用性帶來的峰值嗎？

4. 網(wǎng)絡(luò)安全

我認(rèn)為無需過多細(xì)節(jié)就可以公平地說，這是，並且將永遠(yuǎn)是錯(cuò)誤的。如果您有任何疑問，也許您應(yīng)該與LinkedIn或eHarmony成員談?wù)?。?dāng)我們設(shè)計(jì)和部署我們的應(yīng)用程序時(shí)，我們在應(yīng)用程序的託管位置（例如Rackspace、PagodaBox或cloudControl）以及應(yīng)用程序本身的設(shè)計(jì)中，對安全性投入了多少精力？根據(jù)SecurityAffairs，Prolexic報(bào)告：

• 針對金融服務(wù)行業(yè)的惡意數(shù)據(jù)包流量環(huán)比增長3000%。
• 2011年第四季度針對金融服務(wù)行業(yè)的惡意流量數(shù)據(jù)量為19.1TB，數(shù)據(jù)包為140億個(gè)，2012年有所增加。
• 2012年識別並緩解的數(shù)據(jù)量為65TB，數(shù)據(jù)包為1.1萬億個(gè)，是2011年的80倍。

鑑於網(wǎng)絡(luò)並不安全，我們需要確保我們正在將良好的安全實(shí)踐作為當(dāng)然的事情來使用。鑑於Chris Shiflett的博客、Essential PHP Security、PHP安全聯(lián)盟等來源的大量良好建議，很難不知道如何在我們的應(yīng)用程序核心融入安全性以及為什麼要這樣做。您的安全實(shí)踐是什麼？您是否評估了您部署的供應(yīng)商？

5. 拓?fù)洳蛔?/strong>