---

※ 引述《chan15 (ChaN)》之銘言：
: 各位好，自我介紹一下，我寫 PHP 大概七八年了，coding 部份有按照 psr
: SOLID 設計模式，用 composer 管理套件，git 大部分常用的都會用
: 框架的話 Codeigniter、Laravel 都算熟，會寫測試
: JavaScript、jQuery 都還可以，會自己寫 plugin 來用
: js 寫到 es6 用 webpack + babel 編譯，玩過一下 vue.js
: 寫過商城、金流、彩票遊戲
: 加分部份
: 1. 會寫一些 shell script，Linux 部份 ubuntu centos 基本指令都可以
:    有玩 vagrant 跟 docker
: 2. MySQL 基本指令，設定權限、CRUD 那些沒問題，當然一些複雜的 join 也寫過
:    但那種東西基本上應該要透過資料表設計排除
: 3. 會寫一點 node.js 用過 express 架過 api server
: 4. 會寫一點 python 用過 flask 架過 api server
: 大致上重點履歷說明如上，當然履歷上會放作品等更細的內容
: 我要說的是，一般徵所謂的徵 PHPer 的主管應該大致知道底限或者是極限在那才是
: 但從去年到現在，有去聊天面試的部份公司，精確的話來說八間裡面有三間有問到類似的問題
: 讓我有點無所適從，不過也懷疑是不是真的必須去加強這塊，所以上來請益
: 他們問的問題是，要怎麼開發網頁可以承擔百萬人同時在線，或每秒百萬的寫入
: 我的回答是，我沒有過這樣的經驗，我待過得公司有超過萬人規模的這種東西都是分開處理的
: 有 SI 會做規劃，PHPer 確保程式不會造成延宕或出錯，該進 cache 的進 cache
: 一般來說 op 那邊會透過硬體跟系統的架設去消化這件事，具體高流量每秒寫入資料庫的規劃我們根本碰不到
: 就連我去問公司負責金流後端開發的答案也差不多，用機器、用集群、用緩存去檔
: 但面試者會說在 PHP 這邊也會有相對應的方式，硬體也有辦不到的事
: 上一個面試者還說 MySQL 一秒只支援幾百筆寫入，所以你們要想辦法
: 這幾間公司的共通點就是，新創、c2c、都說自己是大數據，薪水大概落在 5-6 萬
: 想在這邊請益各位是不是後端要想辦法切入這一塊，是的話該怎麼切入


是我就把他們給噹死。

 https://zh.wikipedia.org/wiki/CAP定理

CAP定理，無法同時滿足三者，至多選擇兩者。


關於服務人數，如果是專門看數字的老闆，可以原諒，但是要導正觀念。

如果是工程師主管，那就是Google指名不要主管的那種主管。

如果是工程師，那就是不知道自己在做什麼的工程師。


服務本身若重視一致性，可用性，那必然犧牲分區容錯性。

反之選擇任一兩者，第三者必然被犧牲。


所以要看服務性質。


交易類型的服務，重視一致性，因此提昇它到所謂的百萬人數的方法

跟重視可容錯性的提昇方法肯定不同。


所以光會問百萬人有什麼用，若數據一致性無法兼顧，你的方法他未必學到。

另外，機器是死的人數是活的，大部份服務因高負載當機的原因，

除了程式本身沒處理好之外，就是死在瞬間最大流量。

瞬間最大，你要怎麼處理一瞬間的流量，妥善分配cache機制，讓它可以慢慢的一筆一筆順暢的消化掉，這才是其中學問，

淘寶為了這個瞬間最大花了不少功夫，他們有強調他們每台機器多少萬人嗎？

光粗糙的看表象，永遠會被牽著鼻子走。


悲哀的是，台灣十年前就有本錢問這個問題，如今這些理論大陸通通應用到了。

台灣產業十年後，還是在問這個問題。

更悲哀的是，問這個問題的公司，他自己本身也帶著投機心態。














--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.124.28.235
※ 文章代碼(AID): #1QLV9xvG (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1515582075.A.E50.html