成人综合婷婷国产精品久久免费,在线观看日本一区,xxx性视频

是微服務架構不香還是云不香？

2023年05月08日陳皓評論 551 條評論 283,327 人閱讀

這兩天技術圈里熱議的一件事就是Amazon的流媒體平臺Prime Video在2023年3月22日發(fā)布了一篇技術博客《規(guī)模化Prime Video的音視頻監(jiān)控服務，成本降低90%》，副標題：“從分布式微服務架構到單體應用程序的轉變有助于實現(xiàn)更高的規(guī)模、彈性和降低成本”，有人把這篇文章在五一期間轉到了reddit 和 hacker news 上，在Reddit上熱議。這種話題與業(yè)內(nèi)推崇的微服務架構形成了鮮明的對比。從“微服務架構”轉“單體架構”，還是Amazon干的，這個話題足夠勁爆。然后DHH在剛噴完Typescript后繼續(xù)發(fā)文《即便是亞馬遜也無法理解Servless或微服務》，繼續(xù)抨擊微服務架構，于是，瞬間引爆技術圈，登上技術圈熱搜。

今天上午有好幾個朋友在微信里轉了三篇文章給我，如下所示：

《微服務是不是個蠢主意？》
《單體回歸？亞馬遜放棄用于視頻監(jiān)控的微服務》
《從微服務轉為單體架構、成本降低 90%，亞馬遜內(nèi)部案例引發(fā)轟動》

看看這些標題就知道這些文章要的是流量而不是好好寫篇文章。看到第二篇，你還真當 Prime Video 就是 Amazon 的全部么？然后，再看看這些文章后面的跟風評論，我覺得有 80%的人只看標題，而且是連原文都不看的。所以，我想我得寫篇文章了……

…

閱讀全文 Read More

(607 人打了分，平均分： 4.32 )

我看ChatGPT: 為啥谷歌掉了千億美金

2023年02月12日陳皓評論 47 條評論 85,155 人閱讀

兩個月前，我試著想用 ChatGPT?幫我寫篇文章《eBPF 介紹》，結果錯誤百出，導致我又要從頭改一遍，從那天我覺得 ChatGPT 生成的內(nèi)容完全不靠譜，所以，從那天開始我說我不會再用 ChatGPT 來寫文章（這篇文章不是由 ChatGPT 生成），因為，在試過一段時間后，我對 ChatGTP 有基于如下的認識：

ChatGPT 不是基于事實，是基于語言模型的，事實對他來說不重要，對他重要的是他能讀懂你的問題，并按照一定的套路回答你的問題。
因為是基于套路的回答，所以，他并不能保證內(nèi)容是對的，他的目標是找到漂亮的精彩的套路，于是，你會發(fā)現(xiàn)，他的內(nèi)容組織能力和表述還不錯，但是只要你認真玩上一段時間，你會發(fā)現(xiàn)，ChatGPT 那些表述的套路其實也比較平常一般。它的很多回答其實都不深，只能在表面上。就像 Github 的 Copilot 一樣，寫不了什么高級的代碼，只能幫你寫一些常規(guī)格式化的代碼（當然，這也夠了）

ChatGPT 就是一個語言模型，如果不給他足夠的數(shù)據(jù)和信息，它基本就是在胡編亂造

所以，基于上面這兩個點認識，以發(fā)展的眼光來看問題，我覺得 ChatGPT 這類的 AI 可以成為一個小助理，他的確可以干掉那些初級的腦力工作者，但是，還干不掉專業(yè)的人士，這個我估計未來也很難，不過，這也很帥了，因為大量普通的工作的確也很讓人費時間和精力，但是有個前提條件——就是ChatGPT所產(chǎn)生的內(nèi)容必需是真實可靠的，沒有這個前提條件的話，那就什么用也沒有了。

今天，我想從另外一個角度來談談 ChatGPT，尤其是我在Youtube上看完了微軟的發(fā)布會《Introducing your copilot for the web: AI-powered Bing and Microsoft Edge 》，才真正意識到Google 的市值為什么會掉了1000億美元，是的，谷歌的搜索引擎的霸主位置受到了前所未有的挑戰(zhàn)……

…

閱讀全文 Read More

(250 人打了分，平均分： 4.52 )

聊聊 nostr 和審查

2023年02月03日陳皓評論 14 條評論 49,894 人閱讀

這兩天在網(wǎng)絡上又有一個東西火了，Twitter 的創(chuàng)始人 @jack 新的社交 iOS App? Damus 上蘋果商店（第二天就因為違反中國法律在中國區(qū)下架了），這個軟件是一個去中心化的 Twitter，使用到的是 nostr – Notes and Other Stuff Transmitted by Relays 的協(xié)議（協(xié)議簡介，協(xié)議細節(jié)），協(xié)議簡介中有很大的篇幅是在批評Twitter和其相類似的中心化的產(chǎn)品，如：Mastodon 和 Secure Scuttlebutt 。我順著去看了一下這個協(xié)議，發(fā)現(xiàn)這個協(xié)議真是非常的簡單，簡單到幾句話就可以講清楚了。

通訊過程

這個協(xié)議中有兩個東西，一個是 client，一個是 relay，client 就是用戶社交的客戶端，relay 就是轉發(fā)服務器。
用戶不需要注冊，用戶只需要有一個密鑰對（公鑰+私鑰）就好了，然后把要發(fā)的信息做簽名，發(fā)給一組 relays
然后你的 Follower 就可以從這些 relays 上訂閱到你的信息。

…

閱讀全文 Read More

(71 人打了分，平均分： 4.23 )

感染新冠的經(jīng)歷

2022年12月13日陳皓評論 35 條評論 109,603 人閱讀

寫一篇與技術無關的文章，供大家參考。我住北京朝陽，從上周三開始我家一家三口陸續(xù)發(fā)燒生病，自測抗原后，都是陽性。好消息是，這個奧密克戎跟一般的病毒性感冒差不多，沒什么可怕的，不過，整個過程除了發(fā)病之外還有一些別的因為感染帶出來的事，大家也需要知曉，以準備好，以免造成生活的不便，更好的照顧好自己和家人。

整個過程

我先說一下整個過程（我會不斷更新這個過程，直到轉陰）。說明一下，我孩子老婆都打過三針國產(chǎn)疫苗，孩子是科興，老婆是北京生物，我完全沒有打。

先是我家孩子（12 歲）。上周三（12 月 7 日），孩子早上起來就說頭疼，一測體溫，38 度 5，就停止上網(wǎng)課，老實休息了，我們并沒給孩子吃什么藥，到了晚上，孩子的體溫到了 39.4，嗓子疼，我老婆用酒精給孩子物理降溫（注：事實上最好別用酒精，因為會被皮膚吸收導致副作用），成功降到了 38.2 左右。周四（12 月 8 日），孩子的體溫在 38.2 一天，我老婆給孩子吃了蓮花清瘟，被我制止了，本來想上退燒藥的，但是我想體溫也不算高，能不吃就不吃，于是就讓孩子沖了個復方感冒沖劑（其實里面含對乙酰氨基酚，后面會說）。周五（12 月 9 日），孩子不停地出汗，到下午體溫正常了，然后咳嗽，鼻涕就來了，感冒癥狀來了，但精神不好，體虛無力。周末休息兩天就基本沒事了，也轉陰了。

接下來就到我了。

…

閱讀全文 Read More

(79 人打了分，平均分： 4.22 )

eBPF 介紹

2022年12月10日陳皓評論 23 條評論 82,292 人閱讀

很早前就想寫一篇關于eBPF的文章，但是遲遲沒有動手，這兩天有點時間，所以就來寫一篇，這文章主要還是簡單的介紹eBPF 是用來干什么的，并通過幾個示例來介紹是怎么玩的，這個技術非常非常之強，Linux 操作系統(tǒng)的觀測性實在是太強大了，并在 BCC 加持下變得一覽無余。這個技術不是一般的運維人員或是系統(tǒng)管理員可以駕馭的，這個還是要有底層系統(tǒng)知識并有一定開發(fā)能力的技術人員才能駕馭的了的。我在這篇文章的最后給了個彩蛋。

介紹

eBPF（extened Berkeley Packet Filter）是一種內(nèi)核技術，它允許開發(fā)人員在不修改內(nèi)核代碼的情況下運行特定的功能。eBPF 的概念源自于 Berkeley Packet Filter（BPF），后者是由貝爾實驗室開發(fā)的一種網(wǎng)絡過濾器，可以捕獲和過濾網(wǎng)絡數(shù)據(jù)包。

出于對更好的 Linux 跟蹤工具的需求，eBPF 從?dtrace中汲取靈感，dtrace 是一種主要用于 Solaris 和 BSD 操作系統(tǒng)的動態(tài)跟蹤工具。與 dtrace 不同，Linux 無法全面了解正在運行的系統(tǒng)，因為它僅限于系統(tǒng)調(diào)用、庫調(diào)用和函數(shù)的特定框架。在Berkeley Packet Filter??(BPF)（一種使用內(nèi)核 VM 編寫打包過濾代碼的工具）的基礎上，一小群工程師開始擴展 BPF 后端以提供與 dtrace 類似的功能集。?eBPF 誕生了。2014 年隨 Linux 3.18 首次限量發(fā)布，充分利用 eBPF 至少需要 Linux 4.4 以上版本。

…

閱讀全文 Read More

(42 人打了分，平均分： 4.21 )

聊聊團隊協(xié)同和協(xié)同工具

2022年10月14日陳皓評論 54 條評論 59,596 人閱讀

這兩天跟 Cali 和 Rather 做了一個線上的 Podcast – Ep.5 一起聊聊團隊協(xié)同。主要是從 IM 工具擴展開來聊了一下團隊的協(xié)同和相應的工具，但是聊天不是深度思考，有一些東西我沒有講透講好，所以，我需要把我更多更完整更結構化的想法形成文字。（注：聊天聊地比較詳細，本文只是想表達我的主要想法）

國內(nèi)外的企業(yè) IM 的本質(zhì)差別

國內(nèi)企業(yè)級在線交流工具主要有：企業(yè)微信、釘釘、飛書，國外的則是：Slack、Discord這兩大IM工具，你會發(fā)現(xiàn)，他們有很多不一樣的東西，其中有兩個最大的不同，一個是企業(yè)管理，一個是企業(yè)文化。

企業(yè)管理

Slack/Discrod 主要是通過建 Channel ，而國內(nèi)的IM則主要是拉群。你可能會說，這不是一樣的嗎？其實是不一樣的，很明顯，Channel 的屬性是相對持久的，而群的屬性則是臨時的，前者是可以是部門，可以是團隊，可以是項目，可以是產(chǎn)品，可以是某種長期存在的職能（如：技術分享），而拉群則是相對來說臨時起意的，有時候，同樣的人群能被重復地拉出好幾次，因為之前臨時起意的事做完了，所以群就被人所遺忘了，后面再有事就再來。很明顯，Channel 這種方式明顯是有管理的屬性的，而拉群則是沒有管理的。

…

閱讀全文 Read More

(112 人打了分，平均分： 4.35 )

從一次經(jīng)歷談 TIME_WAIT 的那些事

2022年07月19日陳皓評論 31 條評論 65,851 人閱讀

今天來講一講TCP 的 TIME_WAIT 的問題。這個問題盡人皆知，不過，這次遇到的是不太一樣的場景，前兩天也解決了，正好寫篇文章，順便把 TIME_WAIT?的那些事都說一說。對了，這個場景，跟我開源的探活小工具 EaseProbe?有關，我先說說這個場景里的問題，然后，順著這個場景跟大家好好說一下這個事。

問題背景

先說一下背景，EaseProbe 是一個輕量獨立的用來探活服務健康狀況的小工具，支持http/tcp/shell/ssh/tls/host以及各種中間件的探活，然后，直接發(fā)送通知到主流的IM上，如：Slack/Telegram/Discrod/Email/Team，包括國內(nèi)的企業(yè)微信/釘釘/飛書，非常好用，用過的人都說好 ??。

這個探活工具在每次探活的時候，必須要從頭開始建立整個網(wǎng)絡鏈接，也就是說，需要從頭開始進行DNS查詢，建立TCP鏈接，然后進行通信，再關閉鏈接。這里，我們不會設置 TCP 的 KeepAlive 重用鏈接，因為探活工具除了要探活所遠端的服務，還要探活整個網(wǎng)絡的情況，所以，每次探活都需要從新來過，這樣才能捕捉得到整個鏈路的情況。

…

閱讀全文 Read More

(68 人打了分，平均分： 4.54 )

ETCD的內(nèi)存問題

2022年05月05日陳皓評論 39 條評論 54,358 人閱讀

今天跟大家分享一個etcd的內(nèi)存大量占用的問題，這是前段時間在我們開源軟件Easegress中遇到的問題，問題是比較簡單的，但是我還想把前因后果說一下，包括，為什么要用etcd，使用etcd的用戶場景，包括etcd的一些導致內(nèi)存占用比較大的設計，以及最后一些建議。希望這篇文章不僅僅只是讓你看到了一個簡單的內(nèi)存問題，還能讓你有更多的收獲。當然，也歡迎您關注我們的開源軟件，給我們一些鼓勵。

為什么要用ETCD

先說一下為什么要用etcd。先從一個我們自己做的一個API網(wǎng)關 – Easegress（源碼）說起。

Easegress 是我們開發(fā)并開源的一個API應用網(wǎng)關產(chǎn)品，這個API應用網(wǎng)關不僅僅只是像nginx那樣用來做一個反向代理，這個網(wǎng)關可以做的事很多，比如：API編排、服務發(fā)現(xiàn)、彈力設計（熔斷、限流、重試等）、認證鑒權（JWT，OAuth2，HMAC等）、同樣支持各種Cloud Native的架構如：微服務架構，Service Mesh，Serverless/FaaS的集成，并可以用于扛高并發(fā)、灰度發(fā)布、全鏈路壓力測試、物聯(lián)網(wǎng)……等更為高級的企業(yè)級的解決方案。所以，為了達到這些目標，在2017年的時候，我們覺得在現(xiàn)有的網(wǎng)關如Nginx上是無法演進出來這樣的軟件的，必需重新寫一個（后來其他人也應該跟我們的想法一樣，所以，Lyft寫了一個Envoy。只不過，Envoy是用C++寫的，而我用了技術門檻更低的Go語言）

另外，Easegress最核心的設計主要有三個：

…

閱讀全文 Read More

(48 人打了分，平均分： 4.46 )

“一把梭：REST API 全用 POST”

2022年02月13日陳皓評論 128 條評論 148,765 人閱讀

寫這篇文章的原因主要還是因為V2EX上的這個貼子，這個貼子中說——

“對接同事的接口，他定義的所有接口都是 post 請求，理由是 https 用 post 更安全，之前習慣使用 restful api ，如果說 https 只有 post 請求是安全的話？那為啥還需要 get 、put 、delete ？我該如何反駁他。”

然后該貼中大量的回復大概有這么幾種論調(diào)，1）POST挺好的，就應該這么干，溝通少，2）一把梭，早點干完早點回家，3）吵贏了又怎么樣？工作而已，優(yōu)雅不能當飯吃。雖然評論沒有一邊倒，但是也有大量的人支持。然后，我在Twitter上嘲諷了一下，用POST干一切就像看到了來你家裝修工人說，“老子干活就是用釘子釘一切，什么螺絲、螺栓、卡扣、插銷……通通不用，釘槍一把梭，方便，快捷，安全，干完早回家……不過，還是有一些網(wǎng)友覺得用POST挺好的，而且可以節(jié)約時間。所以，正好，我在《我做系統(tǒng)架構的原則》中的“原則五”中反對API返回碼無論對錯全是200的返回那，我專門寫下這一篇文章，以正視聽。

這篇文章主要分成下面這幾個部分：

為什么要用不同的HTTP動詞？
Restful 進行復雜查詢
幾個主要問題的回應
- POST 更安全嗎？
- 全用 POST 可以節(jié)省時間溝通少嗎？
- 早點回家的正確姿勢
- 工作而已，優(yōu)雅不能當飯吃

…

閱讀全文 Read More

(272 人打了分，平均分： 4.61 )

談談公司對員工的監(jiān)控

2022年02月12日陳皓評論 33 條評論 92,651 人閱讀

今天看到微博上有一個熱點事件，是一個關于某公司做的一個監(jiān)控員工離職傾向的軟件，從截圖中可以看到員工訪問招聘網(wǎng)站的次數(shù)，還有投遞的簡歷以及搜索的關建詞等等信息，通過這些信息分析員工的離職傾向。然后我發(fā)一個微博，說了一下，我以前工作過的公司無論外國公司還是中國公司都有這樣的情況，收到一些人來問我相關的情況，所以，我想還是寫篇文章詳細地說一下，我對這種事情的看法。

本文分成下面?zhèn)€部分：

公司監(jiān)控員工的技術手段有哪些？
為什么要監(jiān)控員工？
外企和國企有什么不一樣？
我對此事的看法

…

閱讀全文 Read More

(110 人打了分，平均分： 4.57 )

酷殼 – CoolShell

享受編程和技術所帶來的快樂 – Coding Your Ambition

是微服務架構不香還是云不香？

2023年05月08日陳皓評論 551 條評論 283,327 人閱讀

我看ChatGPT: 為啥谷歌掉了千億美金

2023年02月12日陳皓評論 47 條評論 85,155 人閱讀

感染新冠的經(jīng)歷

2022年12月13日陳皓評論 35 條評論 109,603 人閱讀

整個過程

eBPF 介紹

2022年12月10日陳皓評論 23 條評論 82,292 人閱讀

介紹

聊聊團隊協(xié)同和協(xié)同工具

2022年10月14日陳皓評論 54 條評論 59,596 人閱讀

國內(nèi)外的企業(yè) IM 的本質(zhì)差別

企業(yè)管理

從一次經(jīng)歷談 TIME_WAIT 的那些事

2022年07月19日陳皓評論 31 條評論 65,851 人閱讀

問題背景

ETCD的內(nèi)存問題

2022年05月05日陳皓評論 39 條評論 54,358 人閱讀

為什么要用ETCD

“一把梭：REST API 全用 POST”

2022年02月13日陳皓評論 128 條評論 148,765 人閱讀

談談公司對員工的監(jiān)控

2022年02月12日陳皓評論 33 條評論 92,651 人閱讀