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

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

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

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

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

    閱讀全文 Read More

    好爛啊有點差湊合看看還不錯很精彩 (568 人打了分,平均分: 4.33 )
    Loading...
    我看ChatGPT: 為啥谷歌掉了千億美金

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

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

    1. ChatGPT 不是基于事實,是基于語言模型的,事實對他來說不重要,對他重要的是他能讀懂你的問題,并按照一定的套路回答你的問題。
    2. 因為是基于套路的回答,所以,他并不能保證內容是對的,他的目標是找到漂亮的精彩的套路,于是,你會發現,他的內容組織能力和表述還不錯,但是只要你認真玩上一段時間,你會發現,ChatGPT 那些表述的套路其實也比較平常一般。它的很多回答其實都不深,只能在表面上。就像 Github 的 Copilot 一樣,寫不了什么高級的代碼,只能幫你寫一些常規格式化的代碼(當然,這也夠了)
    ChatGPT 就是一個語言模型,如果不給他足夠的數據和信息,它基本就是在胡編亂造

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

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

    閱讀全文 Read More

    好爛啊有點差湊合看看還不錯很精彩 (242 人打了分,平均分: 4.53 )
    Loading...
    聊聊 nostr 和 審查

    聊聊 nostr 和 審查

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

    通訊過程

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

    閱讀全文 Read More

    好爛啊有點差湊合看看還不錯很精彩 (71 人打了分,平均分: 4.23 )
    Loading...
    感染新冠的經歷

    感染新冠的經歷

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

    整個過程

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

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

    接下來就到我了。

    閱讀全文 Read More

    好爛啊有點差湊合看看還不錯很精彩 (79 人打了分,平均分: 4.22 )
    Loading...
    eBPF 介紹

    eBPF 介紹

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

    介紹

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

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

    閱讀全文 Read More

    好爛啊有點差湊合看看還不錯很精彩 (38 人打了分,平均分: 4.18 )
    Loading...
    聊聊團隊協同和協同工具

    聊聊團隊協同和協同工具

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

    國內外的企業 IM 的本質差別

    國內企業級在線交流工具主要有:企業微信、釘釘、飛書,國外的則是:Slack、Discord這兩大IM工具,你會發現,他們有很多不一樣的東西,其中有兩個最大的不同,一個是企業管理,一個是企業文化。

    企業管理

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

    閱讀全文 Read More

    好爛啊有點差湊合看看還不錯很精彩 (111 人打了分,平均分: 4.34 )
    Loading...
    從一次經歷談 TIME_WAIT 的那些事

    從一次經歷談 TIME_WAIT 的那些事

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

    問題背景

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

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

    閱讀全文 Read More

    好爛啊有點差湊合看看還不錯很精彩 (67 人打了分,平均分: 4.54 )
    Loading...
    ETCD的內存問題

    ETCD的內存問題

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

    為什么要用ETCD

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

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

    另外,Easegress最核心的設計主要有三個:

    閱讀全文 Read More

    好爛啊有點差湊合看看還不錯很精彩 (48 人打了分,平均分: 4.46 )
    Loading...
    “一把梭:REST API 全用 POST”

    “一把梭:REST API 全用 POST”

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

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

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

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

    1. 為什么要用不同的HTTP動詞?
    2. Restful 進行復雜查詢
    3. 幾個主要問題的回應
      • POST 更安全嗎?
      • 全用 POST 可以節省時間溝通少嗎?
      • 早點回家的正確姿勢
      • 工作而已,優雅不能當飯吃

    閱讀全文 Read More

    好爛啊有點差湊合看看還不錯很精彩 (269 人打了分,平均分: 4.60 )
    Loading...
    談談公司對員工的監控

    談談公司對員工的監控

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

    本文分成下面個部分:

    • 公司監控員工的技術手段有哪些?
    • 為什么要監控員工?
    • 外企和國企有什么不一樣?
    • 我對此事的看法

    閱讀全文 Read More

    好爛啊有點差湊合看看還不錯很精彩 (109 人打了分,平均分: 4.57 )
    Loading...
    主站蜘蛛池模板: 国产成人一区二区三区在线| 波多野结衣AV一区二区三区中文| 亚洲一区二区久久| 国产一区二区三区免费看| 久久国产视频一区| 国产精品 一区 在线| 国产精品乱码一区二区三| 精品少妇ay一区二区三区 | 欧洲亚洲综合一区二区三区| 日本免费一区二区三区| 国产成人无码AV一区二区| 日韩精品无码Av一区二区| 国内精品视频一区二区三区| 亚洲午夜精品一区二区麻豆| 日韩最新视频一区二区三| 国产乱码一区二区三区| 亚洲视频一区网站| 亚洲香蕉久久一区二区三区四区| 日韩高清国产一区在线| 极品人妻少妇一区二区三区| 亚洲va乱码一区二区三区| 精品亚洲AV无码一区二区三区| 久久久久人妻精品一区| 精品无码AV一区二区三区不卡 | 日韩精品无码一区二区三区AV| 国产精品小黄鸭一区二区三区| 日本在线观看一区二区三区| 日本一区二区三区在线网 | 久久精品一区二区三区不卡| 久久精品国产一区二区三| 亚洲国产一区二区三区青草影视 | 精品女同一区二区| 一区二区三区日本电影| 丰满爆乳一区二区三区| 久久国产免费一区二区三区| 激情内射亚洲一区二区三区爱妻 | 日韩视频一区二区三区| 亚洲一区在线免费观看| 在线一区二区观看| 久久AAAA片一区二区| 日韩精品无码中文字幕一区二区|