關於 cdn缺點 ，我們在網路上蒐集到這些相關的討論、資訊與評價

搶搭新技術或新架構浪潮，雖然可以更快感受到新技術的好處，但也可能很容易就會跌一跤。例如，愛料理採用微服務架構之後，技術長李致緯發現不同的微服務雖然可以各自擴充，各自有自己的部署周期，但缺點是服務復原（Service Recovery）難度很高，以及內部API控管不易

https://www.ithome.com.tw/people/143598

-------------------------------------------------------

◤ 最具指標年度盛事．CYBERSEC 2021 臺灣資安大會 ◢
2,300+ 家企業指定造訪、臺灣唯一超規格資安展會
掌握趨勢、諮詢專家，尋求資安解方的第一首選！

🔴 馬上報名 https://r.itho.me/register
🟢 邀請好友抽 AirPods Pro https://r.itho.me/share

★ 全方位主題論壇 200+ 場專業演說 👑
★ 破 200+ 品牌參展 歷年最大資安展覽 ⛹
★ 佳評如潮 CyberLAB 實機攻防演練 🏆
★ 獨門 CYBERSEC Playground 資安體驗區 🃏
★ 臺灣資安館 看見 MIT 自主研發實力 👊
★ CyberTalent Connect 資安新鮮人才專區 🙋
★ 票選最受歡迎 Tech Demo Award 拿大獎 📣
… and more!

🔵 鎖定大會動態 https://r.itho.me/CYBERSEC_2021
🔴 免費參加 https://r.itho.me/signup

________________________________
CYBERSEC 2021 臺灣資安大會
時間：5 月 4 - 6 日
地點：臺北南港展覽二館

#TRUST_redefined #信任重構
#CYBERSEC2021 #2021臺灣資安大會
#CYBERSECEXPO #臺灣資安大展 #資安 #iThomeSecurity

【這是一篇關於我經營寫點科普的想法】

「寫點科普」是我從大學尾聲開始經營的網誌，我放在網誌和粉專上對「寫點科普」營運宗旨的開篇介紹就是✍️產業史+探究精神✍️了解各產業和金融經濟概念，是我認為生而為人的基本知識

簡單來說就是我認為一個現代人需要吸收的新知太多，金融財報美學設計技術名詞週遭產業...通通都要懂，最好的做法就是建立一套自己去看事情的研究體系，我的網誌也是一直在推廣這個想法並用我自己的文章架構來做示意（最一開始提出問題、後續慢慢解答）

目前網誌寫到的產業我自己一開始都不懂，但我覺得我自己應該要懂！所以從零到一研究完之後發表出來提供給其他同樣是小白的讀者，只要懂提出問題和Problem Solving什麼領域都可以研究，這是我也是寫「科普」的核心

至今還是很多讀者以為「寫點科普」是半導體專門戶，看我寫別的主題就說欸是不是不務正業... 沒有我還曾經寫過時尚產業！字型學！電腦科學演進！還有1980年代開始的家機史還有雷亞CEO專訪文！寫過特斯拉財報分析！我今天無聊看了一下網站最熱門的Top 10文章，竟然還包括我寫過的一篇UI設計流程，足足害我驚愕了一陣🤣

看起來戰線開很廣，但我寫這些其實也不是隨便挑主題。我的老讀者一定都知道我最早期有設定「主題線」的習慣，我過往的文章也都是按照專題形式來進行，包括晶圓代工系列、財經系列、訪問雷亞CEO的遊戲產業專題等等

可以參考我放在網誌總覽的「寫點科普使用手冊」(如圖)
：https://kopu.chat/2017/04/29/kopuchat/

這是一個我大學時期就想建立的知識樹，通通都是由0到1：

👉哲學、電腦科學、硬體、通訊/網路
👉應用 / 設計
👉金融 / 經濟

有看過我所有文章的話，主題也通通都是「從零到一，帶你了解什麼是時尚設計/什麼是股市/什麼是經濟學/什麼是晶圓代工/什麼是雲端運算/什麼是人工智慧...」

龐大到我覺得我可能得都花一輩子的時間在上面慢慢的拓建這樣的知識樹🤣自從取了「寫點科普」這四字做為網誌名稱後，一直想著：要好好背負這個名號貫徹始終科普的理念

但老實說我這種營運模式有一個很大的缺點在於沒辦法跟風，我自己覺得很重要而寫出來但並不一定搭上對的Timing，如果我想要開設的主題沒有搭上新聞時事的話點閱率真的非常低，也有聽到評論是只有那種真的是我核心粉絲、喜歡我每一篇文的讀者才會想看吧（其實我去年底有寫了一篇犯罪心理學的科普，但後來想到：最近沒什麼大事，新讀者可能以為我是寫科技金融的，發這個感覺也超怪😂這裡偷打預防針是我過幾天還是決定會發布的lol）

如果有從最一開始就Follow我的骨灰級讀者，應該有發現從2018年底開始到2019年所出現的文章，我再也沒有寫過科普專題，直接變成市場時事分析，差不多形同放棄科普這個概念；但最近又有重新想要規劃專題科普的想法了。

我最近為什麼一直開Clubhouse房間？語音的好處就是腦袋有很多的想法可以用超低成本的方式直接講出來；文字一大問題就是要花時間濃縮成語句寫下來、找內文圖片、想標題什麼的。

最近想說透過這個機會，重新梳理一下如何更彰顯出「主題線」這個概念。今年如果有跟著我在聽Clubhouse場次、或看我後續發布在粉專或網誌上的Takeways的同伴們不知道有沒有發現我主軸也是默默地在做鋪陳，成為「美商SaaS公司專題」（可能只有我自己知道😅）：

場次一：SaaS公司收入結構該怎麼分析？關鍵指標有哪些？

有了這個預先的概念跟討論後，接下來我開的討論也都圍繞在這上面

場次二：特斯拉買Bitcoin營運分析
場次三：2021社交App市場變化趨勢
場次四：CDN邊緣運算獨角獸Cloudflare/Fastly點評
✊✊✊場次五：行動數位廣告經濟（今晚十點鐘喔👋）
場次六：2/21，AWS/Azure/GCP營運策略討論
場次七：2/24，Google Q4財報分析

大概全世界只有我自己知道我在做這個鋪陳🤣🤣🤣抱歉沒特別出來說明！

另外為什麼不開 Podcast 的原因是「寫點科普」的經營方向不是股票投資而是產業介紹（牽涉的範圍很廣，財報/產業動向/技術名詞/設計...全方位涉及）所以要盡量去除個人主觀意見讓它具備專業知識性，最好還是有該產業的專家在場；但老實說我認識的朋友不是很多，全靠個人研究花超級多時間蒐集資料跟做驗證，所以現在CH的好處是我只要有一個大概的想法就可以丟出來討論請專家上來一起聊。這陣子透過Clubhouse也認識到了很多強者，之後打算開Podcast邀相關背景的CO-Host過來看看（或也會徵求讀者報名參加哈哈）

總而言之分享了一些關於我在怎麼經營的想法，出現在寫點科普上的主題是只要需要動腦想的邏輯問題，那就什麼都會有😏只是我個人能力比較強的還是財務相關所以這方面當然會最多內容、切入產業分析的視角也常常會是這個，也請讀者多見諒啦！

之後CH內容也會盡量整理並發布在FB/IG/Blog上面，手機中沒有CH的讀者可以參考這些、或等我之後規畫開設Podcast了💕

#就地避難在家鍛鍊寫作能力

軟體工程師系統設計面試準備指南

當你有了幾年的工作經驗以後，在找工作時一定會遇到系統設計的面試，有鑒於大部分的面試心得都是針對演算法以及資料結構的程式面試 (包括我之前寫的美國軟體工程師求職心得)，對於系統設計的準備資源還真的不多，本篇要來剖析系統設計面試，介紹面試的流程、正確的心態以及準備的方向，讓大家再也不怕系統設計面試！

Medium 好讀版：https://medium.com/jktech/%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB%E7%B3%BB%E7%B5%B1%E8%A8%AD%E8%A8%88%E6%BA%96%E5%82%99%E6%8C%87%E5%8D%97-acf6ab1f502f?source=friends_link&sk=ca40acf60b749cb1b32c17a868b0c1a3

#為什麼系統設計很重要？

在程式面試表現優異，可以讓你順利拿到 Offer；但是系統設計會決定你加入公司的職等！這也就是為什麼有些人有十年經驗只能拿到 Mid-Level (L4) 的 Offer，而有些人只有五年經驗卻可以拿到資深工程師以上 (L5+) 的 Offer。

另外，如果你是面試 Staff 或是 Principal 級別以上的話，除了系統設計以外，有些公司還會有 Technical Leadership 的面試，來判斷你是否有能力可以跟不同的部門合作、解決問題的不確定性、帶領資淺的人然後推動並且完成一個跨部門的大型技術專案。

簡單來說，系統設計用來判斷你是 L4 或是 L5+，Technical Leadership 面試用來判斷是 L5 或是 L6+。

#為什麼系統設計很難準備？

大多數應徵者在準備的時候會過度偏重於程式面試，原因也不難理解，程式問題的定義很清楚，有給定的輸入以及預期的輸出，就算你真的想不出來，LeetCode 上的討論區也有參考答案；這種有考古題可以參考的面試，對於台灣教育出來的人來說相對好準備，隨著你解的問題多了，你也會更有信心，不知不覺甚至還會刷上癮了呢！但系統設計卻非如此。

系統設計面試的問題描述通常很模糊 (這是刻意的)，沒有給定的輸入與輸出，比較沒有既定規則可以遵循，然後也沒有一個標準答案，針對不同系統你需要提出不同的解法然後分析優缺點，一樣的問題，面試官也會針對你過去經驗往不同的方向問，有些問題你工作上沒有碰過還真的回答不出來，這也就是為什麼很多人看到系統面試就怕了。

#到底要怎麼準備？

首先我們要先建立一個觀念：沒有任何一個人可以知道所有的技術細節

不管你的面試官有多少年經驗，不管他們再怎麼資深，在變化快速的軟體產業，沒有人可以知道所有事情，一定有你知道而他們沒聽過的事情！

請把系統設計當成分享你過去所學的面試，這個面試的目的在於展示你對於軟體架構能力的廣度跟深度，你必須可以給出大方向的架構，知道有哪些元件 (廣度)，同時針對你熟悉的領域深入探討更多細節 (深度)，並且提出幾個解決方案，分析優缺點，並且針對系統需求選擇合適的解法。

大方承認自己對某些領域的細節不熟，也是完全沒問題的，只要讓面試官了解你知道這個東西，如果要深入了解的話你知道有哪些方向要努力，這樣就夠了，因為在大型的軟體專案裡，一定是高度分工的，不會有人同時精通手機端、前端、後端、Infra 以及嵌入式或是硬體的。

講到這裡，相信你也知道如果真的要準備是準備不完的，這些知識是透過平常工作以及閱讀技術文章長期累積的成果，比較沒辦法臨時抱佛腳。

#具體來說會問什麼問題

舉例來說，一個系統設計的問題會像是這樣：如何設計 Facebook?

這類問題的描述通常會很大而且模糊，面試官不預期而且你也不可能在 45 分鐘內就設計出這些公司花了好幾年這麼多人力設計出來的產品，所以第一步要做的事情是確認需求：是要設計動態牆、Messenger、廣告系統還是推薦系統？流量跟資料量為多少？需要支援全球的使用者嗎？

確認完需求以後，會針對最重要的幾個使用場景設計你的 Data model 以及 API，接著畫出大的系統架構圖，大致上會包含客戶端 (手機版/桌面版)、Load Balancer (Reverse Proxy)、App Servers 以及資料庫，接著可以針對細節下去討論，這邊開始就很自由了。

如果你是專精在資料庫，可以討論要用什麼資料庫以及資料要怎麼存可以讓特定使用場景的讀取以及寫入效能比較好，要怎麼做資料庫的 Replication 跟 Sharding 來服務更多的使用者？

如果講到快取，哪些地方可以加快取呢 (瀏覽器前端, CDN, App Server, 資料庫)？具體來說寫入快取有哪些方式以及優缺點 (write-through, write-around, write-back)？什麼時候要失效？要讓哪些資料失效？

如果聊到微服務器架構跟 Service Mesh，不同的服務怎麼跟其他的服務溝通? control plane 要怎麼更新 data plane 的設定？如果 control plane 掛了怎麼辦？要怎麼做 service discovery? 哪一種 Load Balancing 策略比較好 (round robin, random, least connection, ring hash, or maglev)？有些服務掛了影響到整個系統怎麼辦？什麼時候需要 circuit breaker ？

如果你是手機開發者，怎麼實現離線瀏覽？手機要有資料庫嗎？要怎麼以及多常跟伺服器同步？API 要怎麼設計？如何實現 Infinite Loading？剛 Po 文以後要怎麼樣在自己手機上馬上看到？

這些問題真的列舉不完，總之看到這裡你會了解為什麼我說這個面試是沒有範圍而且也準備不完的，重點應該放在跟面試官的討論，展現你在技術方面的廣度跟深度，讓面試結束的時候能夠有一個你們兩個人都同意的設計！

#準備材料

系統設計的資源比較分散，以下是我篩選過後覺得有用的資料，按照素材的類型作分類，也歡迎大家留言補充！

#入門影片

針對完全沒有概念的新手，我建議可以先從哈佛的 CS75 Lecture 9 Scalability 開始，裡面講到的很多基礎觀念都相當重要，值得一再複習，這些概念先有了以後再閱讀其他的材料會比較有感覺：

如果你看完這篇文章後還想再多了解系統面試的形式，也可以看一個前 Facebook 工程師分享的影片：

Distributed Systems in One Lesson 也很推，裡面提到不少業界在使用的設計模式：

有一個需要付費的資源是 SystemsExpert，每個影片會講解一個系統設計重要的概念，我個人覺得內容有點淺所以沒有買，但是整理地還算不錯，如果你看完他們免費的影片有興趣還是可以參考一下。

#閱讀文章

影片是一個讓你很好理解大方向概念的方式，但是如果你要深入理解背後的原理還有怎麼運作的細節，還是得透過大量以及深度的閱讀來吸收呀！

system design primer 整理了很多系統設計的資源，資料量很夠， 個人的建議是先快速過一遍，不要細讀，先知道總共有哪些元件，大概是做什麼用的就好，接著針對有興趣的部分在深入研究，建立自己的知識庫。

Grokking the System Design Interview 也是很多人推薦的材料，主要是針對系統設計的問題提供範例解答，他們的答案可以當作一個參考，但面試的時候不要完全照著回答，還是得看跟面試官討論的結果來進行，但這個是需要付費的，有興趣可以用我的推薦碼註冊購買。

如果你不想花錢或是不確定 Grokking 的文章你喜不喜歡，有一個類似的網站 Crack the System Design Interview 整理得也還不錯。

#書籍

唸書是一個有系統性學習的方法，如果你只想選一本書來看，就選這本大家都推的系統設計聖經 — Designing Data-Intensive Applications，簡稱 DDIA，這本書適合的對象是想要長期準備系統設計或是分散式系統的人，裡面舉的例子都是實際上業界遇到的問題，不會有以前讀教科書那種工作又用不到的感覺；但也因為是書，花了一些篇幅在講解背景知識，包含以前的系統是怎麼設計的以及如何演進到現在，對短期要準備面試的人效率會有點低，所以不適合有時間壓力的人。

這本書我目前讀了一半，最大的收獲是它解釋了很多為什麼現代的系統要做這樣的設計，我們針對不同的系統要求可以有哪些解法，這些解法各有什麼優缺點，總之分散式系統就是我們解決了一個問題，但又會產生更多要考量的點，一切都是 trade-off。

但這本書也不是沒有缺點的，首先我覺得是本書的英文沒有很好讀，我常常一段看了好幾遍才知道他想表達的重點是什麼，而且，有些很重要的觀念常常藏在一段文字裡用一句話帶過，但是不太重要的觀念卻使用 Bullet Point 表達；另外這本書話常常講一半，一些觀念提到了一點卻說我們後面再聊，也因為這樣，我在考慮要不要幫大家整理每一個章節的重點，翻成中文分享給大家，有興趣的朋友麻煩拍手留言告訴我！

除此之外，Google 的 SRE Books 內容也很實在，但是每一個章節的內容是獨立的，建議大家選擇想研究的章節跳著看就好。

最後，Distributed systems for fun and profit 的內容也很好，以分散式系統的理論為主，比較沒那麼針對系統設計面試。

#還想閱讀更多嗎？

我知道光是上面的資源就已經讀不完了，但是行有餘力的話，平時也可以多看看各大公司的技術部落格或是訂閱技術週刊如 TechBridge (台灣) 、HackerNews 以及 InfoQ 等等。

此外，參考別人的經驗也是很好的方式，最近剛好幾個朋友剛找完工作，他們分享的矽谷找資深工程師工作心得分享以及2020 上半年軟工找工經驗分享也都很值得看！

最後，在工作上使用到的技術，除了會用以外，最好也要花時間去研讀技術文件，了解他們設計的考量以及支援的場景，大部分這類型針對開發者的文件寫得會比較深入，所以也是相當好的學習素材；我自己過去一年因為工作上需要整合 Envoy 到我們公司的 Traffic Infrastructure，從他們的文件中學到很多 Service Mesh 跟微服務器的重要概念，學習的深度都是其他資源無法提供的。

#總結

這篇文章我們整理了很豐富的系統設計資源，希望大家不要被這滿滿的資訊量嚇跑。

請記得，我們永遠有各種方法在短期內針對面試做準備，提升面試的表現，但這都只是一時的，沒辦法讓你一夕之間就成為專家；如果想要追求長期的持續成長，那麼沒有捷徑 — 就是養成每天學習以及閱讀的習慣，一開始真的很難看到效果，但是當你持續一週、一個月甚至是一年以後，你會明顯感受到自己的成長，這些投入的時間都是騙不了人的。

如果這篇文章對你有幫助，請拍手留言加訂閱，並且分享給更多有需要的人知道！

定位為新型SUV的Skoda Karoq終於在眾所矚目下抵台進行了公辦試駕，首波引進的是1.5升車型，這次我們拿到的是配備更為齊全的1.5 TSI 尊榮版，據了解目前Karoq已經拿下一千多張的預接單，為什這台車這麼有吸引力呢?開起來真的跟原廠說的一樣棒嗎?試駕過後我們一樣會用一般消費者的觀點來分析，並告訴大家3個值得買跟3個不值得買的理由。

查看Skoda Karoq的完整規配和價格
http://8891.com.tw/8ZU

是否值120萬？Skoda Karoq戰力分析
http://8891.com.tw/CDN

8891新車《為什麼要買？》單元從消費者觀點出發，結合實際的使用過程，針對您關注的車款整理出三個值得買的理由和三個不值得買的理由。讓大家理性地了解各車優缺點，提供客觀的選車參考，這裡沒有業配，只有實話實說！