自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

<dfn id="ee6p0"><form id="ee6p0"></form></dfn>

<button id="ee6p0"></button>

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

企業(yè)培訓(xùn)

鴻蒙開(kāi)發(fā)者社區(qū)

WOT技術(shù)大會(huì)

公眾號(hào)矩陣

移動(dòng)端

視頻課免費(fèi)課排行榜短視頻直播課軟考學(xué)堂

全部課程軟考華為認(rèn)證廠商認(rèn)證 IT技術(shù)PMP項(xiàng)目管理免費(fèi)題庫(kù)

在線學(xué)習(xí)

文章資源問(wèn)答課堂專欄直播

51CTO

鴻蒙開(kāi)發(fā)者社區(qū)

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營(yíng)

鴻蒙開(kāi)發(fā)者社區(qū)訂閱號(hào)

51CTO軟考

51CTO學(xué)堂APP

51CTO學(xué)堂企業(yè)版APP

鴻蒙開(kāi)發(fā)者社區(qū)視頻號(hào)

51CTO軟考題庫(kù)

賬號(hào)設(shè)置退出

架構(gòu)

5071內(nèi)容??

關(guān)注

分享企業(yè)技術(shù)架構(gòu)相關(guān)的技術(shù)實(shí)踐與使用案例，為企業(yè)架構(gòu)升級(jí)和轉(zhuǎn)型提供方案參考。

共 5071 條

.NET Core進(jìn)階：Log4Net與NLog日志框架的實(shí)戰(zhàn)指南

無(wú)論我們選擇哪個(gè)日志框架，都需要確保它能夠滿足我們的日志記錄需求，并且在出現(xiàn)問(wèn)題時(shí)能夠迅速定位并解決。希望這篇文章能夠幫助你更好地理解和使用Log4Net和NLog，讓你的.NET Core項(xiàng)目更加穩(wěn)定和可靠。

2024-12-04 08:17:49

日志框架 NLog

微服務(wù)架構(gòu)—不可或缺的注冊(cè)中心

隨著本文的深入探討，我們對(duì)微服務(wù)架構(gòu)中的服務(wù)發(fā)現(xiàn)與注冊(cè)機(jī)制有了更全面的認(rèn)識(shí)。從單體架構(gòu)的局限性到微服務(wù)的靈活性，我們見(jiàn)證了架構(gòu)演進(jìn)的歷程。服務(wù)發(fā)現(xiàn)與注冊(cè)作為微服務(wù)通信的基石，其重要性不言而喻。

2024-12-03 10:55:56

微服務(wù)架構(gòu)注冊(cè)中心

手把手教你制作一個(gè)基于DDD的Maven腳手架，省時(shí)省力還省心！

為什么要這樣做？這是因?yàn)槟J(rèn)情況下，腳手架模板會(huì)忽略空的文件夾，而我們通過(guò)添加 .keep 文件，能夠保證在后續(xù)創(chuàng)建項(xiàng)目時(shí)，這些空文件夾會(huì)被自動(dòng)生成，包名也能對(duì)得上。

2024-12-03 08:49:01

Maven 腳手架文件夾

數(shù)據(jù)庫(kù)同城雙活方案探討

同城雙活架構(gòu)是指在同一個(gè)城市或地理區(qū)域內(nèi)，構(gòu)建兩個(gè)或多個(gè)數(shù)據(jù)中心，也就是常說(shuō)的Region的概念，這些在同一個(gè)Region內(nèi)的數(shù)據(jù)中心同時(shí)對(duì)外提供服務(wù)，實(shí)現(xiàn)資源的充分利用和業(yè)務(wù)流量的負(fù)載均衡。

2024-12-02 12:23:25

數(shù)據(jù)庫(kù)同城雙活

現(xiàn)代化Flutter架構(gòu)-Riverpod數(shù)據(jù)層

使用Repository模式來(lái)隱藏?cái)?shù)據(jù)層的所有實(shí)現(xiàn)細(xì)節(jié)（如 JSON 序列化）。這樣，應(yīng)用程序的其余部分（領(lǐng)域?qū)雍捅憩F(xiàn)層）就可以直接處理類型安全的模型類/實(shí)體。您的代碼庫(kù)也將變得更有彈性，可以抵御您所依賴的包中出現(xiàn)的破壞性變化。

2024-12-02 09:26:17

Flutter 架構(gòu)數(shù)據(jù)層

高并發(fā)環(huán)境下詭異的加鎖問(wèn)題：明明加了鎖，但還是出錯(cuò)了！

我們?cè)诜治龆嗑€程中如何使用同一把鎖保護(hù)多個(gè)資源時(shí)，可以將其結(jié)合具體的業(yè)務(wù)場(chǎng)景來(lái)看，比如：需要保護(hù)的多個(gè)資源之間有沒(méi)有直接的業(yè)務(wù)關(guān)系。如果需要保護(hù)的資源之間沒(méi)有直接的業(yè)務(wù)關(guān)系，那么如何對(duì)其加鎖；如果有直接的業(yè)務(wù)關(guān)系，那么如何對(duì)其加鎖？

2024-12-02 08:01:47

加鎖高并發(fā)程序

AprEndpoint組件：Tomcat APR提高I/O性能的秘密

APR（Apache Portable Runtime）是 Apache 提供的一個(gè)跨平臺(tái)操作系統(tǒng)接口庫(kù)，主要目標(biāo)是封裝底層操作系統(tǒng)的 I/O 操作（如文件操作、網(wǎng)絡(luò)通信）并提高性能。APR 是用 C 語(yǔ)言實(shí)現(xiàn)的，能夠高效地與底層系統(tǒng)交互。

2024-11-29 09:47:44

AprEndpoin 組件組件

構(gòu)建高效微服務(wù)架構(gòu)：避開(kāi)這十大致命反模式譯文精選

微服務(wù)架構(gòu)以其可擴(kuò)展性、敏捷性和彈性深受青睞，但在實(shí)踐中，許多組織往往遭遇可能削弱這些優(yōu)勢(shì)的挑戰(zhàn)。本文聚焦于常見(jiàn)的微服務(wù)反模式，并結(jié)合實(shí)際經(jīng)驗(yàn)提供構(gòu)建高效、可擴(kuò)展微服務(wù)的實(shí)用建議。

2024-11-29 08:00:00

微服務(wù)架構(gòu)

強(qiáng)烈建議在項(xiàng)目中使用四層架構(gòu)模型

用戶接口層將應(yīng)用層的服務(wù)按照一定協(xié)議對(duì)外暴露。用戶接口層接收用戶請(qǐng)求，并將請(qǐng)求的參數(shù)經(jīng)過(guò)處理后，傳遞給應(yīng)用層進(jìn)行處理，最后將應(yīng)用層的處理結(jié)果按照一定的協(xié)議向調(diào)用者返回。

2024-11-28 09:54:34

項(xiàng)目架構(gòu)模型

軟件架構(gòu)概念與領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）的應(yīng)用

軟件架構(gòu)的質(zhì)量對(duì)于系統(tǒng)的成功至關(guān)重要。架構(gòu)不僅是系統(tǒng)和項(xiàng)目的藍(lán)圖，還是開(kāi)發(fā)團(tuán)隊(duì)的重要指導(dǎo)工具，確保所有組件協(xié)同工作。一個(gè)良好的架構(gòu)能夠提高系統(tǒng)的性能、可擴(kuò)展性、可維護(hù)性和可用性，優(yōu)化團(tuán)隊(duì)溝通，簡(jiǎn)化編碼過(guò)程，增強(qiáng)安全性并降低風(fēng)險(xiǎn)。

2024-11-27 15:33:17

軟件架構(gòu)DDD

庫(kù)存系統(tǒng)：應(yīng)用層、領(lǐng)域?qū)?、?duì)接層的架構(gòu)設(shè)計(jì)

負(fù)責(zé)處理與消費(fèi)者直接相關(guān)的庫(kù)存操作，包括商品詳情頁(yè)的庫(kù)存展示、訂單提交時(shí)的庫(kù)存檢查和占用、訂單支付過(guò)程的庫(kù)存扣減等操作。系統(tǒng)需要確保這些操作的實(shí)時(shí)性和準(zhǔn)確性，為用戶提供良好的購(gòu)物體驗(yàn)。

2024-11-27 13:01:22

應(yīng)用層領(lǐng)域?qū)?/a>對(duì)接層

高并發(fā)場(chǎng)景下如何使用分布式鎖防止短信超發(fā)

在高并發(fā)場(chǎng)景下，使用分布式鎖來(lái)防止短信超發(fā)是一種常見(jiàn)且有效的解決方案。通過(guò)合理設(shè)置鎖的粒度、過(guò)期時(shí)間和續(xù)期策略等參數(shù)，我們可以確保系統(tǒng)的并發(fā)性能和穩(wěn)定性。

2024-11-27 00:20:32

高并發(fā)場(chǎng)景分布式

當(dāng)今的微服務(wù)架構(gòu)還需要指定端口嗎？

傳統(tǒng)架構(gòu)中，大家可能還需要用服務(wù)的 ip + 端口來(lái)進(jìn)行通信，在微服務(wù)架構(gòu)中，除了網(wǎng)關(guān)應(yīng)用還需要提供明確的端口號(hào)外，業(yè)務(wù)應(yīng)用的 ip + 端口號(hào)已經(jīng)被服務(wù)發(fā)現(xiàn)、注冊(cè)組件所隱去，大家基本已經(jīng)不再關(guān)心業(yè)務(wù)應(yīng)用的端口號(hào)了。

2024-11-26 20:27:51

架構(gòu)通信組件

Echarts 地圖如何點(diǎn)擊定位到自己的家鄉(xiāng)城市區(qū)縣

最近實(shí)現(xiàn)了通過(guò)Echarts地圖，定位到自己的家鄉(xiāng)，覺(jué)得挺有趣的，所以分享給大家，希望大家也可以實(shí)現(xiàn)一遍，在Echarts上定位到自己的家鄉(xiāng)看一看！

2024-11-26 10:50:56

Echarts 地圖定位

高并發(fā)下如何保證單例模式的線程安全

如果創(chuàng)建的單例對(duì)象比較大，由于在類加載的過(guò)程中就加載了，那么會(huì)影響應(yīng)用程序啟動(dòng)的速度；餓漢式不會(huì)存在線程安全的問(wèn)題，因?yàn)轭惣虞d的過(guò)程中就創(chuàng)建了，并且程序只會(huì)運(yùn)行一次。

2024-11-26 07:29:57

高并發(fā)線程安全

RocketMQ為何如此神速？揭秘其背后的高性能秘密

RocketMQ之所以快，首先得益于其精妙的設(shè)計(jì)和扎實(shí)的底層實(shí)現(xiàn)。它圍繞著生產(chǎn)者、消費(fèi)者、Broker和NameServer四個(gè)核心組件展開(kāi)，形成了一個(gè)高效、可靠的消息傳遞系統(tǒng)。

2024-11-26 00:38:26

RocketMQ 高性能設(shè)計(jì)

討厭?cǎi)R斯克的人逃離了X，一家去中心化社媒用戶暴漲300%！從點(diǎn)對(duì)點(diǎn)協(xié)議到自研獨(dú)立協(xié)議，前推特CEO的創(chuàng)意項(xiàng)目能否躋身社媒主流？原創(chuàng) 精選

在技術(shù)上，Bluesky 在誕生伊始受到了點(diǎn)對(duì)點(diǎn)協(xié)議 Secure Scuttlebutt (SSB) 的啟發(fā)。在產(chǎn)品成長(zhǎng)過(guò)程中，團(tuán)隊(duì)最終轉(zhuǎn)向了自研的開(kāi)放協(xié)議 AT Protocol。

2024-11-25 17:16:05

馬斯克推特協(xié)議

一夜小模型王座易主！英偉達(dá)發(fā)布超強(qiáng)小模型，新混合架構(gòu)威力超Transformer，性能、速率、緩存全面超越Llama3.2！原創(chuàng) 精選

日前，NVIDIA剛剛發(fā)布了Hymba-1.5B-Base，這是一個(gè)將Transformer注意力機(jī)制與狀態(tài)空間模型（SSM）集成的小型語(yǔ)言模型。

2024-11-25 08:54:41

小模型英偉達(dá)架構(gòu)

探析在Spring Boot中為可擴(kuò)展微服務(wù)構(gòu)建多模塊項(xiàng)目的方法譯文精選

隨著軟件應(yīng)用程序復(fù)雜程度的不斷提升，對(duì)可擴(kuò)展性、模塊化以及清晰度的管理變得極為關(guān)鍵。

2024-11-25 08:00:00

微服務(wù)多模塊架構(gòu)

微服務(wù)架構(gòu)的四大核心設(shè)計(jì)原則

為了性能數(shù)據(jù)安全上的考慮，我們將一個(gè)完整的數(shù)據(jù)集按一定的維度劃分出不同的子集。一個(gè)分區(qū)（Shard），就是是整體數(shù)據(jù)集的一個(gè)子集。比如用尾號(hào)來(lái)劃分用戶，那同樣尾號(hào)的那部分用戶就可以認(rèn)為是一個(gè)分區(qū)。

2024-11-22 14:28:00

微服務(wù)架構(gòu)安全

Spring Boot 中 WebClient 的實(shí)踐詳解

本文將詳細(xì)講解 WebClient 的實(shí)踐，包括配置、使用場(chǎng)景以及常見(jiàn)的優(yōu)化策略，幫助你在項(xiàng)目中更高效地使用 WebClient。

2024-11-21 14:42:31

WebClient 微服務(wù)架構(gòu)

億級(jí)高性能通知系統(tǒng)實(shí)踐

在運(yùn)維層面，也應(yīng)該考慮服務(wù)不同機(jī)房的部署，以保證服務(wù)的可用性，為了應(yīng)對(duì)流量的變化同時(shí)也基于成本的考慮，也可以基于服務(wù)的綜合指標(biāo)進(jìn)行彈性擴(kuò)縮容。

2024-11-20 19:56:36

高性能通知系統(tǒng)

C# 一分鐘淺談：MAUI 跨平臺(tái)移動(dòng)應(yīng)用開(kāi)發(fā)

MAUI為跨平臺(tái)移動(dòng)應(yīng)用開(kāi)發(fā)提供了強(qiáng)大的支持，它讓開(kāi)發(fā)者能夠更輕松地開(kāi)發(fā)出高效、流暢的應(yīng)用。如果你還在為不同平臺(tái)開(kāi)發(fā)應(yīng)用而煩惱，不妨試試MAUI吧！相信它會(huì)給你帶來(lái)不一樣的開(kāi)發(fā)體驗(yàn)。

2024-11-19 08:39:10

C#MAUI 移動(dòng)應(yīng)用

單體架構(gòu)和微服務(wù)架構(gòu)到底哪個(gè)好？

單體和微服務(wù)誰(shuí)是毒瘤？單體、分布式、微服務(wù)、SOA到底是什么關(guān)系？我的系統(tǒng)該用什么架構(gòu)？最近終于下定決心研究這個(gè)問(wèn)題并且有所收獲，歡迎一起討論。

2024-11-19 08:10:00

單體微服務(wù)架構(gòu)

Nginx 配置大全，全面解析

我們?cè)诎惭bnginx之后，會(huì)自動(dòng)生成很多的文件，但是nginx.conf這個(gè)文件是我們的核心，如何去正確的修改和優(yōu)化它是nginx的核心。

2024-11-15 10:58:40

Nginx html 配置

高并發(fā)編程/消息傳遞機(jī)制避免鎖提高并發(fā)效率，不懂的趕緊進(jìn)來(lái)（設(shè)計(jì)篇）

消息傳遞機(jī)制通過(guò)改變并發(fā)編程的范式，從直接操作共享狀態(tài)轉(zhuǎn)變?yōu)橥ㄟ^(guò)消息傳遞來(lái)協(xié)調(diào)操作，從而減少了鎖的使用，提高了系統(tǒng)的并發(fā)性和容錯(cuò)性。這種機(jī)制特別適用于需要高吞吐量和高可靠性的分布式系統(tǒng)。

2024-11-14 11:15:32

高并發(fā)編程系統(tǒng)

谷歌如何索引動(dòng)態(tài)渲染的網(wǎng)站，你知道嗎？

頁(yè)面速度與良好的用戶體驗(yàn)息息相關(guān)--每節(jié)省 100 毫秒的加載時(shí)間，網(wǎng)站轉(zhuǎn)化率就會(huì)提高 8%。更少的用戶跳出你的頁(yè)面意味著谷歌將其視為更相關(guān)的頁(yè)面。性能決定一切，毫秒至關(guān)重要。

2024-11-14 10:44:57

谷歌動(dòng)態(tài)渲染

商品系統(tǒng)：什么是商品管理系統(tǒng)？你知道嗎？

商品系統(tǒng)必須實(shí)現(xiàn)中心化的服務(wù)能力，確保商品數(shù)據(jù)在不同系統(tǒng)之間的一致性。比如，交易系統(tǒng)中的商品 A 和履約系統(tǒng)中的商品 A 必須是同一條商品數(shù)據(jù)。如果未實(shí)現(xiàn)商品數(shù)據(jù)中心化管理，不同系統(tǒng)之間的數(shù)據(jù)很容易出現(xiàn)不一致，導(dǎo)致業(yè)務(wù)流程中斷，維護(hù)成本激增。

2024-11-14 08:57:49

商品系統(tǒng)數(shù)據(jù)

API 架構(gòu)風(fēng)格是如何演進(jìn)的？

RPC 是最早的通信協(xié)議之一，允許客戶端像在本地一樣在遠(yuǎn)程服務(wù)器上執(zhí)行函數(shù)（或過(guò)程）。RPC 可采用 JSON-RPC、XML-RPC 或 Protocol Buffers（如gRPC）等格式，通常用于簡(jiǎn)單快速的場(chǎng)景。

2024-11-14 08:08:14

API 架構(gòu)協(xié)議

80后聊架構(gòu)：架構(gòu)設(shè)計(jì)中兩個(gè)重要指標(biāo)，延時(shí)與吞吐量(Latency vs Throughput) | 架構(gòu)師之路

有朋友問(wèn)我說(shuō)，架構(gòu)優(yōu)化時(shí)，什么時(shí)候要重點(diǎn)優(yōu)化延時(shí)，什么時(shí)候要重點(diǎn)優(yōu)化吞吐量？

2024-11-14 07:30:00

架構(gòu)吞吐量

彩虹橋架構(gòu)演進(jìn)之路-負(fù)載均衡篇

彩虹橋目前依賴 SLB 做負(fù)載均衡和節(jié)點(diǎn)發(fā)現(xiàn)，隨著業(yè)務(wù)發(fā)展流量越來(lái)越高，SLB 帶寬瓶頸逐漸暴露，雖然在半年前做過(guò)一次雙 SLB 改造臨時(shí)解決了帶寬瓶頸，但運(yùn)維成本也隨之變高。

2024-11-13 18:57:49

彩虹橋架構(gòu)節(jié)點(diǎn)

80后聊架構(gòu)：究竟怎么做架構(gòu)設(shè)計(jì)？ | 架構(gòu)師之路

很多人確實(shí)上線了很多系統(tǒng)，也確實(shí)做了很多需求，但基本上都是毫無(wú)方法，全憑自己想象的在做架構(gòu)設(shè)計(jì)。總的來(lái)說(shuō)，架構(gòu)設(shè)計(jì)有四個(gè)大的步驟，其中第二個(gè)步驟最容易被大家忽略。

2024-11-13 14:52:58

系統(tǒng)架構(gòu)

為什么復(fù)雜的架構(gòu)一定要做分層設(shè)計(jì)？

分層設(shè)計(jì)作為一種經(jīng)典且廣泛應(yīng)用的架構(gòu)模式，在提高系統(tǒng)的可維護(hù)性、可擴(kuò)展性、團(tuán)隊(duì)協(xié)作效率、安全性和技術(shù)復(fù)用性等方面發(fā)揮著重要作用。

2024-11-13 00:58:28

架構(gòu)分層設(shè)計(jì)

得物精準(zhǔn)測(cè)試平臺(tái)設(shè)計(jì)與實(shí)現(xiàn)

精準(zhǔn)測(cè)試是一套有效提高軟件測(cè)試質(zhì)量和效率的技術(shù)體系，可以有效解決傳統(tǒng)測(cè)試中的盲測(cè)、漏測(cè)、冗測(cè)等現(xiàn)象提升測(cè)試效率和準(zhǔn)確性，前置暴露風(fēng)險(xiǎn)保障上線質(zhì)量。本文主要介紹了得物精準(zhǔn)測(cè)試平臺(tái)推薦引擎中部分核心功能的相關(guān)實(shí)現(xiàn)方式。精準(zhǔn)測(cè)試平臺(tái)為質(zhì)量保障提供了有效的拓展策略，也帶來(lái)了不錯(cuò)的收益。

2024-11-12 14:19:53

得物精準(zhǔn)測(cè)試

B站S賽直播中的關(guān)鍵事件識(shí)別與應(yīng)用

通過(guò)對(duì)LOL賽事直播中關(guān)鍵事件的自動(dòng)識(shí)別和分析，B站在游戲識(shí)別技術(shù)方面取得了顯著的提升。我們的技術(shù)涵蓋了從文字識(shí)別、目標(biāo)檢測(cè)到多模態(tài)信息融合等多個(gè)領(lǐng)域，構(gòu)建了一條完備的高能打點(diǎn)和互動(dòng)呈現(xiàn)的技術(shù)鏈路。

2024-11-08 12:27:57

LOL 自動(dòng)識(shí)別技術(shù)

高并發(fā)系統(tǒng)：它的通用設(shè)計(jì)方法是什么？

Web 2.0 被稱為“緩存的時(shí)代”，這一點(diǎn)幾乎是公認(rèn)的。如今，緩存已經(jīng)滲透到系統(tǒng)設(shè)計(jì)的各個(gè)層面，從操作系統(tǒng)到瀏覽器，從數(shù)據(jù)庫(kù)到消息隊(duì)列，任何稍微復(fù)雜的服務(wù)和組件中都能看到緩存的身影。緩存的主要作用是提高系統(tǒng)的訪問(wèn)性能，尤其是在高并發(fā)場(chǎng)景中，緩存能顯著提升系統(tǒng)的響應(yīng)速度，從而支持更多用戶同時(shí)訪問(wèn)。

2024-11-07 09:19:31

高并發(fā)系統(tǒng)緩存

微服務(wù)設(shè)計(jì)模式：基本架構(gòu)和設(shè)計(jì)指南譯文精選

本文介紹了微服務(wù)軟件架構(gòu)的設(shè)計(jì)模式，以及其如何克服諸如松散耦合服務(wù)、定義數(shù)據(jù)庫(kù)等挑戰(zhàn)。

2024-11-07 08:00:00

微服務(wù)架構(gòu)

打破架構(gòu)邊界：三種簡(jiǎn)單卻高效的實(shí)現(xiàn)方法！

客戶端對(duì)所有這些服務(wù)類都具有傳遞性依賴。在靜態(tài)語(yǔ)言中，對(duì)其中一個(gè)服務(wù)類源代碼的更改將強(qiáng)制客戶端重新編譯。此外，你可以想象使用此結(jié)構(gòu)創(chuàng)建反向通道是多么容易。

2024-11-06 09:28:52

架構(gòu)客戶端靜態(tài)

Go 項(xiàng)目怎么做好分層架構(gòu)和目錄規(guī)劃

分層架構(gòu)的一個(gè)重要原則是：每層只能與位于其下方的層發(fā)生耦合。我們大多數(shù)時(shí)候使用的是松散型分層架構(gòu)，允許上層與任意下層發(fā)生耦合。

2024-11-06 09:23:32

Go 項(xiàng)目架構(gòu)

多人多團(tuán)隊(duì)?wèi)?yīng)該如何實(shí)施微服務(wù)？版本如何管理？

在多模塊多團(tuán)隊(duì)的開(kāi)發(fā)中，每個(gè)模塊的發(fā)布日期和上線范圍可能各不相同。為了解決這個(gè)問(wèn)題，通常需要在開(kāi)發(fā)過(guò)程中創(chuàng)建多個(gè)分支，這導(dǎo)致多個(gè)分支版本并存的情況。

2024-11-05 13:23:51

微服務(wù)多模塊版本

B站自研角色扮演模型背后的技術(shù)

角色扮演作為熱門領(lǐng)域，這一場(chǎng)景中的技術(shù)發(fā)展和創(chuàng)新備受關(guān)注。各大企業(yè)紛紛上線了角色對(duì)話的相關(guān)產(chǎn)品，可以說(shuō)這個(gè)領(lǐng)域正在成為各企業(yè)AIGC綜合能力的競(jìng)技場(chǎng)。對(duì)于B站來(lái)說(shuō)，角色扮演模型在娛樂(lè)、教育、視頻創(chuàng)作等方面都擁有著豐富的應(yīng)用場(chǎng)景。

2024-11-05 12:42:35

模型技術(shù)人工智能

詳解 Spring Boot 3.x 中使用 SpringDoc 2 / Swagger3

Swagger 的核心思想是通過(guò)定義和描述 API 的規(guī)范、結(jié)構(gòu)和交互方式，以提高 API 的可讀性、可靠性和易用性，同時(shí)降低 API 開(kāi)發(fā)的難度和開(kāi)發(fā)者之間的溝通成本。

2024-11-05 09:25:45

Swagger SpringBoot 接口文檔

百度滄?！ご鎯?chǔ)統(tǒng)一技術(shù)底座架構(gòu)演進(jìn)

我們認(rèn)為各種存儲(chǔ)系統(tǒng)實(shí)際上是由元數(shù)據(jù)面和數(shù)據(jù)面兩部分組成，通過(guò)提煉出高度可復(fù)用的元數(shù)據(jù)面和數(shù)據(jù)面的統(tǒng)一技術(shù)底座，就能積木式搭建各種云存儲(chǔ)系統(tǒng)，比如對(duì)象存儲(chǔ)、文件存儲(chǔ)、塊存儲(chǔ)等，最大化減少重復(fù)開(kāi)發(fā)的工作。

2024-11-04 14:25:16

技術(shù)架構(gòu)NewSQL

真實(shí)線上DB存儲(chǔ)架構(gòu)升級(jí)實(shí)戰(zhàn)！

本文介紹了一個(gè)線上交易系統(tǒng)從單庫(kù)單表架構(gòu)升級(jí)為多庫(kù)多表過(guò)程中，如何實(shí)現(xiàn)不停服平滑遷移的方案，同時(shí)在整個(gè)遷移過(guò)程中實(shí)現(xiàn)了可觀測(cè)、可回滾。

2024-11-04 09:29:23

架構(gòu)交易系統(tǒng)線程池

清華團(tuán)隊(duì)革新MoE架構(gòu)！像搭積木一樣構(gòu)建大模型，提出新型類腦稀疏模塊化架構(gòu)

MoE架構(gòu)的主要優(yōu)勢(shì)是利用稀疏激活的性質(zhì)，將大模型拆解成若干功能模塊，每次計(jì)算僅激活其中一小部分，而保持其余模塊不被使用，從而大大降低了模型的計(jì)算與學(xué)習(xí)成本，能夠在同等計(jì)算量的情況下產(chǎn)生性能優(yōu)勢(shì)。

2024-11-01 16:46:48

MoE 架構(gòu)模

基于 RocketMQ 的可靠事件處理策略

事務(wù)消息是RocketMQ提供的一種高級(jí)消息類型，支持在分布式場(chǎng)景下消息生產(chǎn)和本地事務(wù)的最終一致性。我們可以分別從生產(chǎn)者和消費(fèi)者維度出發(fā)來(lái)分析可靠事件實(shí)現(xiàn)上的需求。

2024-11-01 13:49:24

RocketMQ 消息類型業(yè)務(wù)

十分鐘了解分布式系統(tǒng)中生成唯一ID

分布式唯一ID的架構(gòu)雖然簡(jiǎn)單，但是如果要實(shí)現(xiàn)高性能高可用，還是需要根據(jù)業(yè)務(wù)場(chǎng)景來(lái)考慮。所以說(shuō)簡(jiǎn)單的事情要做好并非易事，但是在這些年的工作中總是會(huì)有很多人為了追求效率，總想找到捷徑而放棄架構(gòu)的基本演進(jìn)路徑方法論.....

2024-10-31 13:51:58

分布式系統(tǒng)ID

Nginx性能優(yōu)化的幾個(gè)方法，你學(xué)會(huì)了嗎？

如果需要?jiǎng)討B(tài)修改響應(yīng)頭中的版本信息，可以使用如 headers-more-nginx-module 模塊。這個(gè)模塊允許你動(dòng)態(tài)地添加、修改或刪除 Nginx 的響應(yīng)頭。通過(guò)這個(gè)模塊，可以完全控制 Server 響應(yīng)頭的內(nèi)容。

2024-10-31 09:15:09

Nginx 性能優(yōu)化

架構(gòu)反轉(zhuǎn)：通過(guò)移動(dòng)計(jì)算而不是數(shù)據(jù)來(lái)擴(kuò)展

解決 TikTok 問(wèn)題的簡(jiǎn)單方法是將用戶模型與每個(gè)視頻片段進(jìn)行比較，以確定每個(gè)視頻片段與該用戶的匹配程度。眾所周知，這種蠻力方法無(wú)法擴(kuò)展——對(duì)于十億個(gè)視頻和每秒一百萬(wàn)個(gè)請(qǐng)求，這將變成每秒一千萬(wàn)億次比較！

2024-10-29 14:34:46

架構(gòu)數(shù)據(jù)視頻

我們一起聊聊點(diǎn)贊系統(tǒng)的設(shè)計(jì)

主從架構(gòu)中，主從的通過(guò)是通過(guò)canal來(lái)同步的，canal也是依賴與主庫(kù)的binlog，如果主庫(kù)由于系統(tǒng)的壓力較大生成binlog速度慢了，就可能會(huì)發(fā)生從庫(kù)和redis之間的數(shù)據(jù)不一致性，此時(shí)定時(shí)任務(wù)可以做數(shù)據(jù)補(bǔ)償，修復(fù)從庫(kù)和redis之間的數(shù)據(jù)不一致性。

2024-10-29 11:19:23

點(diǎn)贊系統(tǒng)同步

上一頁(yè) 1 ··· 3 4 5 6 7 ··· 102 下一頁(yè)

點(diǎn)贊

51CTO技術(shù)棧公眾號(hào)

業(yè)務(wù)
速覽

媒體

51CTO CIOAge HC3i

社區(qū)

51CTO博客鴻蒙開(kāi)發(fā)者社區(qū) AI.x社區(qū)

教育

51CTO學(xué)堂精培企業(yè)培訓(xùn) CTO訓(xùn)練營(yíng)

<sup id="gs4u3"><tfoot id="gs4u3"></tfoot></sup>