1 引言 隨(sui)著許(xu)多 Arm 硬件和軟件合作(zuo)(zuo)伙伴(ban)開(kai)發應用程序并將其工作(zuo)(zuo)負載(zai)移植到基于(yu) Arm 的(de)云(yun)實例(li)上(shang)，Arm Neoverse 生態(tai)系統正在大幅增長。隨(sui)著基于(yu) Neoverse N1 的(de)系統廣泛普及，許(xu)多實際工作(zuo)(zuo)負載(zai)顯(xian)示出了與傳統系統相比(bi)極(ji)具競爭力的(de)性能(neng)和顯(xian)著的(de)成本節約。最近的(de)一些例(li)子包括 H.2 ...
參(can)與(yu)者(zhe)(zhe)(zhe)是需(xu)求分(fen)(fen)析階段的重要元(yuan)素，指與(yu)待開發系統交互的外部實體，包括(kuo)人(ren)、外部系統、傳(chuan)感(gan)器、數(shu)據庫(ku)等。識別參(can)與(yu)者(zhe)(zhe)(zhe)需(xu)注意區分(fen)(fen)真正的參(can)與(yu)者(zhe)(zhe)(zhe)和傳(chuan)遞型(xing)參(can)與(yu)者(zhe)(zhe)(zhe)。參(can)與(yu)者(zhe)(zhe)(zhe)通常用(yong)小(xiao)人(ren)圖像表示，在UML用(yong)例圖中與(yu)用(yong)例通過關聯線(xian)連接。 ...
3 CPU 微架構(gou)(gou) 本章簡要概述了對軟件性能(neng)有直接影響的關鍵(jian) CPU 微體系(xi)結構(gou)(gou)特性。本章的目的并不是要涵(han)蓋 CPU 架構(gou)(gou)的所(suo)有細節和權衡，文(wen)獻(xian)[Hennessy & Patterson, 2017 Computer Architecture, Sixth Edition]、[Shen & Lipa ...
2PC 2PC，兩(liang)階(jie)(jie)(jie)段(duan)提交(jiao)，將(jiang)事(shi)(shi)(shi)務(wu)(wu)的(de)提交(jiao)過程分為資(zi)源(yuan)準(zhun)(zhun)備(bei)和資(zi)源(yuan)提交(jiao)兩(liang)個階(jie)(jie)(jie)段(duan)，并且由事(shi)(shi)(shi)務(wu)(wu)協調者(zhe)(zhe)來協調所有事(shi)(shi)(shi)務(wu)(wu)參(can)與(yu)(yu)者(zhe)(zhe)，如果準(zhun)(zhun)備(bei)階(jie)(jie)(jie)段(duan)所有事(shi)(shi)(shi)務(wu)(wu)參(can)與(yu)(yu)者(zhe)(zhe)都(dou)預留資(zi)源(yuan)成功，則進(jin)行第二階(jie)(jie)(jie)段(duan)的(de)資(zi)源(yuan)提交(jiao)，否則事(shi)(shi)(shi)務(wu)(wu)協調者(zhe)(zhe)回(hui)滾(gun)資(zi)源(yuan)。 第一(yi)階(jie)(jie)(jie)段(duan)：準(zhun)(zhun)備(bei)階(jie)(jie)(jie)段(duan) 由事(shi)(shi)(shi)務(wu)(wu)協調者(zhe)(zhe)詢問通(tong)知各(ge)個事(shi)(shi)(shi)務(wu)(wu)參(can)與(yu)(yu)者(zhe)(zhe)，是否準(zhun)(zhun)備(bei)好了(le)執行事(shi)(shi)(shi)務(wu)(wu)，具體流(liu)程圖如下 ...
狀(zhuang)(zhuang)(zhuang)態（State）模式(shi)屬于行(xing)為型模式(shi)的(de)(de)一種。 狀(zhuang)(zhuang)(zhuang)態模式(shi)允許對象在其(qi)內部(bu)狀(zhuang)(zhuang)(zhuang)態改(gai)變時改(gai)變其(qi)行(xing)為，使其(qi)看(kan)上去就像改(gai)變了(le)自(zi)身所屬的(de)(de)類一樣(yang)。 狀(zhuang)(zhuang)(zhuang)態模式(shi)是為了(le)把一大串if...else...的(de)(de)邏輯給分拆到不同的(de)(de)狀(zhuang)(zhuang)(zhuang)態類中(zhong)，使得(de)將(jiang)來(lai)增加狀(zhuang)(zhuang)(zhuang)態比較容(rong)易。 狀(zhuang)(zhuang)(zhuang)態模式(shi)的(de)(de)關鍵設(she)計思想在于狀(zhuang)(zhuang)(zhuang)態切換。簡單的(de)(de)狀(zhuang)(zhuang)(zhuang)態轉換可(ke)以直接由調用 ...
1.初(chu)始 Nginx @目錄1.初(chu)始 Nginx1. Nginx 的概述(shu)2. Nginx 核心功(gong)能的詳細說明2.1 正向(xiang)代(dai)理2.2 反向(xiang)代(dai)理2.3 負載均衡2.4 動靜分離3. 最(zui)后： 先看 2 個實際需求(qiu)，引出 Nginx 需求(qiu) 1: 訪(fang)問不同微服(fu)務 示(shi)意圖(tu)(tu)： 需求(qiu) 2: 輪詢訪(fang)問服(fu)務 示(shi)意圖(tu)(tu)： ...
概述(shu) 定義 冪(mi)等概念來(lai)自數學，表示對數據源做N次(ci)變換和(he)1次(ci)變換的(de)(de)結果是相(xiang)同的(de)(de)。 在計算機中編(bian)程中，一個冪(mi)等操作(zuo)的(de)(de)特點是其任意(yi)多次(ci)執(zhi)(zhi)行(xing)所產生的(de)(de)影(ying)(ying)響(xiang)均(jun)與一次(ci)執(zhi)(zhi)行(xing)的(de)(de)影(ying)(ying)響(xiang)相(xiang)同。冪(mi)等函(han)數或冪(mi)等方法是指(zhi)可以使用(yong)相(xiang)同參(can)數重復(fu)執(zhi)(zhi)行(xing)，并能獲得相(xiang)同結果的(de)(de)函(han)數。這(zhe)些函(han)數不會影(ying)(ying)響(xiang)系統狀態，也不用(yong)擔心重復(fu)執(zhi)(zhi)行(xing)會對系統造(zao)成(cheng)改變 ...
對(dui)于 raft 算法(fa)，leader 選(xuan)舉算法(fa)如下： 1. 節點(dian)角色(se) Raft 算法(fa)中(zhong)的節點(dian)有(you)三種角色(se)： （1）Leader：負責(ze)處理客戶端請(qing)求、管(guan)理日志復制和發送心(xin)跳。 （2）Follower：被動接受 Leader 的日志和心(xin)跳，不主動發起(qi)請(qing)求。 （3）Candidate: 在選(xuan)舉過程中(zhong)，Foll ...
一致性問(wen)題 設計一個(ge)分布式系(xi)統必定會遇到一個(ge)問(wen)題—— 因為(wei)分區容忍(ren)性（partition tolerance）的(de)存在(zai)，就必定要求(qiu)我(wo)們需(xu)要在(zai)系(xi)統可用性（availability）和數據一致性（consistency）中做(zuo)出權衡 。這就是著名(ming)的(de) CAP 定理。 ZooKeeper 的(de)處理方式，保證了(le) C ...
大家好，我是湯師爺(ye)！ 最近(jin)，騰訊(xun)發布了(le)一款ima產(chan)品(pin)，主(zhu)打用AI來幫你搜索信息、管理(li)知(zhi)識庫(ku)。 說實話，一開始用混元大模型(xing)，感覺不(bu)咋地，很雞肋的。 不(bu)過最近(jin)騰訊(xun)把DeepSeek R1接(jie)進來了(le)，一下子解決了(le)混元智商(shang)不(bu)足的問題！ 試了(le)一下，簡直太贊了(le)！這玩意(yi)兒就像是專(zhuan)門為(wei)打工牛馬準(zhun)備的！效果確實極為(wei)驚喜 ...
背景 當(dang)今的(de)數據中心和應用程序在(zai)高度動態的(de)環(huan)境中運(yun)行(xing)，為(wei)了應對高度動態的(de)環(huan)境，它(ta)們(men)通過(guo)額外的(de)服務(wu)器進(jin)(jin)行(xing)橫向(xiang)擴展，并且根據需求進(jin)(jin)行(xing)擴展和收(shou)縮(suo)。同時(shi)，服務(wu)器和網絡(luo)故(gu)障也很常(chang)見。 因此，系(xi)統必(bi)(bi)須在(zai)正常(chang)操作期間處理服務(wu)器的(de)上下線。它(ta)們(men)必(bi)(bi)須對變(bian)故(gu)做出(chu)反(fan)應并在(zai)幾秒鐘內自動適(shi)應；對客戶來說的(de)話，明顯的(de)中斷通常(chang)是(shi)不 ...
觀(guan)(guan)察(cha)者模(mo)式是(shi)一(yi)(yi)種一(yi)(yi)對(dui)多的通(tong)(tong)知(zhi)機制，讓發送通(tong)(tong)知(zhi)的一(yi)(yi)方（被觀(guan)(guan)察(cha)者）和接(jie)收通(tong)(tong)知(zhi)的一(yi)(yi)方（觀(guan)(guan)察(cha)者）能彼此(ci)分(fen)離(li)，互不影響。 ...
春節前(qian)從一個(ge)(ge)網友那(nei)里了解到一個(ge)(ge)新的(de)(de)(de)NAS——飛牛(niu)。 起因是我(wo)們(men)一個(ge)(ge)用戶(hu)用我(wo)們(men)的(de)(de)(de)SD-WAN來遠程訪問飛牛(niu)NAS，市面上做NAS的(de)(de)(de)很多，之(zhi)所以單獨體驗這個(ge)(ge)產品主要是： 不(bu)需(xu)要購買硬(ying)件(jian)，這個(ge)(ge)是非常重要的(de)(de)(de)，畢竟我(wo)沒有NAS的(de)(de)(de)需(xu)求，額(e)外(wai)購買硬(ying)件(jian)沒必(bi)要，如果這是一家(jia)需(xu)要購買硬(ying)件(jian)的(de)(de)(de)NAS廠家(jia)，那(nei)我(wo)可能就(jiu)不(bu)太會花 ...
背景 Paxos 算(suan)(suan)法(fa)(fa)(fa)是 Leslie Lamport(萊斯(si)利·蘭伯特)在(zai) 1990 年提出了(le)一(yi)種分布式系統 共識 算(suan)(suan)法(fa)(fa)(fa)。這也是第一(yi)個(ge)被證明完(wan)備的共識算(suan)(suan)法(fa)(fa)(fa)（前提是不存在(zai)拜占庭將(jiang)軍問(wen)題，也就是沒(mei)有惡(e)意節(jie)點）。 為了(le)介紹 Paxos 算(suan)(suan)法(fa)(fa)(fa)，蘭伯特專門寫了(le)一(yi)篇幽(you)默風趣的論(lun)文。在(zai)這篇論(lun)文中，他虛擬了(le)一(yi)個(ge)叫做 ...
備(bei)忘錄(lu)模式的(de)核(he)心思想(xiang)是(shi)將對象的(de)狀態(tai)保存在一個獨立的(de)對象中，這樣(yang)既能(neng)保持(chi)對象的(de)封(feng)裝性，又能(neng)方(fang)便地恢復對象到之前的(de)狀態(tai)。 ...
大(da)(da)家好，我(wo)是(shi)湯師爺~ 在(zai)SaaS與AI應用的演進(jin)過(guo)程(cheng)中，合(he)理的架(jia)構設計至關重要。本節將詳細(xi)介(jie)紹其(qi)五個核心(xin)(xin)層次(ci)： 業(ye)務(wu)場景層：發現和確定業(ye)務(wu)場景 智能體層：構建可復用的智能應用 大(da)(da)模(mo)型(xing)層：采用最合(he)適(shi)的大(da)(da)模(mo)型(xing)，作為思考推理的核心(xin)(xin) 知識庫(ku)：管理企業(ye)的核心(xin)(xin)知識資產 傳統工具：傳統的運(yun)營工具和業(ye)務(wu)系(xi)統 業(ye)務(wu)場 ...
一、 說明 Zookeeper作為一個(ge)分布式(shi)(shi)的服務框架，主要(yao)用(yong)來(lai)(lai)(lai)解(jie)決分布式(shi)(shi)集群中應用(yong)系統的一致性問題(ti)，它(ta)能提供基于(yu)類似(si)于(yu)文件(jian)系統的目(mu)錄節點(dian)樹方(fang)式(shi)(shi)的數據存儲(chu)(chu)，但是 Zookeeper并不是用(yong)來(lai)(lai)(lai)專門存儲(chu)(chu)數據的，它(ta)的作用(yong)主要(yao)是用(yong)來(lai)(lai)(lai)維護(hu)和監控你存儲(chu)(chu)的數據的狀(zhuang)態變化(hua)(hua)。通過(guo)監控這些數據狀(zhuang)態的變化(hua)(hua)，從而可(ke)以(yi)達到基 ...
中(zhong)介(jie)者模(mo)式的(de)目(mu)的(de)是把多方會談變成雙方會談，從而實現多方的(de)松耦合。用(yong)一個(ge)中(zhong)介(jie)對象來封裝(zhuang)一系列的(de)對象交(jiao)互。這樣(yang)，系統中(zhong)的(de)各個(ge)對象不直(zhi)接互相(xiang)引用(yong)，而是通過中(zhong)介(jie)者進(jin)行交(jiao)互，從而降低了系統的(de)耦合度。 ...
大(da)家好，我是湯師爺(ye)~ 在SaaS模(mo)式下，多租(zu)戶(hu)(hu)之間的資源(yuan)隔(ge)離是基礎且關鍵的一環。 SaaS服(fu)務商需要在確保運營效率和控制(zhi)成(cheng)本(ben)的前提(ti)下，搭建一個讓多個租(zu)戶(hu)(hu)能夠同(tong)時訪(fang)問的共享環境。 雖然大(da)家都在用同(tong)一套SaaS產品服(fu)務，但(dan)資源(yuan)訪(fang)問必須嚴格隔(ge)離，確保租(zu)戶(hu)(hu)之間互不干擾。 下面，介紹一下SaaS資源(yuan)的幾(ji)種隔(ge)離 ...
最早讀這(zhe)本(ben)《設(she)(she)計(ji)模(mo)式(shi)(shi)：可(ke)復用(yong)面向對象軟件的(de)基礎》是在大學的(de)時(shi)候(hou)。讀了(le)(le)一(yi)些片段，看(kan)到了(le)(le)講文(wen)本(ben)編輯器的(de)滾動條裝飾，覺(jue)得(de)(de)有點意思(si)，可(ke)以用(yong)來(lai)做圖形界面。 記得(de)(de)有一(yi)天(tian)晚上(shang)上(shang)床睡覺(jue)后，和兩位(wei)(wei)同寢室(shi)(shi)室(shi)(shi)友(you)(you)聊(liao)天(tian)。一(yi)位(wei)(wei)室(shi)(shi)友(you)(you)LL說(shuo)，他為了(le)(le)找(zhao)工作，把設(she)(she)計(ji)模(mo)式(shi)(shi)這(zhe)本(ben)書看(kan)了(le)(le)五六遍，把所有設(she)(she)計(ji)模(mo)式(shi)(shi)都記住了(le)(le)。另一(yi)位(wei)(wei)室(shi)(shi)友(you)(you)LHT說(shuo)，這(zhe)設(she)(she) ...
