Skip to Content

WWW 0x01: 有個部署「部署「部署 K8s 」」的工具

這裡是 WWW 第壹期,Wow Weihang Weekly 是一個毫無章法的個人週刊,出刊週期極不固定,從一週到五年都有可能。初期內容以軟體工程為主,等財富自由後會有更多雜食篇章。

How to Adopt Modern C++17 into Your C++ Code : Build 2018

推個 C++ 影片,微軟的大師 Herb Sutter 很精要地講完重要的 modern feature 除了 smart pointer,還包含了

  • move semantic
  • string_view
  • optional
  • any_cast/variant
  • RAII scoped lifetime 心法 => Rust 已經是 NLL 了

Tanka:Grafana Lab 部署 k8s 的新工具

Tanka 是 Grafana Lab 開源的新部署工具,原文短又清楚,但這邊還是再疊床架屋摘要一次

  • YAML 不是動態語言,很多邏輯會不斷重複,不好寫
  • Helm 很棒,但奠基在 string template 上仍然難寫難維護,彈性不夠高,Chart 維護者沒 export 的欄位你也不能擅自修改
  • Helm 其實完全沒有抽象化,就算 values.yaml 挖了很多洞,開發者仍然要去看 template 裡面到底做了什麼事

這些的確都是用 Helm 部署的痛點,尤其是低度抽象化,看看精美的 stable/prometheus-operator,就會開始思考 Helm 的定位與其說是 Package manager,倒像只是一堆 yaml 的集合(事實上就是),完全沒有封裝感,更別提 Resource 修改時,很常遇到 Helm 沒辦法正確更新的痛了。

Tanka 用了 Jsonnet 這個小眾動態語言來解決上述問題,並在上面寫了 Tanka 自己用的小小 Jsonnet 函式庫,個人認為雖然看似有解決問題,但同時引進新的概念和語言,依舊是個成本,而且 Helm 目前還有 CNCF 和生態系的加持。

事實上,維運到底要如何封裝、封裝多少,比起應用程式面,更需要關注現有 infra,甚至可以說維運幾乎不可能完美封裝。如果有空閱讀 Tanka 在 Hacker News 上的討論串,不難發現 Helm 和 Terrafrom,甚至 kustomize 都有不同的應用場景,Tanka 想要吃下哪塊市場份額,成為什麼角色,拭目以待吧。

Making Instagram.com faster Part 4

本文描述前端團隊如何讓 Instagram 網站加速,總共分四篇,本篇強調要注重 code size 本身大小(pre-compression),而非壓縮後大小(post-compression),節錄重點如下:

  • 就算用了 Brotli 壓縮程式碼,使用者 page load 的時間依然不變,parser 仍要解析你下面那一大包
  • 重構 UI 做合理的 code splitting 和動態載入需要的工程資源浩大,是個長期目標
  • Inline require: 模組在需要時再 require,其實就是 lazy initialization,IG 用 Metro 這個 bundler 達成此事
  • 根據不同瀏覽器版本給予不同的 bundle: 新瀏覽器給 ES2017,舊的給 ES5。IG 用了 server-side user-agent 來判斷要給 client 載入什麼資源。這個作法可以同時減少 pre-/post-compression size