2020ironman 12th – Modern Web – Day02 – php+Mysql 開發可以怎樣進化

分享

何謂進化

多樣性是進化的特徵之一

但在在台灣的IT市場存在著兩種聲音

1. IT環境就是要上雲,Kubernetes 就是帥、microservices才是未來的主流。
2. 簡單就好實體主機跟VM都在自己家或IDC,東西都不要出自己家最安全。

但是思考怎樣的服務才是最適合使用者才是最重要的

Nokia的「科技始終來自於人性」才是IT人始終該去遵循的目標,奧客除外!!

我看過某ISP的雲端部門招牌亂賣AWS lightsail給需要有網路架構的客戶

也看過同業為了業績賣 AWS Shield Advanced 給不適合的客戶 (點下去就是 三萬六美金阿~)

真正符合需要才是IT人要做的事情

為何php+Mysql進化

php+Mysql擁有絕佳的可能性

從單主機小網站到大型網站服務都有他的身影

但是處理好絕對是一件非常困難的事情

程式BUG到系統崩潰都是非常有可能的事

在處理的過程當中就算寫好了程式

環境可能難以配合

我認識的很多RD或IT對於上雲都有一定程度的排斥但是又不得不走

在現在這個想到就可以下下廣告衝衝流量的時代

一台主機不能走天下了

緩解流量、網站速度、容納人數變成開發之外所需注意的各種事項

如何做變成一個蠻大的課題

進化目標

  • 單主機VPS運行
  • CDN如何套用
  • 多主機的網路環境
  • 安全性
  • 資料庫的拆分
  • 負載平衡
  • Web的擴展
  • 程式快取
  • 擴展後log的處理
  • 環境變大之後的監控
  • 容器化

進化課題

這些目標都是工作時間遇到的

網站類型的客戶90%都會面對的課題

順序是由小至大但是實物上有可能是由大至小

沒有對錯只有適合與不適合

一個適合的架構可以讓費用大幅減低

也可以從100-200人流就有可能當機轉化為我天天玩限時1元搶購

也有可能把你家官網變成每個月幾百元就不用管他的機器 帳單還是要記得付

取決於該怎麼進化成您所需要的形式存在

Read more

雲端架構延遲問題:為什麼AP與DB不能放太遠?

雲端與地端的架構差異認知不足導致的性能陷阱 前言 許多企業在上雲初期,經常基於成本考量或錯誤認知,將應用程式伺服器(AP)與資料庫(DB)部署在不同區域。這種做法在地端環境中影響較小,但在雲端環境中卻會造成嚴重的性能問題。本文透過台北-東京的實際案例,說明距離對雲端架構的致命影響。 核心問題: * 地端思維:同個機房內不同區域延遲可忽略 * 雲端現實:跨區域延遲可達數十毫秒 * 結果:連線建立時間從毫秒級暴增到秒級 1. 地端 vs 雲端的延遲差異 1.1 地端環境的延遲特性 傳統地端機房: 同機房不同機櫃:RTT < 1ms 同城市不同機房:RTT < 5ms 同國家不同城市:RTT < 20ms 地端架構師的經驗: * AP和DB分別放在不同機櫃:幾乎無延遲影響 * 災備機房放在不同城市:RTT約10-15ms,可接受 * 習慣性認為「網路延遲不是問題」

By Albert Yu