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

AI.x社區(qū)

軟考社區(qū)

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

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

WOT技術(shù)大會

公眾號矩陣

移動端

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

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

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

文章資源問答課堂專欄直播

51CTO

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

51CTO技術(shù)棧

51CTO官微

51CTO學(xué)堂

51CTO博客

CTO訓(xùn)練營

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

51CTO軟考

51CTO學(xué)堂APP

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

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

51CTO軟考題庫

賬號設(shè)置退出

架構(gòu)

5071內(nèi)容??

關(guān)注

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

共 5071 條

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

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

2024-05-22 08:02:30

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

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

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

2024-05-21 09:26:54

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

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

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

2024-05-21 08:00:00

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

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

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

2024-05-17 16:18:45

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

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

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

2024-05-16 13:13:39

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

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

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

2024-05-16 07:51:55

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

從零開始搭建 Kafka 集群

本次使用的Kafka版本為2.4.1，是2020年3月12日發(fā)布的版本。可以注意到Kafka的版本號為：kafka_2.12-2.4.1，因為kafka主要是使用scala語言開發(fā)的，2.12為scala的版本號。

2024-05-15 14:29:45

Kafka 集群版本

Kafka六大使用場景以及核心概念，你知道幾個？

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

2024-05-11 12:47:16

Kafka 場景 .高性能

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

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

2024-05-11 11:18:21

Kafka 監(jiān)控框架

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

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

2024-05-10 08:46:13

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

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

在本文中，我試圖展示一個與微服務(wù)架構(gòu)模式相關(guān)的路線圖。如果你想從頭開始實現(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)對方式：Outbox 模式

在一個由許多小型服務(wù)組成的系統(tǒng)中保持?jǐn)?shù)據(jù)一致性是困難的，因為它們分散在各處。以下是一些常見問題以及如何處理它們的方法：當(dāng)服務(wù)發(fā)送消息時，同時更新數(shù)據(jù)庫和發(fā)送消息是棘手的問題。

2024-05-06 11:25:57

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

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

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

2024-05-06 08:43:00

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

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

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

2024-05-06 07:58:23

MoE 模型系統(tǒng)

15個適合后端程序員的前端框架

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

2024-05-06 00:00:00

后端程序員框架

我使用緩存，踩過的7個坑

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

2024-05-06 00:00:00

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

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

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

2024-04-30 08:12:05

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

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

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

2024-04-29 08:42:23

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

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

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

2024-04-29 08:35:29

監(jiān)控 Kafka 集群

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

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

2024-04-29 08:05:34

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

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

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

2024-04-28 14:46:55

gozero 微服務(wù)技巧

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

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

2024-04-28 11:32:32

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

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

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

2024-04-28 08:52:33

RabbitMQ 延遲隊列延遲插件

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

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

2024-04-28 08:38:53

Kafka 分布式系統(tǒng)

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

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

2024-04-28 08:24:27

分布式架構(gòu)Istio

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

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

2024-04-26 12:39:55

OLAP 架構(gòu)存儲

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

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

2024-04-26 08:28:08

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

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

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

2024-04-26 00:28:14

異地多活架構(gòu)

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

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

2024-04-25 16:17:53

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

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

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

2024-04-25 11:19:12

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

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

2024-04-25 09:24:19

系統(tǒng)設(shè)計開發(fā)

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

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

2024-04-23 08:19:48

Spring Actuator CPU

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

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

2024-04-18 08:28:06

Payload Spring Web服務(wù)

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

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

2024-04-17 08:54:08

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

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

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

2024-04-17 08:06:41

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

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

定義了訂單的狀態(tài)（OrderStatus）和事件（OrderEvent），然后通過 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ù)載均衡方式會引起比較明顯的驚群效應(yīng)，比如在 Kafka Connect 集群擴(kuò)縮容的時候，不是新擴(kuò)縮容的節(jié)點也會出現(xiàn)較長的 stop-the-world 問題，在 K8s 環(huán)境中如果有節(jié)點需要進(jìn)行滾動升級，也會出現(xiàn)類似的問題。這種負(fù)載均衡方式在 Kafka 中稱之為 Eager Rebalance。

2024-04-16 08:58:37

Kafka 遷移工具

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

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

2024-04-16 08:19:40

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

掌握這五點，輕松入門Spring Cloud

掌握Spring Cloud需要對微服務(wù)架構(gòu)、Spring Boot基礎(chǔ)知識、服務(wù)發(fā)現(xiàn)、分布式配置管理和彈性模式有扎實的理解。通過掌握這些概念，你將能夠充分利用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可以通過動態(tài)代理或者字節(jié)碼操作來實現(xiàn)，常用的是動態(tài)代理。AOP可以提高代碼的重用性，使得橫切關(guān)注點的修改更加集中和方便。

2024-04-15 08:34:43

Spring AOP 面試題

一篇帶給你 Spring 循環(huán)依賴詳解

使用三級緩存的目的是為了提前暴露對象、避免重復(fù)創(chuàng)建對象以及支持復(fù)雜的循環(huán)依賴鏈的解決。通過三級緩存，Spring 能夠更有效地管理和解決循環(huán)依賴的問題，確保對象的正確創(chuàng)建和依賴注入。

2024-04-15 08:17:21

Spring 依賴注入循環(huán)依賴

注意：Kafka 的這六個場景會丟失消息！

本文介紹了 Kafka 丟失消息的六個場景，使用 Kafka 時需要根據(jù)實際情況制定解決方案，希望本文介紹的場能夠?qū)δ阌兴鶐椭?/a>

2024-04-11 08:29:35

Kafka 異步發(fā)送發(fā)送端重試

架構(gòu)見解：使用Instagram示例設(shè)計高效的多層緩存譯文

本文將從架構(gòu)和開發(fā)的角度探討多層緩存的概念，重點關(guān)注像Instagram這樣的實際應(yīng)用程序，并提供設(shè)計和實現(xiàn)高效多層緩存系統(tǒng)的見解。

2024-04-09 09:56:52

多層緩存架構(gòu)Instagram

解鎖Node.js的五大神器：讓你的開發(fā)之旅更上一層樓

今天，就讓我們一起探索Node.js的五大特性，它們能極大地豐富你的開發(fā)體驗，通過精通這些特性，你將能夠釋放Node.js的全部潛能，構(gòu)建出性能高、可擴(kuò)展、并且開發(fā)體驗愉快的應(yīng)用。

2024-04-09 09:02:06

Node.js JavaScript 單線程

我們一起聊聊架構(gòu)復(fù)雜度來源高可用

規(guī)則引擎的設(shè)計理念與設(shè)計模式持有相同的目標(biāo)——通過靈活的設(shè)計達(dá)到系統(tǒng)的可擴(kuò)展性。然而，這種“靈活性”本身就帶來了設(shè)計上的復(fù)雜性。不僅如此，僅僅是要徹底理解并掌握23種設(shè)計模式本身就是一個挑戰(zhàn)。

2024-04-09 07:53:04

高可用架構(gòu)擴(kuò)展性

從MVC到DDD：探尋軟件架構(gòu)的本質(zhì)變遷

DDD是一種針對復(fù)雜系統(tǒng)的設(shè)計和開發(fā)方法，它強(qiáng)調(diào)將系統(tǒng)的復(fù)雜性集中在業(yè)務(wù)領(lǐng)域，通過建立一個豐富的領(lǐng)域模型來驅(qū)動軟件設(shè)計。

2024-04-08 07:05:10

MVC DDD 架構(gòu)

詳解基于Spring Boot的WebSocket持久化方案

基于Spring Boot的WebSocket持久化方案涉及到了WebSocket連接狀態(tài)管理和消息記錄存儲兩個核心環(huán)節(jié)，合理的設(shè)計和實施能夠有效支撐各類實時交互場景，提升系統(tǒng)的可靠性和可維護(hù)性。

2024-04-03 15:40:14

WebSocket Web應(yīng)用 Spring

對于微服務(wù)架構(gòu)監(jiān)控應(yīng)該遵守的原則

對于熟悉康威定律的人來說，系統(tǒng)的設(shè)計是基于開發(fā)團(tuán)隊的組織結(jié)構(gòu)。創(chuàng)造更快、更敏捷的軟件推動了團(tuán)隊重新思考他們的開發(fā)組織和管理規(guī)則。因此，如果他們想要從這種新的軟件架構(gòu)（微服務(wù)）中獲益，他們的團(tuán)隊必須將微服務(wù)映射到團(tuán)隊自身的結(jié)構(gòu)中。

2024-04-03 12:14:15

微服務(wù)架構(gòu)監(jiān)控

Kafka 與 RabbitMQ：選擇正確的消息傳遞代理

在充滿活力的事件驅(qū)動架構(gòu)世界中，選擇正確的消息代理對于實現(xiàn)高效且可擴(kuò)展的通信至關(guān)重要。Kafka 和 RabbitMQ 是兩款最受歡迎的競爭者，每款都有自己的優(yōu)勢和劣勢。盡管他們有著相似的目標(biāo)，但他們的架構(gòu)、性能特征和用例卻各不相同。

2024-04-03 11:36:09

Kafka RabbitMQ 架構(gòu)

我們一起聊聊軟件架構(gòu)伸縮性法則

為了防止這種級聯(lián)故障，可以采用一些架構(gòu)模式，例如回路斷路器和隔板?；芈窋嗦菲髟跈z測到服務(wù)延遲超過預(yù)設(shè)閾值時，可以自動減少請求流向該服務(wù)，或完全切斷對其的請求，以防止系統(tǒng)過載。

2024-04-03 08:58:48

軟件架構(gòu)隔板

上一頁 1 ··· 7 8 9 10 11 ··· 102 下一頁

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

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

媒體

51CTO CIOAge HC3i

社區(qū)

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

教育

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