3個中國程序員 vs 3個美國程序員,差距太大了

2025-06-19 | 來源: 碼農翻身 | 轉到微信 | 有0人參與評論 | 字體: 放大縮小 | 收藏 | 打印

大概是2009年，我和兩個好哥們聊天，覺得智能手機可能是風口，商量著要弄一個照片分享網站。

用戶可以用手機把隨手拍的照片放到網上分享，名稱都起好了，叫InstantPost。

可是我們的執行力太差了，聚了兩次，做了一點兒技術驗證，就沒有下文了。

過了幾年，我看到美國一個叫Instagram的火了，不由地一拍大腿：臥槽！這不就是我們當年要做的事兒嗎？！

後來我看到Instagram初期的故事，他們也是三個程序員，從2010年10月到2011年12月，在一年多的時間內，就把用戶數量從0增長到了1400萬！

看完他們的架構設計，我就釋然了，拋開執行力，在2009年那個時間點，我們確實不行。

Instagram制定的架構指導准則是：

1.保持簡單

2.不要重新發明輪子

3.盡可能使用經過驗證的可靠技術

所以早期的Instagram跑在雲上，使用EC2和Ubuntu Linux 11.04。

微軟裁員超6000人,程序員正被AI全面取代?

深夜突襲!AI程序員上線人類僅需點按鈕

大廠程序員:AI正將我們變成高速流水線工人

接下來，站在一個用戶會話(Session)的角度，來看看Instagram的處理過程。

前端

Session：用戶打開了Instagram APP。

2010年，Instagram開發了一個iOS app，正式推出。

因為這時候Swift還沒有發布，他們用了Objective-C，UIKit等技術。

負載均衡

Session：打開App後，會向後端發起一個請求（獲取主界面的“信息流”），這個請求會首先到達Instagram的負載均衡。

Instagram 最早使用2個Nginx並在它們之間進行DNS Round-Robin，這種方法的缺點是，如果某一個機器出現故障，DNS的更新需要時間。

後來他們選擇了Amazon的Elastic Load Balancer，這裡有三個NGINX實例，可以換入換出。