成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

51CTO首頁(yè)

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

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

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

信創(chuàng)認(rèn)證

公眾號(hào)矩陣

移動(dòng)端

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

全部課程軟考信創(chuàng)認(rèn)證華為認(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)

5130內(nèi)容??

關(guān)注

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

共 5130 條

滴滴面試：談?wù)剬?duì)Netty線程模型的理解？

Netty 線程模型被稱為 Reactor（響應(yīng)式）模型/模式，它是基于 NIO 多路復(fù)用模型的一種升級(jí)，它的核心思想是將 IO 事件和業(yè)務(wù)處理進(jìn)行分離，使用一個(gè)或多個(gè)線程來(lái)執(zhí)行任務(wù)的一種機(jī)制。

2024-05-31 08:10:58

Netty 線程模型多路復(fù)用模型

MQ選型：一文詳解Kafka與RocketMQ區(qū)別

選擇 RocketMQ 或 Kafka 主要取決于具體的業(yè)務(wù)需求、系統(tǒng)要求以及團(tuán)隊(duì)的技術(shù)棧偏好。如果需要處理具有復(fù)雜業(yè)務(wù)邏輯的事務(wù)性消息，或需要精確控制消息順序和定時(shí)發(fā)送的功能，RocketMQ 可能是更合適的選擇。

2024-05-31 08:05:29

Kafka RocketMQ 技術(shù)

聊聊什么是微服務(wù)，你看明白了嗎？

微服務(wù)架構(gòu)特別適用于大型、復(fù)雜且需要頻繁迭代和部署的大型應(yīng)用，但對(duì)中小型應(yīng)用可能過(guò)于復(fù)雜。因此，選擇微服務(wù)架構(gòu)需要根據(jù)具體業(yè)務(wù)需求和團(tuán)隊(duì)能力來(lái)做出決定。?

2024-05-30 08:19:52

微服務(wù)架構(gòu)大型應(yīng)用

面試官：說(shuō)說(shuō)Netty核心組件？

Netty 核心組件是指 Netty 在執(zhí)行過(guò)程中所涉及到的重要概念，這些核心組件共同組成了 Netty 框架，使 Netty 框架能夠正常的運(yùn)行。

2024-05-30 08:04:20

Netty 核心組件架構(gòu)

有人問(wèn)我架構(gòu)圖、流程圖為什么這么好看？

Keynote 更適合做那些科普類、知識(shí)類、推薦類的圖文內(nèi)容，比如小紅書，你隨便搜一個(gè)圖文類軟件推薦的博主，那種比較簡(jiǎn)潔的封面圖，就很適合用 Keynote 做。

2024-05-29 10:26:23

架構(gòu)Keynote 軟件

打造高可用系統(tǒng)：深入了解心跳檢測(cè)機(jī)制

心跳信號(hào)不僅可以用于簡(jiǎn)單的在線/離線判斷，還可以攜帶更多的健康狀態(tài)信息。例如，CPU使用率、內(nèi)存使用率、磁盤空間等。通過(guò)對(duì)這些信息的綜合評(píng)估，可以更全面地了解節(jié)點(diǎn)的運(yùn)行狀態(tài)，從而做出更加準(zhǔn)確的判斷。

2024-05-29 07:50:41

高可用系統(tǒng)機(jī)制

大型前端應(yīng)用如何做系統(tǒng)融合？

在經(jīng)歷了為期兩個(gè)月的緊張工作后，我們成功地將兩個(gè)大型項(xiàng)目進(jìn)行了深度整合，取得了顯著的階段性成果。通過(guò)這一融合過(guò)程，我們不僅統(tǒng)一了項(xiàng)目的代碼規(guī)范和架構(gòu)，還顯著提升了組件的復(fù)用率。

2024-05-28 09:05:31

前端應(yīng)用系統(tǒng)融合

消息隊(duì)列的六種經(jīng)典使用場(chǎng)景和 Kafka 架構(gòu)設(shè)計(jì)原理詳細(xì)解析

Apache Kafka 是一個(gè)高吞吐量、分布式的流處理平臺(tái)，廣泛應(yīng)用于實(shí)時(shí)數(shù)據(jù)管道和流處理應(yīng)用中。Kafka 以其高性能、低延遲、擴(kuò)展性和可靠性，成為了大數(shù)據(jù)生態(tài)系統(tǒng)中的重要組件。

2024-05-28 08:31:46

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

億級(jí)流量下通用的高并發(fā)架構(gòu)設(shè)計(jì)

無(wú)論是何種場(chǎng)景，都應(yīng)該為寫數(shù)據(jù)存儲(chǔ)選擇適合高并發(fā)寫入的存儲(chǔ)系統(tǒng)，為讀數(shù)據(jù)存儲(chǔ)選擇適合高并發(fā)讀取的存儲(chǔ)系統(tǒng)，消息隊(duì)列作為數(shù)據(jù)傳輸通道要足夠健壯，保證數(shù)據(jù)不丟失。?

2024-05-27 08:32:45

高并發(fā)架構(gòu)系統(tǒng)

實(shí)操 OpenTelemetry：通過(guò) Demo 掌握微服務(wù)監(jiān)控的藝術(shù)

正常情況下安裝不會(huì)有什么問(wèn)題，最大可能的問(wèn)題就是鏡像拉取失敗，此時(shí)我們可以先在本地手動(dòng) docker pull 下來(lái)鏡像后再上傳到私服，然后修改 deployment 中的鏡像地址即可。

2024-05-27 08:09:29

微服務(wù)監(jiān)控鏡

RocketMQ 是什么？它的架構(gòu)是怎么樣的？和 Kafka 又有什么區(qū)別？

RocketMQ 是阿里自研的國(guó)產(chǎn)消息隊(duì)列，目前已經(jīng)是 Apache 的頂級(jí)項(xiàng)目。和其他消息隊(duì)列一樣，它接受來(lái)自生產(chǎn)者的消息，將消息分類，每一類是一個(gè) topic，消費(fèi)者根據(jù)需要訂閱 topic，獲取里面的消息。

2024-05-22 08:02:30

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

一篇帶你了解DDD四層微服務(wù)架構(gòu)

DDD建模與落地的這幾年，收獲了不少好評(píng)，也著實(shí)為業(yè)務(wù)成功做出了貢獻(xiàn)，優(yōu)化了大半年，如今終于可以跟大家正式見(jiàn)面了。

2024-05-21 09:26:54

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

基于單元的架構(gòu)綜合指南譯文

本文深入研究基于單元的架構(gòu)，探索其有效實(shí)施的基本原則、在現(xiàn)實(shí)世界的使用，以及其帶來(lái)的好處、面對(duì)的挑戰(zhàn)和應(yīng)對(duì)策略。

2024-05-21 08:00:00

架構(gòu)數(shù)字化分布式系統(tǒng)

微服務(wù)如何灰度發(fā)布？你會(huì)嗎？

通過(guò) Spring Cloud 的擴(kuò)展組件和自定義路由策略，開(kāi)發(fā)人員可以輕松實(shí)現(xiàn)灰度發(fā)布功能，確保在微服務(wù)架構(gòu)中安全、平滑地進(jìn)行版本迭代升級(jí)。

2024-05-17 16:18:45

微服務(wù)灰度發(fā)布金絲雀發(fā)布

微服務(wù)架構(gòu)最佳實(shí)踐-方法篇

大多數(shù)人關(guān)注微服務(wù)的“small”和“l(fā)ightweight”特性，但實(shí)際上微服務(wù)的成敗更多取決于被忽視的“automated”（自動(dòng)化）方面。為什么這樣說(shuō)呢？

2024-05-16 13:13:39

微服務(wù)架構(gòu)自動(dòng)化

探索分布式系統(tǒng)演進(jìn)之路：從負(fù)載均衡到微服務(wù)架構(gòu)

分布式系統(tǒng)的發(fā)展歷程是一個(gè)不斷探索和實(shí)踐的過(guò)程，在不斷解決各種技術(shù)挑戰(zhàn)的同時(shí)，我們也不斷提升自己的技術(shù)能力和團(tuán)隊(duì)協(xié)作能力，實(shí)現(xiàn)了業(yè)務(wù)的快速發(fā)展和持續(xù)創(chuàng)新。

2024-05-16 07:51:55

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

從零開(kāi)始搭建 Kafka 集群

本次使用的Kafka版本為2.4.1，是2020年3月12日發(fā)布的版本。可以注意到Kafka的版本號(hào)為：kafka_2.12-2.4.1，因?yàn)閗afka主要是使用scala語(yǔ)言開(kāi)發(fā)的，2.12為scala的版本號(hào)。

2024-05-15 14:29:45

Kafka 集群版本

Kafka六大使用場(chǎng)景以及核心概念，你知道幾個(gè)？

Kafka 最常見(jiàn)的應(yīng)用場(chǎng)景就是作為消息隊(duì)列。 Kafka 提供了一個(gè)可靠且可擴(kuò)展的消息隊(duì)列，可以處理大量數(shù)據(jù)。

2024-05-11 12:47:16

Kafka 場(chǎng)景 .高性能

聊聊主流的Kafka監(jiān)控框架

值得一提的是，國(guó)內(nèi)最近有個(gè)Kafka Eagle框架非常不錯(cuò)。它是國(guó)人維護(hù)的，而且目前還在積極地演進(jìn)著。根據(jù)Kafka Eagle官網(wǎng)的描述，它支持最新的Kafka 2.x版本，除了提供常規(guī)的監(jiān)控功能之外，還開(kāi)放了告警功能（Alert），非常值得一試。

2024-05-11 11:18:21

Kafka 監(jiān)控框架

微服務(wù)架構(gòu)技術(shù)，你了解幾分？

硬件輔助虛擬化利用處理器和其他硬件組件的特性來(lái)提高虛擬化性能和效率。例如，Intel 的VT-x 和 AMD 的AMD-V 技術(shù)可以加速虛擬機(jī)的創(chuàng)建、運(yùn)行和銷毀過(guò)程。

2024-05-10 08:46:13

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

一張圖看懂微服務(wù)架構(gòu)路線

在本文中，我試圖展示一個(gè)與微服務(wù)架構(gòu)模式相關(guān)的路線圖。如果你想從頭開(kāi)始實(shí)現(xiàn)微服務(wù)架構(gòu)或?qū)误w架構(gòu)遷移到微服務(wù)架構(gòu)，你將需要了解這些概念。

2024-05-07 08:49:45

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

微服務(wù)架構(gòu)中的挑戰(zhàn)及應(yīng)對(duì)方式：Outbox 模式

在一個(gè)由許多小型服務(wù)組成的系統(tǒng)中保持?jǐn)?shù)據(jù)一致性是困難的，因?yàn)樗鼈兎稚⒃诟魈帯Ｒ韵率且恍┏Ｒ?jiàn)問(wèn)題以及如何處理它們的方法：當(dāng)服務(wù)發(fā)送消息時(shí)，同時(shí)更新數(shù)據(jù)庫(kù)和發(fā)送消息是棘手的問(wèn)題。

2024-05-06 11:25:57

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

架構(gòu)設(shè)計(jì)中如何應(yīng)對(duì)接口級(jí)故障？

由于排隊(duì)需要臨時(shí)緩存大量的業(yè)務(wù)請(qǐng)求，單個(gè)系統(tǒng)內(nèi)部無(wú)法緩存這么多數(shù)據(jù)，一般情況下，排隊(duì)需要用獨(dú)立的系統(tǒng)去實(shí)現(xiàn)，例如使用Kafka這類消息隊(duì)列來(lái)緩存用戶請(qǐng)求。

2024-05-06 08:43:00

架構(gòu)設(shè)計(jì)故障

大模型系列之解讀MoE 原創(chuàng) 精選

在復(fù)雜的門控機(jī)制指導(dǎo)下，智能地結(jié)合多個(gè)專家網(wǎng)絡(luò)，基于MoE 系統(tǒng)的大模型提供了強(qiáng)大的靈活性、效率和準(zhǔn)確性。

2024-05-06 07:58:23

MoE 模型系統(tǒng)

15個(gè)適合后端程序員的前端框架

AdminLTE是一個(gè)基于Bootstrap 4的免費(fèi)管理員儀表板模板。它提供了一個(gè)現(xiàn)代、響應(yīng)式且功能豐富的界面，可用于構(gòu)建管理后臺(tái)和儀表板?？梢詭椭_(kāi)發(fā)人員快速搭建出現(xiàn)代化的管理后臺(tái)和儀表板應(yīng)用程序。無(wú)論是個(gè)人項(xiàng)目還是商業(yè)項(xiàng)目，AdminLTE都是一個(gè)不錯(cuò)的選擇。

2024-05-06 00:00:00

后端程序員框架

我使用緩存，踩過(guò)的7個(gè)坑

假設(shè)在高并發(fā)的場(chǎng)景中，同一個(gè)用戶的同一條數(shù)據(jù)，有一個(gè)讀數(shù)據(jù)請(qǐng)求c，還有另一個(gè)寫數(shù)據(jù)請(qǐng)求d（一個(gè)更新操作），同時(shí)請(qǐng)求到業(yè)務(wù)系統(tǒng)。在這個(gè)過(guò)程當(dāng)中，有可能會(huì)出現(xiàn)請(qǐng)求d的新值，并沒(méi)有被請(qǐng)求c寫入緩存，同樣會(huì)導(dǎo)致緩存和數(shù)據(jù)庫(kù)的數(shù)據(jù)不一致的情況。

2024-05-06 00:00:00

緩存高并發(fā)數(shù)據(jù)

一種避免寫大量CRUD方法的新思路

今天，我繼續(xù)給大家?guī)?lái)一個(gè)超級(jí)無(wú)敵霹靂的編碼新招式，來(lái)自我最近的親身實(shí)踐，我把公司的PHP工程（兩個(gè)端，幾百個(gè)接口）重構(gòu)到Java工程上來(lái)，僅僅用了兩天！

2024-04-30 08:12:05

CRUD方法 Java AC架構(gòu)

ELK太重？試試輕量級(jí)分布式日志框架GrayLog

在微服務(wù)架構(gòu)中，一個(gè)服務(wù)通常都會(huì)有多個(gè)實(shí)例，而這些服務(wù)實(shí)例可能會(huì)被部署到不同的機(jī)器或虛擬容器上。此時(shí)對(duì)于日志數(shù)據(jù)的查看和分析就會(huì)變得困難起來(lái)，因?yàn)檫@些服務(wù)的日志數(shù)據(jù)都散落在各自實(shí)例所在的機(jī)器或容器上。

2024-04-29 08:42:23

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

監(jiān)控 Kafka，這十個(gè)指標(biāo)請(qǐng)考慮！

使用消息隊(duì)列可以幫助我們實(shí)現(xiàn)系統(tǒng)解耦、流量管控等功能。但使用過(guò)程中可能會(huì)遇到各種各樣的問(wèn)題，比如系統(tǒng)資源使用率高、集群節(jié)點(diǎn)宕機(jī)等，進(jìn)而影響我們生產(chǎn)業(yè)務(wù)正常開(kāi)展。

2024-04-29 08:35:29

監(jiān)控 Kafka 集群

Nacos 并發(fā)小技巧之緩存實(shí)例信息

通過(guò)緩存實(shí)例信息，服務(wù)消費(fèi)者可以在Nacos不可用時(shí)仍然能夠進(jìn)行服務(wù)調(diào)用，提高了可用性和性能。但需要注意的是，緩存實(shí)例信息可能會(huì)導(dǎo)致一定的數(shù)據(jù)延遲和一致性問(wèn)題，因此需要在設(shè)計(jì)時(shí)權(quán)衡利弊，并根據(jù)實(shí)際場(chǎng)景進(jìn)行合理的緩存策略和更新機(jī)制。

2024-04-29 08:05:34

Nacos Java 數(shù)據(jù)結(jié)構(gòu)

Go-Zero微服務(wù)快速入門和最佳實(shí)踐

微服務(wù)進(jìn)行服務(wù)拆分一個(gè)最好理解并且最基本的原則就是：每個(gè)服務(wù)對(duì)應(yīng)一個(gè)單獨(dú)的數(shù)據(jù)庫(kù)。做到服務(wù)與服務(wù)之間的解耦，劃清邊界。

2024-04-28 14:46:55

gozero 微服務(wù)技巧

軟件架構(gòu)的23個(gè)基本原則

軟件架構(gòu)師在做出架構(gòu)設(shè)計(jì)時(shí)需要遵循一些基本規(guī)則，本文介紹的23條原則就是其中最基礎(chǔ)的規(guī)則，是所有軟件工程師都需要牢記并實(shí)踐的原則。

2024-04-28 11:32:32

軟件架構(gòu)開(kāi)發(fā)

阿里面試：RabbitMQ如何實(shí)現(xiàn)延遲隊(duì)列？

實(shí)現(xiàn) RabbitMQ 延遲隊(duì)列目前主流的實(shí)現(xiàn)方式，是采用官方提供的延遲插件來(lái)實(shí)現(xiàn)。而延遲插件需要先下載插件、然后配置并重啟 RabbitMQ 服務(wù)，之后就可以通過(guò)編寫代碼的方式實(shí)現(xiàn)延遲隊(duì)列了。

2024-04-28 08:52:33

RabbitMQ 延遲隊(duì)列延遲插件

Kafka Exactly Once 語(yǔ)義實(shí)現(xiàn)原理：冪等性與事務(wù)消息

通過(guò)本文的深入分析，我們了解到 Kafka 的事務(wù)消息功能是如何在流處理場(chǎng)景中提供 Exactly-Once 語(yǔ)義的。Kafka 通過(guò)其事務(wù) API 和內(nèi)部機(jī)制，實(shí)現(xiàn)了消息發(fā)送的原子性、最終一致性、隔離性和持久性，盡管在實(shí)際應(yīng)用中可能存在一些性能和功能上的限制。

2024-04-28 08:38:53

Kafka 分布式系統(tǒng)

淺析ServiceMesh和Istio，你學(xué)會(huì)了嗎？

分布式架構(gòu)下將單獨(dú)服務(wù)拆分成子服務(wù)，結(jié)合各種架構(gòu)設(shè)計(jì)已經(jīng)將分布式基石做好了，但是在業(yè)務(wù)層的架構(gòu)設(shè)計(jì)上，還是有很多問(wèn)題需要解決，比如子服務(wù)更新如何不影響全局，功能迭代如何足夠快，如何細(xì)粒度的監(jiān)控某些服務(wù)狀態(tài)等。

2024-04-28 08:24:27

分布式架構(gòu)Istio

大廠的OLAP架構(gòu)啥樣的？

CK 和 Doris 都是基于 MPP 的，有自定義的存儲(chǔ)格式。目前主要用于實(shí)時(shí)指標(biāo)和明細(xì)數(shù)據(jù)查詢，承擔(dān)了小部分流量，在 1%-2% 左右，現(xiàn)在還在進(jìn)一步深度測(cè)試。

2024-04-26 12:39:55

OLAP 架構(gòu)存儲(chǔ)

聊聊高可用存儲(chǔ)架構(gòu)：集群和分區(qū)

集群是由多臺(tái)機(jī)器組成的一個(gè)統(tǒng)一系統(tǒng)，這里的“多臺(tái)”通常指的是至少3臺(tái)機(jī)器。與主備或主從架構(gòu)的兩臺(tái)機(jī)器相比，集群提供了更大的擴(kuò)展性。集群可以根據(jù)其中機(jī)器承擔(dān)的角色不同分為兩種類型：數(shù)據(jù)集中型集群和數(shù)據(jù)分散型集群。

2024-04-26 08:28:08

高可用存儲(chǔ)架構(gòu)

聊聊業(yè)務(wù)高可用的保障：異地多活架構(gòu)

假設(shè)我們做了前面提到的高可用存儲(chǔ)架構(gòu)中的數(shù)據(jù)分區(qū)備份，又通過(guò)自動(dòng)化運(yùn)維能夠保證 1 分鐘就能將全部系統(tǒng)正常啟動(dòng)，那是否意味著沒(méi)有必要做異地多活了？

2024-04-26 00:28:14

異地多活架構(gòu)

Sentinel如何持久化數(shù)據(jù)到Nacos？

Sentinel Dashboard 默認(rèn)情況下，只能將配置規(guī)則保存到內(nèi)存中，這樣就會(huì)程序重啟后配置規(guī)則丟失的情況，因此我們需要給 Sentinel 設(shè)置一個(gè)數(shù)據(jù)源，并且要和數(shù)據(jù)源之間實(shí)現(xiàn)雙向通訊，所以我們需要修改 Sentinel 的源碼。

2024-04-25 16:17:53

Sentinel Nacos 數(shù)據(jù)源

大模型首選AI框架——昇思MindSpore2.3.RC1版本上線開(kāi)源社區(qū)

經(jīng)過(guò)社區(qū)開(kāi)發(fā)者們幾個(gè)月的開(kāi)發(fā)與貢獻(xiàn)，現(xiàn)正式發(fā)布昇思MindSpore2.3.RC1版本，通過(guò)多維混合并行以及確定性CKPT來(lái)實(shí)現(xiàn)超大集群的高性能訓(xùn)練，支持大模型訓(xùn)推一體架構(gòu)，大模型開(kāi)發(fā)訓(xùn)練推理更簡(jiǎn)、更穩(wěn)、更高效

2024-04-25 11:19:12

五大系統(tǒng)設(shè)計(jì)中的取舍

采用 Scrum 或 Kanban 等敏捷開(kāi)發(fā)實(shí)踐可提高開(kāi)發(fā)速度。但要確保在快速開(kāi)發(fā)的同時(shí)不會(huì)犧牲代碼質(zhì)量。利用自動(dòng)化測(cè)試確保代碼質(zhì)量。這有助于加快開(kāi)發(fā)過(guò)程，但需要一些額外的時(shí)間來(lái)編寫和維護(hù)測(cè)試套件。

2024-04-25 09:24:19

系統(tǒng)設(shè)計(jì)開(kāi)發(fā)

面試官：Spring Boot 中的監(jiān)視器是什么？不是監(jiān)聽(tīng)器嘛

Spring Boot中的監(jiān)視器是Actuator，我一般用來(lái)監(jiān)控響應(yīng)時(shí)間、CPU使用率、內(nèi)存使用情況。還可以通過(guò)分析日志信息，快速定位問(wèn)題原因，還可以提供預(yù)警機(jī)制，以便在出現(xiàn)故障或異常時(shí)及時(shí)采取措施進(jìn)行修復(fù)。

2024-04-23 08:19:48

Spring Actuator CPU

詳解Spring Boot中Payload（負(fù)載）的概念與實(shí)踐

Payload在Spring Boot應(yīng)用中扮演著至關(guān)重要的角色，開(kāi)發(fā)者需要充分理解Payload的處理流程，包括但不限于數(shù)據(jù)綁定、序列化與反序列化以及驗(yàn)證，以確保應(yīng)用的安全性和健壯性。

2024-04-18 08:28:06

Payload Spring Web服務(wù)

對(duì)號(hào)入座，快看看你的應(yīng)用系統(tǒng)用了哪些高并發(fā)技術(shù)？

業(yè)務(wù)數(shù)據(jù)通常存儲(chǔ)在支持事務(wù)的關(guān)系型數(shù)據(jù)庫(kù)中，當(dāng)在面對(duì)復(fù)雜查詢場(chǎng)景時(shí)捉襟見(jiàn)肘，可將數(shù)據(jù)通過(guò)binlog異構(gòu)到ES中，ES支持復(fù)雜場(chǎng)景的查詢并且有較高的性能，輕松突破數(shù)據(jù)庫(kù)單表數(shù)據(jù)量大及多表關(guān)聯(lián)查詢瓶頸。

2024-04-17 08:54:08

高并發(fā)技術(shù)ES

領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)（DDD）中的應(yīng)用架構(gòu)：六邊形、洋蔥、整潔與清晰

六邊形架構(gòu)，也稱為端口和適配器架構(gòu)，由Alistair Cockburn提出。它強(qiáng)調(diào)將應(yīng)用程序的核心邏輯（領(lǐng)域模型）與外部系統(tǒng)（如數(shù)據(jù)庫(kù)、用戶界面、外部服務(wù)等）隔離開(kāi)來(lái)。

2024-04-17 08:06:41

六邊形洋蔥架構(gòu)領(lǐng)域

Spring 優(yōu)雅的流轉(zhuǎn)狀態(tài)數(shù)據(jù)

定義了訂單的狀態(tài)（OrderStatus）和事件（OrderEvent），然后通過(guò) StateTransitionConfigurer 配置了狀態(tài)之間的轉(zhuǎn)換規(guī)則。配置中指定了初始狀態(tài)、狀態(tài)轉(zhuǎn)換和觸發(fā)轉(zhuǎn)換的事件。

2024-04-16 09:21:59

Spring 流轉(zhuǎn)狀態(tài)數(shù)據(jù)狀態(tài)處理

Kafka 遷移工具 MirrorMaker2 原理起底

負(fù)載均衡方式會(huì)引起比較明顯的驚群效應(yīng)，比如在 Kafka Connect 集群擴(kuò)縮容的時(shí)候，不是新擴(kuò)縮容的節(jié)點(diǎn)也會(huì)出現(xiàn)較長(zhǎng)的 stop-the-world 問(wèn)題，在 K8s 環(huán)境中如果有節(jié)點(diǎn)需要進(jìn)行滾動(dòng)升級(jí)，也會(huì)出現(xiàn)類似的問(wèn)題。這種負(fù)載均衡方式在 Kafka 中稱之為 Eager Rebalance。

2024-04-16 08:58:37

Kafka 遷移工具

聊聊架構(gòu)設(shè)計(jì)流程：識(shí)別復(fù)雜度

消息隊(duì)列系統(tǒng)面臨的主要復(fù)雜性在于高性能的消息讀取和全流程的高可用性保障。這次詳細(xì)的分析和討論，不僅適用于“前浪微博”面臨的挑戰(zhàn)，也為其他企業(yè)提供了一種系統(tǒng)性問(wèn)題解決的框架。

2024-04-16 08:19:40

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

掌握這五點(diǎn)，輕松入門Spring Cloud

掌握Spring Cloud需要對(duì)微服務(wù)架構(gòu)、Spring Boot基礎(chǔ)知識(shí)、服務(wù)發(fā)現(xiàn)、分布式配置管理和彈性模式有扎實(shí)的理解。通過(guò)掌握這些概念，你將能夠充分利用Spring Cloud強(qiáng)大的功能，搭建健壯、可擴(kuò)展的基于微服務(wù)的系統(tǒng)。

2024-04-16 00:00:00

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

81道SSM經(jīng)典面試題總結(jié)

在Spring中，AOP可以通過(guò)動(dòng)態(tài)代理或者字節(jié)碼操作來(lái)實(shí)現(xiàn)，常用的是動(dòng)態(tài)代理。AOP可以提高代碼的重用性，使得橫切關(guān)注點(diǎn)的修改更加集中和方便。

2024-04-15 08:34:43

Spring AOP 面試題

上一頁(yè) 1 ··· 8 9 10 11 12 ··· 103 下一頁(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)

主站蜘蛛池模板：午夜一级做a爰片久久毛片精品综合 | 亚洲激情一级片 | 日韩在线国产精品 | 婷婷毛片| 国产高清一区二区三区 | 91精品国产乱码久久久久久久久 | 草久免费视频 | 成人欧美一区二区三区1314 | av天天干 | 国产永久免费 | 国产日日操| 精品久久国产 | 久久久亚洲一区 | 青青艹在线视频 | 国产一区二区视频免费在线观看 | 精品一区久久 | 欧美综合国产精品久久丁香 | 久久亚洲一区二区 | 中文在线a在线 | 黄视频免费观看 | 久久视频精品在线 | 99久久精品国产一区二区三区 | 国产精品一区二区三区在线 | 日本三级做a全过程在线观看 | 久久久久久高潮国产精品视 | 人人干人人干人人干 | 国产精品久久久久久久岛一牛影视 | 国产欧美一级二级三级在线视频 | 99精品欧美一区二区蜜桃免费 | 欧美一二三 | 欧美激情啪啪 | 黄色大片免费看 | 国产二区视频 | 婷婷国产一区 | 久久久久久99 | 欧美一区二区在线播放 | 亚洲精品乱码久久久久久久久 | 亚洲国产精品一区 | 精品久久久久久红码专区 | 中文字幕成人av | 中文字幕亚洲精品 |