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

<thead id="6xec5"><rt id="6xec5"></rt></thead>

<strong id="6xec5"><button id="6xec5"><span id="6xec5"></span></button></strong>

<sub id="6xec5"><i id="6xec5"></i></sub>

<tr id="6xec5"><menu id="6xec5"></menu></tr>

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

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

鴻蒙開發(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

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

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

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

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

51CTO軟考

51CTO學(xué)堂APP

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

鴻蒙開發(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 條

Gartner確定了四種類型的首席數(shù)據(jù)官組織

Gartner客戶可以在研究報(bào)告“首席數(shù)據(jù)官辦公室成功的組織設(shè)計(jì)原則”中閱讀更多的信息管理預(yù)測(cè)和分析。在題為“CDO的前100天”的文章中，也有關(guān)于新CDO的更詳細(xì)的指導(dǎo)原則。

2023-12-02 14:30:46

系統(tǒng)調(diào)用：計(jì)算機(jī)中的“服務(wù)員”

操作系統(tǒng)是基礎(chǔ)軟件，與其它軟件是不同的進(jìn)程。其它軟件使用操作系統(tǒng)提供的能力，可以用進(jìn)程間通信，但是各種進(jìn)程間通信機(jī)制也是基于系統(tǒng)調(diào)用，所以直接使用系統(tǒng)調(diào)用更為便捷。

2023-12-01 15:57:07

系統(tǒng)調(diào)用計(jì)算機(jī)

微服務(wù)，其實(shí)它也是有很多坑

不知道你有沒有碰到過(guò)這種情況：每隔幾個(gè)月或半年，大領(lǐng)導(dǎo)就會(huì)發(fā)話讓我們匯報(bào)下每個(gè)部門的微服務(wù)數(shù)量、公司微服務(wù)總數(shù)量、每個(gè)微服務(wù)都用來(lái)做什么等情況。因?yàn)槠髽I(yè)微服務(wù)數(shù)較多，所以每次給大領(lǐng)導(dǎo)匯報(bào)時(shí)，都是長(zhǎng)長(zhǎng)的一條清單。

2023-12-01 07:38:33

微服務(wù)訂單服務(wù)

12種常見的軟件架構(gòu)風(fēng)格，架構(gòu)師必備

軟件架構(gòu)對(duì)于構(gòu)建滿足用戶和利益相關(guān)者需求的成功軟件系統(tǒng)至關(guān)重要。它提供了設(shè)計(jì)和開發(fā)軟件系統(tǒng)的藍(lán)圖，確保系統(tǒng)滿足其功能和非功能需求，促進(jìn)適應(yīng)性，并幫助管理復(fù)雜性。

2023-12-01 07:24:40

軟件架構(gòu)

8000字 + 25圖探秘Xxl-Job核心架構(gòu)原理

從架構(gòu)圖中也可以看出來(lái)，本文除了日志部分的內(nèi)容沒有提到，其它的整個(gè)核心邏輯基本上都講到了,而日志部分其實(shí)是個(gè)輔助的作用，讓你更方便查看任務(wù)的運(yùn)行情況，對(duì)任務(wù)的觸發(fā)邏輯是沒有影響的，所以就沒講了.

2023-11-30 22:06:43

日志架構(gòu)

探秘Rust生態(tài)：核心庫(kù)和框架解析

Rust的生態(tài)系統(tǒng)雖然仍處于成長(zhǎng)階段，但已經(jīng)擁有強(qiáng)大的庫(kù)和框架，能夠支持各種復(fù)雜的應(yīng)用開發(fā)。從Web服務(wù)到數(shù)據(jù)庫(kù)操作，再到并發(fā)處理和WebAssembly，Rust的工具庫(kù)為開發(fā)者提供了廣泛的支持。隨著更多的貢獻(xiàn)和持續(xù)的成長(zhǎng)，Rust的生態(tài)系統(tǒng)將繼續(xù)擴(kuò)展和完善。

2023-11-30 11:39:52

Rust 生態(tài)框架

消息隊(duì)列批量收發(fā)消息，請(qǐng)避開這五個(gè)坑！

使用批量消息，在一定程度上可以提高性能和吞吐量，但是確實(shí)也會(huì)存在一些問(wèn)題，使用的時(shí)候要結(jié)合業(yè)務(wù)場(chǎng)景避開這些坑。

2023-11-30 08:34:29

批量消息消息隊(duì)列

我試圖通過(guò)這篇文章告訴你，什么是神奇的泛化調(diào)用

網(wǎng)關(guān)層提供一個(gè) API 接口發(fā)布平臺(tái)，當(dāng)服務(wù)提供者的接口有新增或者發(fā)生變化的時(shí)候，由對(duì)應(yīng)系統(tǒng)的接口管理人員把接口信息，比如接口路徑、方法、入?yún)ⅰ⒊鰠?、方法功能說(shuō)明、方法負(fù)責(zé)團(tuán)隊(duì)、接口對(duì)接人等等這些消息維護(hù)到 API 接口發(fā)布平臺(tái)上。

2023-11-30 08:27:38

泛化調(diào)用架構(gòu)

Git 難用？有救！

如果 sapling 對(duì)你來(lái)說(shuō)改動(dòng)過(guò)大（暫不兼容 gitlab），可以嘗試另一個(gè)開源項(xiàng)目 git town，它也是 stack 工作流的一部分。

2023-11-30 07:54:55

消息隊(duì)列備選架構(gòu)選擇，你選擇哪個(gè)？

中間件團(tuán)隊(duì)的研發(fā)人員認(rèn)為這個(gè)方案比較簡(jiǎn)單，實(shí)現(xiàn)成本低，但測(cè)試代表認(rèn)為這個(gè)方案測(cè)試人力投入較大。運(yùn)維團(tuán)隊(duì)認(rèn)為這個(gè)方案的硬件成本比較高，一個(gè)數(shù)據(jù)分組就需要4臺(tái)機(jī)器（2臺(tái)服務(wù)器 + 2臺(tái)數(shù)據(jù)庫(kù)）。

2023-11-30 07:43:14

消息隊(duì)列架構(gòu)

Keras 3.0正式發(fā)布！一統(tǒng)TF/PyTorch/Jax三大后端框架，網(wǎng)友：改變游戲規(guī)則

您是否需要等到像FlashAttention v2這樣的重要特性在JAX、TensorFlow和PyTorch 上都可用后，才能在 Keras 中使用它？還是說(shuō)您只能在某些特定后端中使用它？

2023-11-29 14:48:01

嵌入式軟件設(shè)計(jì)原則隨想

重構(gòu)是持續(xù)進(jìn)行的，好比用餐后對(duì)廚房的清理工作。第一次沒有清理用餐會(huì)快一點(diǎn)，但是由于沒有對(duì)盤碟和用餐環(huán)境進(jìn)行清潔，第二天做準(zhǔn)備工作的時(shí)間就要更長(zhǎng)一點(diǎn)。這會(huì)再一次促使放棄清潔工作。

2023-11-29 07:51:40

嵌入式軟件設(shè)計(jì)

六種常見負(fù)載均衡算法

今天我們來(lái)聊聊常見的負(fù)載均衡算法。負(fù)載均衡將網(wǎng)絡(luò)流量或一組任務(wù)以某種算法合理分配給各個(gè)處理節(jié)點(diǎn)，使得節(jié)點(diǎn)得到平等的使用，并及時(shí)可靠地返回結(jié)果給用戶。

2023-11-28 15:32:30

負(fù)載均衡算法

StarRocks在支付對(duì)賬領(lǐng)域的應(yīng)用

對(duì)賬工作中涉及多個(gè)場(chǎng)景的數(shù)據(jù)合并仍依賴人工操作，這種方法不僅效率低下，而且容易產(chǎn)生錯(cuò)誤。因此，我們計(jì)劃將這一過(guò)程升級(jí)為程序定時(shí)自動(dòng)對(duì)賬、生產(chǎn)報(bào)表。此外，利用StarRocks的最新特性，特別是物化視圖，能夠進(jìn)一步提高查詢的效率，持續(xù)提升對(duì)賬效能。

2023-11-28 12:39:40

支付對(duì)賬領(lǐng)域

Istio新架構(gòu)揭秘：環(huán)境化Mesh

環(huán)境化Mesh代表了服務(wù)網(wǎng)格架構(gòu)邁出的一大步，解決了Sidecar模型的一些挑戰(zhàn)，并為用戶提供了更多的靈活性和效率。

2023-11-28 12:17:29

ARM架構(gòu)下部署StarRocks3，你學(xué)會(huì)了嗎？

在科技高速發(fā)展的當(dāng)下，ARM 架構(gòu)由于其開源性和功耗上的優(yōu)異表現(xiàn)正在受到越來(lái)越多的關(guān)注，大數(shù)據(jù)相關(guān)的各種組件也紛紛推出了基于 ARM 架構(gòu)的版本用于更好的支持用戶體驗(yàn)。由于 StarRocks3 并無(wú)官方的 ARM 版本，通過(guò)查詢網(wǎng)上資料也并無(wú)詳細(xì)完整的相關(guān)文檔，所以本文也僅是利用 Docker 鏡像最終實(shí)現(xiàn)的部署方案，從運(yùn)行的結(jié)果來(lái)看符合預(yù)期。

2023-11-28 09:12:13

ARM 架構(gòu)

不睡覺也要會(huì)的—支付寶網(wǎng)站支付

公鑰和私鑰是一個(gè)相對(duì)概念它們的公私性是相對(duì)于生成者來(lái)說(shuō)的。一對(duì)密鑰生成后，保存在生成者手里的就是私鑰，生成者發(fā)布出去大家用的就是公鑰。

2023-11-28 08:53:15

支付寶公鑰和私鑰

Spring Cloud 實(shí)現(xiàn)分布式實(shí)時(shí)日志分析采集的三種方案

本文主要介紹了ELK實(shí)時(shí)日志分析的三種部署架構(gòu)，以及不同架構(gòu)所能解決的問(wèn)題，這三種架構(gòu)中第二種部署方式是時(shí)下最流行也是最常用的部署方式。

2023-11-27 13:50:00

ELK 日志架構(gòu)

Spring Boot中實(shí)現(xiàn)訂單30分鐘自動(dòng)取消的策略思路及源代碼

在Spring Boot中實(shí)現(xiàn)訂單30分鐘自動(dòng)取消的策略，我們可以使用定時(shí)任務(wù)或者更精確的超時(shí)時(shí)間戳對(duì)比實(shí)現(xiàn)。以下提供兩種方式的詳細(xì)思路及源代碼。

2023-11-27 08:15:26

Spring 訂單取消

我們一起聊聊業(yè)務(wù)定制型異地多活架構(gòu)設(shè)計(jì)

異地多活架構(gòu)設(shè)計(jì)的本質(zhì)是平衡CAP定理中的“可用性（A）”和“分區(qū)容忍性（P）”，而通常在必要的情況下對(duì)“一致性（C）”做出一定程度的妥協(xié)。

2023-11-27 07:57:46

異地多活架構(gòu)

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

這個(gè)工程比較好理解，類似于我們傳統(tǒng)的理解的RPC包，或者叫API包，在Maven工程里，一般定義為一個(gè)子Module，里面主要定義的是Feign接口（如service.XxxFeignService），DTO對(duì)象（contract.dto.XxxRequest/XxxResponse）等等。

2023-11-24 07:16:10

DDD 微服務(wù)

在微服務(wù)架構(gòu)中的數(shù)據(jù)一致性

微服務(wù)架構(gòu)具有諸如高可用性、可伸縮性、自動(dòng)化、自治團(tuán)隊(duì)等很多優(yōu)點(diǎn)。為了最大程度地發(fā)揮微服務(wù)架構(gòu)風(fēng)格的效率，傳統(tǒng)方法需要進(jìn)行一些改變。

2023-11-22 12:55:59

微服務(wù)架構(gòu)數(shù)據(jù)庫(kù)

重新思考邊緣負(fù)載均衡

Netflix的云網(wǎng)關(guān)團(tuán)隊(duì)一直致力于幫助系統(tǒng)減少錯(cuò)誤，獲得更高的可用性，并提高故障恢復(fù)能力。因?yàn)镹etflix每秒有超過(guò)一百萬(wàn)次請(qǐng)求，即使是很低的錯(cuò)誤率也會(huì)影響到會(huì)員體驗(yàn)，所以每一點(diǎn)提升都有幫助。

2023-11-22 11:10:33

邊緣負(fù)載均衡

OpenFeign整合Sentinel，由淺入深，搭建屬于自己的腳手架

Sentinel是阿里巴巴開源的一款微服務(wù)流量控制組件。是面向分布式、多語(yǔ)言異構(gòu)化服務(wù)架構(gòu)的流量治理組件，主要以流量為切入點(diǎn)，從流量路由、流量控制、流量整形、熔斷降級(jí)、系統(tǒng)自適應(yīng)過(guò)載保護(hù)、熱點(diǎn)流量防護(hù)等多個(gè)維度來(lái)幫助開發(fā)者保障微服務(wù)的穩(wěn)定性。

2023-11-21 17:36:04

OpenFeign Sentinel

面試官：如何實(shí)現(xiàn)微服務(wù)全鏈路灰度發(fā)布？

在傳統(tǒng)的全量發(fā)布中，新版本的功能會(huì)一次性全部部署到所有的用戶或節(jié)點(diǎn)上。然而，這種方式潛在的風(fēng)險(xiǎn)是，如果新版本存在缺陷或問(wèn)題，可能會(huì)對(duì)所有用戶或節(jié)點(diǎn)產(chǎn)生嚴(yán)重的影響，導(dǎo)致系統(tǒng)崩潰或服務(wù)不可用。

2023-11-21 09:35:49

全量部署微服務(wù)

分布式進(jìn)階-鏈路追蹤SpringCloudSleuth、Zipkin【實(shí)戰(zhàn)篇】

Spring Cloud Sleuth 是 Spring Cloud 生態(tài)系統(tǒng)的一部分，它是一個(gè)分布式追蹤解決方案，用于監(jiān)視微服務(wù)架構(gòu)中的請(qǐng)求流程，并幫助開發(fā)者跟蹤請(qǐng)求在不同微服務(wù)之間的傳播路徑。

2023-11-21 08:25:09

Spring 微服務(wù)

微服務(wù)架構(gòu)中實(shí)施CQRS失敗的四個(gè)重大原因，引以為戒！

CQRS（命令查詢職責(zé)分離）是一種在復(fù)雜商業(yè)應(yīng)用中非常有用的模式，特別是當(dāng)讀操作和寫操作有不同需求時(shí)。舉個(gè)例子，寫操作可能想要在關(guān)系型數(shù)據(jù)庫(kù)中以規(guī)范化形式維護(hù)一個(gè)模型，而讀操作則可以將模型表現(xiàn)為文檔數(shù)據(jù)庫(kù)中的文檔。但是理解CQRS并不容易。

2023-11-20 16:21:46

CQRS 架構(gòu)開發(fā)

將 Spring 微服務(wù)與 BI 工具集成：最佳實(shí)踐

軟件開發(fā)領(lǐng)域是一個(gè)不斷發(fā)展的領(lǐng)域，新的范式和技術(shù)不斷涌現(xiàn)。其中，微服務(wù)架構(gòu)和商業(yè)智能（BI）工具的采用是兩項(xiàng)關(guān)鍵進(jìn)步。

2023-11-20 16:06:34

軟件開發(fā)微服務(wù)架構(gòu)Spring

管理 Spring 微服務(wù)中的分布式會(huì)話

使用 Spring 框架構(gòu)建微服務(wù)時(shí)，開發(fā)人員經(jīng)常面臨的挑戰(zhàn)之一是管理跨不同服務(wù)的用戶會(huì)話。在單體應(yīng)用程序中，會(huì)話管理相對(duì)簡(jiǎn)單。然而，在微服務(wù)架構(gòu)中，多個(gè)服務(wù)需要訪問(wèn)用戶會(huì)話數(shù)據(jù)，事情可能會(huì)變得有點(diǎn)復(fù)雜。

2023-11-20 15:32:29

SpringBoot Spring

面試官：網(wǎng)關(guān)如何實(shí)現(xiàn)限流？

主流網(wǎng)關(guān)組件 Spring Cloud Gateway 實(shí)現(xiàn)限流的方式主要有兩種：內(nèi)置限流過(guò)濾器和外部限流組件，如 Sentinel、Hystrix 等。而最簡(jiǎn)單的限流功能，我們只需要使用 Spring Cloud Gateway 過(guò)濾器 + Redis 即可（實(shí)現(xiàn)），其使用的是令牌桶的限流算法來(lái)實(shí)現(xiàn)限流功能的。

2023-11-20 10:09:59

主流網(wǎng)關(guān)組件微服務(wù)

RabbitMQ工作模式-Routing路由模式

Routing模式要求隊(duì)列在綁定交換機(jī)時(shí)要指定Routing key，消息會(huì)轉(zhuǎn)發(fā)到符合Routing key的隊(duì)列。

2023-11-20 08:54:38

RabbitMQ RoutingKey

Spring Boot中實(shí)現(xiàn)訂單30分鐘自動(dòng)取消的策略思路及源代碼

在Spring Boot中實(shí)現(xiàn)訂單30分鐘自動(dòng)取消的策略，我們可以使用定時(shí)任務(wù)或者更精確的超時(shí)時(shí)間戳對(duì)比實(shí)現(xiàn)。以下提供兩種方式的詳細(xì)思路及源代碼。

2023-11-20 08:39:24

Spring 定時(shí)任務(wù)

深入理解CPU緩存一致性協(xié)議MESI（建議收藏）

執(zhí)行失效也不是一個(gè)簡(jiǎn)單的操作，它需要處理器去處理。另外，存儲(chǔ)緩存（Store Buffers）并不是無(wú)窮大的，所以處理器有時(shí)需要等待失效確認(rèn)的返回。這兩個(gè)操作都會(huì)使得性能大幅降低。為了應(yīng)付這種情況，引入了失效隊(duì)列。

2023-11-20 08:10:55

處理器 CPU 緩存

GPU架構(gòu)與渲染性能優(yōu)化

本文結(jié)合現(xiàn)代GPU架構(gòu)及邏輯管線執(zhí)行，簡(jiǎn)單闡述這些性能優(yōu)化背后的原理。

2023-11-18 19:46:07

GPU 架構(gòu)

實(shí)戰(zhàn)：Nacos配置中心的Pull原理，附源碼

配置中心（Configuration Center）通常用于集中管理應(yīng)用程序的配置信息。這些配置信息可以包括數(shù)據(jù)庫(kù)連接信息、外部服務(wù)地址、日志級(jí)別、超時(shí)設(shè)置等。配置中心可以提高應(yīng)用部署的靈活性和可維護(hù)性。

2023-11-17 09:02:51

Nacos 配置中心

由“點(diǎn)”向“面”！簡(jiǎn)析新一代WAF的理念與應(yīng)用

新一代WAF并不是一個(gè)產(chǎn)品孤島，而是未來(lái)WEB應(yīng)用防護(hù)生態(tài)體系中的一部分。因此，從支撐技術(shù)看，新一代WAF需要威脅情報(bào)提升威脅識(shí)別能力、需要SSL解密技術(shù)對(duì)加密流量進(jìn)行解析、需要人工智能技術(shù)提升風(fēng)險(xiǎn)識(shí)別準(zhǔn)確率。新一代WAF還可以作為WEB應(yīng)用防護(hù)設(shè)備，聯(lián)動(dòng)更多的對(duì)網(wǎng)絡(luò)環(huán)境、代碼安全相關(guān)的產(chǎn)品，形成WEB應(yīng)用全生命周期防護(hù)。

2023-11-15 12:55:09

架構(gòu)WAF 防護(hù)

語(yǔ)聊房架構(gòu)演進(jìn)實(shí)踐

隨著架構(gòu)的演進(jìn)，我們需要有合適的評(píng)估機(jī)制，來(lái)評(píng)估變化對(duì)架構(gòu)的影響，防止架構(gòu)隨著時(shí)間推移而退化。架構(gòu)由很多維度構(gòu)成，包括性能，安全性，穩(wěn)定性，代碼規(guī)范等，對(duì)于不同的維度，我們需要建立不同的指標(biāo)來(lái)評(píng)估。

2023-11-14 20:51:08

架構(gòu)退化評(píng)估

Scylla數(shù)據(jù)庫(kù)-高性能的分布式數(shù)據(jù)庫(kù)

Scylla的系統(tǒng)架構(gòu)設(shè)計(jì)旨在提供高性能、高可靠性和可擴(kuò)展性的分布式數(shù)據(jù)庫(kù)解決方案。它通過(guò)數(shù)據(jù)分片、副本復(fù)制和節(jié)點(diǎn)通信等機(jī)制，實(shí)現(xiàn)了數(shù)據(jù)的分布式存儲(chǔ)和處理，以滿足大規(guī)模數(shù)據(jù)處理的需求。

2023-11-14 08:24:59

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

解決Docker網(wǎng)絡(luò)沖突的方法

在使用Docker的過(guò)程中，有時(shí)候會(huì)遇到網(wǎng)絡(luò)沖突的問(wèn)題，導(dǎo)致創(chuàng)建網(wǎng)絡(luò)失敗。

2023-11-13 18:22:14

Docker 開發(fā)

SpringCloud全鏈路灰色具體發(fā)布！

在傳統(tǒng)的全量發(fā)布中，新版本的功能會(huì)一次性全部部署到所有的用戶或節(jié)點(diǎn)上。然而，這種方式潛在的風(fēng)險(xiǎn)是，如果新版本存在缺陷或問(wèn)題，可能會(huì)對(duì)所有用戶或節(jié)點(diǎn)產(chǎn)生嚴(yán)重的影響，導(dǎo)致系統(tǒng)崩潰或服務(wù)不可用。

2023-11-13 10:41:44

Spring 微服務(wù)

用了這么多年Docker，殊不知你還有這么多彎彎繞！

微服務(wù)通常會(huì)在共有云上創(chuàng)建ECS進(jìn)行擴(kuò)容，ECS通常只包含了基本的操作系統(tǒng)環(huán)境，沒有包含運(yùn)行java的環(huán)境Jdk，就需要在ECS上安裝Jdk，而且每個(gè)服務(wù)依賴的Jdk版本可能也不會(huì)相同，一般情況下，都會(huì)采用Jdk8，但有些喜愛前言技術(shù)的項(xiàng)目經(jīng)理，可能要試一下Jdk21，畢竟也是一個(gè)長(zhǎng)期穩(wěn)定的大版本。

2023-11-13 08:49:54

微服務(wù)Docker

一個(gè)高流量高并發(fā)系統(tǒng)，設(shè)計(jì)關(guān)注點(diǎn)有哪些

相信每一位開發(fā)同學(xué)多多少少都想?yún)⑴c或負(fù)責(zé)一個(gè)高用戶、高訪問(wèn)、高并發(fā)的系統(tǒng)吧。一來(lái)可以增加自己實(shí)際的項(xiàng)目經(jīng)驗(yàn)，有應(yīng)對(duì)高并發(fā)場(chǎng)景的解決方案，二來(lái)是有個(gè)高并發(fā)的項(xiàng)目經(jīng)驗(yàn)無(wú)疑是自己簡(jiǎn)歷的一個(gè)大大的加分項(xiàng)。

2023-11-10 16:18:59

開發(fā)高流量高并發(fā)

系統(tǒng)架構(gòu)七個(gè)非功能性需求

在軟件系統(tǒng)里面，功能性需求是面向用戶、詳細(xì)明確的需求，由產(chǎn)品人員根據(jù)市場(chǎng)的需要提煉出來(lái)，是產(chǎn)品生命周期里最重要的一環(huán)。

2023-11-10 16:11:35

架構(gòu)后端開發(fā)

RabbitMQ工作模式-Publish/Subscribe發(fā)布與訂閱模式

Exchange（交換機(jī)）只負(fù)責(zé)轉(zhuǎn)發(fā)消息，不具備存儲(chǔ)消息的能力，因此如果沒有任何隊(duì)列與Exchange綁定，或者沒有符合路由規(guī)則的隊(duì)列，那么消息會(huì)丟失！

2023-11-10 09:22:06

RabbitMQ Subscribe Publish

SpringBoot自帶模板引擎Thymeleaf使用詳解

下面主要介紹在SpringBoot中使用Thymeleaf模板引擎的簡(jiǎn)單示例。Thymeleaf具有許多其他功能和特性，例如循環(huán)、條件語(yǔ)句、變量替換等等，

2023-11-10 09:16:45

SpringBoot Thymeleaf

SpringBoot常用的50個(gè)注解，一目了然

Springboot注解那么多，其實(shí)常用的也就不超過(guò)50個(gè)，現(xiàn)在我們就來(lái)聊聊SpringBoot中常用的注解。

2023-11-10 08:56:49

Springboot 常用的注解

沒用過(guò)微服務(wù)？別慌，丐版架構(gòu)圖，讓你輕松拿捏面試官

很多人都說(shuō)現(xiàn)在是云原生、大模型的時(shí)代，微服務(wù)已經(jīng)過(guò)時(shí)了，但現(xiàn)實(shí)的是，很多人開發(fā)多年，都沒有在實(shí)際的開發(fā)中用過(guò)微服務(wù)，更別提搭建微服務(wù)框架和技術(shù)選型了。面試的時(shí)候都會(huì)問(wèn)，怎么辦？

2023-11-10 08:20:13

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

信貸系統(tǒng)中如何使用征信數(shù)據(jù)？

征信指標(biāo)管理系統(tǒng)實(shí)現(xiàn)了一站式指標(biāo)開發(fā)、計(jì)算、發(fā)布、迭代和管理功能，極大地降低了征信指標(biāo)衍生加工的難度。而且采用內(nèi)存的計(jì)算方式，保證了系統(tǒng)的性能，后續(xù)還可以納入企業(yè)征信、稅務(wù)、工商、司法等更多外部數(shù)據(jù)，為整個(gè)信貸業(yè)務(wù)賦能。

2023-11-10 08:13:56

征信數(shù)據(jù)信貸系統(tǒng)

使用LLama和ChatGPT為多聊天后端構(gòu)建微服務(wù) 譯文

微服務(wù)架構(gòu)便于創(chuàng)建邊界明確定義的靈活獨(dú)立服務(wù)。這種可擴(kuò)展的方法使開發(fā)人員能夠在不影響整個(gè)應(yīng)用程序的情況下單獨(dú)維護(hù)和完善服務(wù)。

2023-11-10 08:00:00

微服務(wù)架構(gòu)開發(fā)

JavaScript 地位不保！WasmGC 將成為下一個(gè)“網(wǎng)紅”？原創(chuàng) 精選

與 JavaScript 不同，Wasm 代碼可以針對(duì)各種硬件架構(gòu)進(jìn)行編譯，從而確保了跨不同設(shè)備和平臺(tái)的可移植性。此外，它支持多種編程語(yǔ)言，允許它們之間進(jìn)行無(wú)縫交互。

2023-11-09 23:51:32

JavaScript 代碼架構(gòu)

上一頁(yè) 1 ··· 11 12 13 14 15 ··· 102 下一頁(yè)

點(diǎn)贊

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

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

媒體

51CTO CIOAge HC3i

社區(qū)

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

教育

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

<cite id="xx2qm"><track id="xx2qm"></track></cite>