TDD is dead, again(2)

• 線下開發問題。因為開發還是在線下的，沒有辦法從線上引流，以及直接利用線上的環境。導致開發階段很難去跑業務邏輯，本地驗證新寫的代碼。從質量保證的角度來說，小流量和開關是足夠的。從效率地角度和開發者幸福感方面，僅僅上線才可以驗證自己的代碼是遠遠不夠的。
• 灰度和開關都是拿用戶做小白鼠，是有損的。這就決定了，使用必須很謹慎，開得很慢。速度受到影響。
• 各種日志，服務發現，影子表等技術，都是需要侵入代碼的。對于混合語言的公司來說，成本很高。而且每個公司的基礎架構都在重復解決類似的問題。

所以我的判斷是

• 將來軟件開發會越來越往在線的方向發展。用在線的流量，在線的環境去驗證新寫的代碼變得越來越方便。
• proxy會越來越普遍。隨著硬件的進步，跨進程通信的成本越來越低。各種基礎架構問題會逐步地以代理地方式解決。

這些包裹在業務邏輯外面的proxy可以把以下問題給通用地解決掉

• 服務發現
• 高可用
• 流量調度
• 日志記錄
• 監控埋點
• 流量捕捉
• 流量回放
• 測試流量讀寫影子表

業務邏輯里唯一需要做的事情是上下文傳遞。需要把當前流量性質和trace_id做一個上下文的透傳。

原文轉自：https://zhuanlan.zhihu.com/p/25518867