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

<sub id="5frqp"><p id="5frqp"></p></sub>

<blockquote id="5frqp"><i id="5frqp"><video id="5frqp"></video></i></blockquote>

AI.x社區(qū)

軟考社區(qū)

免費(fèi)課

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

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

WOT技術(shù)大會

公眾號矩陣

移動端

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

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

在線學(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è)置退出

存儲軟件

2179內(nèi)容??

關(guān)注

內(nèi)容覆蓋存儲系統(tǒng)、存儲組件、存儲虛擬化、對象存儲等相關(guān)軟件產(chǎn)品，為用戶提供存儲軟件行業(yè)的業(yè)界動態(tài)、產(chǎn)品資訊、前沿技術(shù)、應(yīng)用案例等內(nèi)容，幫助用戶構(gòu)建高性能、高可用、高安全的存儲系統(tǒng)，提高存儲性能和利用率，簡化存儲管理。

共 2179 條

Redis哨兵原理，我忍你很久了！原創(chuàng)

Redis 主從復(fù)制的作用中有這么一句話“主從復(fù)制是高可用的基石”，那什么是高可用呢?高可用就是減少系統(tǒng)不能提供的時間，也就是常聽到的以 6 個 9 為基準(zhǔn)。實現(xiàn)高可用必不可少的就是哨兵和集群。

2020-06-08 08:20:11

Redis 高可用集群

Ceph如何擴(kuò)展到超過十億個對象？

越來越多的組織被要求管理數(shù)十億個文件和幾百上千PB的數(shù)據(jù)。無論是在公共云還是本地環(huán)境中，Ceph對象存儲都是值得考慮的一個選項。本篇文章將通過七部分的精選內(nèi)容為下面這些問題提供答案。

2020-06-05 14:30:03

Ceph CPU 線程

記一次接口性能優(yōu)化實踐總結(jié)：優(yōu)化接口性能的八個建議

最近對外接口偶現(xiàn)504超時問題，原因是代碼執(zhí)行時間過長，超過nginx配置的15秒，然后真槍實彈搞了一次接口性能優(yōu)化。在這里結(jié)合優(yōu)化過程，總結(jié)了接口優(yōu)化的八個要點(diǎn)，希望對大家有幫助呀~

2020-06-05 08:53:31

接口性能實踐

下一站“內(nèi)存”：成為《黑客帝國》中的尼奧并不難

Swift是一種內(nèi)存安全語言。它限制用戶直接訪問內(nèi)存，確保用戶在使用內(nèi)存前已初始化所有內(nèi)容。不安全的Swift API允許用戶通過指示器直接訪問內(nèi)存。

2020-06-03 09:19:24

內(nèi)存Swift API

緩存同步、如何保證緩存一致性、緩存誤用

緩存，是互聯(lián)網(wǎng)分層架構(gòu)中，非常重要的一個部分，通常用它來降低數(shù)據(jù)庫壓力，提升系統(tǒng)整體性能，縮短訪問時間。

2020-06-01 22:09:48

緩存緩存同步緩存誤用

深入理解C11/C++11內(nèi)存模型

現(xiàn)代計算機(jī)體系結(jié)構(gòu)上，CPU執(zhí)行指令的速度遠(yuǎn)遠(yuǎn)大于CPU訪問內(nèi)存的速度，于是引入Cache機(jī)制來加速內(nèi)存訪問速度。

2020-06-01 21:07:33

C11 C++11 內(nèi)存

「內(nèi)存抖動」？別再嚇唬面試者們了行嗎

看起來很酷的詞總是容易吸引眼球，比如「雙親委托」，比如「責(zé)任鏈」，比如——「內(nèi)存抖動」。

2020-06-01 20:48:36

內(nèi)存面試者流量

看完了這篇實時數(shù)倉建設(shè)，才發(fā)現(xiàn)以前的都白看了（內(nèi)有美團(tuán)案例）

看來大家還是對數(shù)據(jù)倉庫和大數(shù)據(jù)平臺比較感興趣，今天就和大家再聊聊怎么做實時數(shù)倉吧。實時數(shù)倉可謂是決定性的東西，能決定什么?決定你的報表和BI到底能不能實時展現(xiàn)數(shù)據(jù)。

2020-05-28 11:36:13

數(shù)據(jù)倉庫大數(shù)據(jù)架構(gòu)

存儲管理和AIOps

隨著人們向基于服務(wù)的基礎(chǔ)設(shè)施部署和自動化程度的提高，存儲管理員的角色正在發(fā)生變化。智能運(yùn)維(AIOps)提供了一個框架，既可以減輕資源管理中繁瑣任務(wù)的負(fù)擔(dān)，同時也解決了通過擴(kuò)展人力資源無法解決的挑戰(zhàn)。以下將探討AIOps的內(nèi)容以及供應(yīng)商如何滿足客戶的需求。

2020-05-28 10:53:32

存儲數(shù)據(jù)框架

深入理解Java的棧與堆及JVM之內(nèi)存分配與圖解

在堆中分配的內(nèi)存，由Java虛擬機(jī)的自動垃圾回收器來管理。在堆中產(chǎn)生了一個數(shù)組或?qū)ο蠛?，還可以在棧中定義一個特殊的變量，讓棧中這個變量的取值等于數(shù)組或?qū)ο笤诙褍?nèi)存中的首地址，棧中的這個變量就成了數(shù)組或?qū)ο蟮囊米兞俊?/a>

2020-05-27 21:13:27

Java JVM 內(nèi)存

Redis熱點(diǎn)之底層實現(xiàn)篇

Redis提供了Java、C/C++、C#、 PHP 、JavaScript、 Perl 、Object-C、Python、Ruby、Erlang、Golang等多種主流語言的客戶端，因此無論使用者是什么語言棧總會找到屬于自己的那款客戶端，受眾非常廣。

2020-05-27 20:45:31

Redis 底層數(shù)據(jù)

借來的資源，如何還的瀟灑？

本文的內(nèi)容將專門對付內(nèi)存管理，培養(yǎng)起有借有還的好習(xí)慣，方可消除資源管理的問題。

2020-05-21 11:22:10

資源內(nèi)存管理

Redis 6.0之前為什么一直不使用多線程？

Redis 6.0在5.2號這個美好的日子里悄無聲息的發(fā)布了，這次發(fā)布在IT圈猶如一顆驚雷一般，因為這是redis最大的一次改版，首次加入了多線程。

2020-05-20 14:40:15

Redis 多線程單線程

要及時「緩存」你們的珍貴時光

在很久很久以前人類和洪水作斗爭的過程中，水庫發(fā)揮了至關(guān)重要的作用 : 在發(fā)洪水時可以蓄水，緩解洪水對下游的沖擊;在干旱時可以把庫存的水釋放出來以供人們使用。這里的水庫就起著緩存的作用。

2020-05-20 11:17:29

緩存服務(wù)器地址

大數(shù)據(jù)云存儲提供商有哪些？譯文

如今云服務(wù)用于數(shù)據(jù)存儲以及日益用于分析和計算，這意味著你實際上在“外包”存儲和管理大量數(shù)據(jù)帶來的許多麻煩。場地、能耗、網(wǎng)絡(luò)基礎(chǔ)架構(gòu)和安全等問題已成為云服務(wù)提供商操心的問題，而提供商通常完全有能力處理這些問題。

2020-05-19 10:09:52

大數(shù)據(jù)云存儲提供商

Redis為什么不直接使用C字符串，而要自定義簡單動態(tài)字符串？

Redis (一個使用ANSI C編寫的開源、支持網(wǎng)絡(luò)、基于內(nèi)存、可選持久性的鍵值對存儲數(shù)據(jù)庫。)沒有直接使用 C 語言傳統(tǒng)的字符串表示redis中的字符串，而是使用了一種名為簡單動態(tài)字符串(simple dynamic string，SDS)的抽象類型，并將 SDS 用作 Redis 的默認(rèn)字符串。

2020-05-13 12:17:33

Redis C字符 C語言

關(guān)于Redis、ZooKeeper等分布式鎖原理的一些思考

首先分布式鎖和我們平常講到的鎖原理基本一樣，目的就是確保，在多個線程并發(fā)時，只有一個線程在同一刻操作這個業(yè)務(wù)或者說方法、變量。

2020-05-12 14:03:51

Redis ZooKeeper 分布式鎖

一文看懂分布式存儲架構(gòu)，這篇分析值得收藏

在這個存儲系統(tǒng)中包含很多組件，除了核心的機(jī)頭(控制器)、磁盤陣列( JBOD )和交換機(jī)等設(shè)備外，還有管理設(shè)備等輔助設(shè)備。

2020-05-12 11:38:08

存儲架構(gòu)分布式

3種堆內(nèi)緩存算法，贈源碼和設(shè)計思路

要說計算機(jī)系統(tǒng)里，什么技術(shù)把tradeoff體現(xiàn)的淋漓盡致，那肯定是緩存無疑。為了協(xié)調(diào)高速部件和低速部件的速度差異，加入一個中間緩存層，是解決這種沖突最有效的方案。

2020-05-12 10:00:14

緩存算法贈源碼

帶你100% 地了解 Redis 6.0 的客戶端緩存

近日 Redis 6.0.0 GA 版本發(fā)布，這是 Redis 歷史上最大的一次版本更新，包括了客戶端緩存 (Client side caching)、ACL、Threaded I/O 和 Redis Cluster Proxy 等諸多更新。

2020-05-11 21:31:02

Redis 6.0 緩存客戶端

我為什么用ES做Redis監(jiān)控，不用Prometheus或Zabbix？

Redis當(dāng)下很流行，也很好用，無論是在業(yè)務(wù)應(yīng)用系統(tǒng)，還是在大數(shù)據(jù)領(lǐng)域都有重要的地位;但Redis也很脆弱，用不好，問題多多。

2020-05-11 09:00:57

Redis 監(jiān)控 Zabbix

聊聊怎么排查堆內(nèi)存溢出

年輕代是所有新對象產(chǎn)生的地方。當(dāng)年輕代內(nèi)存空間被用完時，就會觸發(fā)垃圾回收。這個垃圾回收叫做Minor GC。

2020-05-09 13:49:00

內(nèi)存空間垃圾

詳解Linux系統(tǒng)架構(gòu)之內(nèi)核（內(nèi)存、進(jìn)程、設(shè)備、文件系統(tǒng)和網(wǎng)絡(luò)）

Linux系統(tǒng)一般有4個主要部分組成，內(nèi)核、shell、文件系統(tǒng)和應(yīng)用程序。內(nèi)核、shell和文件系統(tǒng)一起形成了基本的操作系統(tǒng)結(jié)構(gòu)，它們使得用戶可以運(yùn)行程序、管理文件并使用系統(tǒng)。因為內(nèi)容比較多，所以這里單獨(dú)挑內(nèi)核這個分類做一下簡單介紹。

2020-05-08 16:39:01

內(nèi)存系統(tǒng)架構(gòu)Linux

聯(lián)合索引在B+樹上的存儲結(jié)構(gòu)

MySQL索引及知識非常廣泛，本文只是涉及到其中一部分。如與排序(ORDER BY)相關(guān)的索引優(yōu)化及覆蓋索引(Covering index)的話題本文并未涉及，同時除B-Tree索引外MySQL還根據(jù)不同引擎支持的哈希索引、全文索引等等本文也并未涉及。

2020-05-08 16:09:23

索引 B+樹存儲

支持多線程的Redis 6.0終于發(fā)布了！

支持多線程的 Redis 6.0 版本于 2020-05-02 終于發(fā)布了，為什么 Redis 忽然要支持多線程?如何開啟多線程?開啟后性能提升效果如何?線程數(shù)量該如何設(shè)置?開啟多線程后會不會有線程安全問題?多線程的實現(xiàn)原理是怎樣的?帶著這些疑問，我們來開啟 Redis 新特性-多線程連環(huán) 13 問。

2020-05-08 08:01:11

多線程 Redis 處理

一碰就頭疼的緩存熱點(diǎn)Key問題，阿里的Tair是如何解決的？

首先需要說明的是，HotRing是阿里核心緩存系統(tǒng)Tair的一個子組件。Tair是阿里一個NoSQL內(nèi)存數(shù)據(jù)庫(Tair在阿里云上稱為企業(yè)版Redis)。HotRing是Tair用來解決沖突鏈表長度導(dǎo)致性能衰減問題的一個子組件。

2020-05-06 17:08:40

緩存 Key 集群

說說高并發(fā)IO原理及模型，結(jié)果沒結(jié)果了

read調(diào)用，并不是直接從物理磁盤讀取，同樣，write調(diào)用也不是直接把數(shù)據(jù)寫進(jìn)物理磁盤，在他們中間還有一層，就是緩沖區(qū)，而緩沖區(qū)又包括：內(nèi)核(kernel)緩沖區(qū)和用戶進(jìn)程緩沖區(qū)。

2020-04-28 14:50:44

IO 原理模型

分布式數(shù)據(jù)之緩存技術(shù)，揭開其神秘面紗

在這一講，我將為你講解分布式存儲中“貨架”的關(guān)鍵技術(shù)——緩存技術(shù)。在計算機(jī)領(lǐng)域的各個方面，緩存都非常重要，是提升訪問性能的一個重要技術(shù)。為什么這么說呢?

2020-04-28 14:25:14

緩存分布式數(shù)據(jù)

三年之久的 etcd3 數(shù)據(jù)不一致 bug 分析

etcd 作為 Kubernetes 集群的元數(shù)據(jù)存儲，是被業(yè)界廣泛使用的強(qiáng)一致性 KV 存儲，但近日被挖掘出一個存在 3 年之久的數(shù)據(jù)不一致 bug——client 寫入后無法在異常節(jié)點(diǎn)讀取到數(shù)據(jù)，即數(shù)據(jù)丟失。

2020-04-26 21:57:46

etcd3 元數(shù)據(jù)存儲

聊聊主流分布式存儲技術(shù)的對比分析與應(yīng)用

Ceph最早起源于Sage就讀博士期間的工作、成果于2004年發(fā)表，并隨后貢獻(xiàn)給開源社區(qū)。經(jīng)過多年的發(fā)展之后，已得到眾多云計算和存儲廠商的支持，成為應(yīng)用最廣泛的開源分布式存儲平臺。

2020-04-24 16:00:58

存儲分析應(yīng)用

閃存存儲分解：NVMe / TCP能否更有效地利用？

部署了閃存(存儲)的目的是為了在數(shù)據(jù)中心為應(yīng)用程序提供高輸入/輸出速率。但是，它的容量和帶寬經(jīng)常沒有得到充分利用，因為服務(wù)器不容易設(shè)計成隨時間推移以及跨多個應(yīng)用程序來容納Flash，內(nèi)存和CPU。

2020-04-24 14:00:21

NVMe TCP 存儲

Redis 分布式鎖的 5個坑，真是又大又深

最近項目上線的頻率頗高，連著幾天加班熬夜，身體有點(diǎn)吃不消精神也有些萎靡，無奈業(yè)務(wù)方催的緊，工期就在眼前只能硬著頭皮上了。腦子渾渾噩噩的時候，寫的就不能叫代碼，可以直接叫做Bug。我就熬夜寫了一個bug被罵慘了。

2020-04-23 11:18:14

Redis 分布式鎖

聊聊Redis集群搭建及選舉原理

哨兵模式中如果主從中 master宕機(jī)了，是通過哨兵來選舉出新的master，在這個選舉切換主從的過程，整個redis服務(wù)是不可用的。而且哨兵模式中只有一個主節(jié)點(diǎn)對外提供服務(wù)，因此沒法支持更高的并發(fā)。

2020-04-21 22:59:50

Redis 搭建選舉

并發(fā)原理之MESI與內(nèi)存屏障

現(xiàn)代的CPU比內(nèi)存系統(tǒng)快很多，2006年的cpu可以在一納秒之內(nèi)執(zhí)行10條指令，但是需要多個十納秒去從內(nèi)存讀取一個數(shù)據(jù)，這里面產(chǎn)生了至少兩個數(shù)量級的速度差距。

2020-04-21 22:18:20

MESI 內(nèi)存 CPU

十年難得一遇！從數(shù)據(jù)誤刪到全量恢復(fù)的驚險記錄

線上的數(shù)據(jù)庫服務(wù)我們有完善的備份策略和恢復(fù)預(yù)案，數(shù)據(jù)即使被誤刪除了也是能夠恢復(fù)的，誤刪除的數(shù)據(jù)量恢復(fù)只是時間問題。但各位同學(xué)自己部署的測試環(huán)境或者是在自己電腦中的開發(fā)環(huán)境的數(shù)據(jù)庫就沒有同級別的資源保障了。如果恰好你又把一些不能丟失的數(shù)據(jù)放到了這種環(huán)境中，那么建議要做定期備份，有備才能無患。

2020-04-20 09:51:10

數(shù)據(jù)恢復(fù)備份

MySQL的Server層和存儲引擎層是如何交互的

SQL的全稱是Structured Query Language，翻譯成中國話就是結(jié)構(gòu)化查詢語言。這是一種聲明式的語法，何為聲明式?

2020-04-15 11:40:33

MySQlL Server 存儲

Linux下 Redis集群搭建詳解（主從+哨兵）

由于項目需要，搭建了一個 Redis 服務(wù)器集群，實現(xiàn)了主從配置和容災(zāi)部署，使得主機(jī)出現(xiàn)故障時，可自動進(jìn)行容災(zāi)切換，下面就詳細(xì)講解一下如何利用 Redis 來實現(xiàn)。

2020-04-14 21:12:42

Redis 集群 Linux

一篇文章看懂Git的內(nèi)部存儲結(jié)構(gòu)

大多數(shù)人在使用git時，大多數(shù)都是使用IDE封裝好的GUI界面操作，少量使用者也是git add，git commit，git pull幾個常用的命令。對于git的用戶來說，這些都足夠了。

2020-04-14 20:40:58

Git 內(nèi)部存儲

手機(jī)內(nèi)存都已經(jīng)16GB了 PC的8GB內(nèi)存真的還夠用嗎？

4年前也就是2016年的時候，旗艦款的智能手機(jī)在內(nèi)存容量上也就是剛剛邁入了4GB的階段，而那個時候的PC平臺已經(jīng)進(jìn)入了DDR4的時候，主流級平臺的內(nèi)存容量也已經(jīng)基本從4GB開始向8GB邁進(jìn)，而且基本從2017年開始，8GB內(nèi)存已經(jīng)算是主流級PC的標(biāo)配，更不用說是對性能要求更高的游戲型PC了。

2020-04-13 19:13:23

手機(jī)內(nèi)存 PC

邏輯架構(gòu)圖解和InnoDB存儲引擎詳解

MySQL數(shù)據(jù)庫存儲引擎是數(shù)據(jù)庫底層的架構(gòu)組件，數(shù)據(jù)庫管理系統(tǒng)使用數(shù)據(jù)引擎進(jìn)行創(chuàng)建、查詢、更新和刪除數(shù)據(jù)操作。不同的存儲引擎提供不同的存儲機(jī)制、索引技巧、鎖定水平等功能，使用不同的存儲引擎還具有不同的特點(diǎn)功能，以滿足不同場景下的業(yè)務(wù)需求。

2020-04-10 12:12:13

InnoDB 存儲架構(gòu)

針對存儲替換遷移中風(fēng)險點(diǎn)的關(guān)鍵策略分析

隨著企業(yè)業(yè)務(wù)應(yīng)用的拓展和業(yè)務(wù)數(shù)據(jù)不斷增長，作為 IT 基礎(chǔ)架構(gòu)的重要組成，存儲系統(tǒng)不僅面臨著存儲容量與性能提升的需求，還需要適應(yīng)系統(tǒng)架構(gòu)的變化。

2020-04-08 09:12:29

存儲風(fēng)險點(diǎn)策略

扛并發(fā)主力軍，引入應(yīng)用層緩存

緩存的使用一定是今后開發(fā)中100%會用到的技術(shù)，尤其是Redis相關(guān)的問題，如果面試官不問我我?guī)讉€緩存相關(guān)的問題，那我覺得我可能是去了個假的互聯(lián)網(wǎng)公司。

2020-04-07 11:49:48

應(yīng)用層緩存 CPU

可輕松管理大內(nèi)存，JDK14外部內(nèi)存訪問API探秘

外部內(nèi)存訪問 API 是 Project Panama (1) 的一部分，是對 ByteBuffer 的替代，而 ByteBuffer 之前是用于堆外內(nèi)存。對于任何低級的 I/O 來說，堆外內(nèi)存是需要的，因為它避免了 GC，從而比堆內(nèi)內(nèi)存訪問更快、更可靠。

2020-04-07 11:25:24

JDK14 內(nèi)存 API

不懂Redis Cluster原理，我被同事diss了！原創(chuàng)

Redis 緩存作為使用最多的緩存工具被各大廠商爭相使用。通常我們會使用單體的 Redis 應(yīng)用作為緩存服務(wù)，為了保證其高可用還會使用主從模式(Master-Slave)，又或者是讀寫分離的設(shè)計。

2020-04-07 08:00:02

Redis 緩存數(shù)據(jù)

如何在Hadoop上建立數(shù)據(jù)倉庫

大數(shù)據(jù)平臺上的數(shù)據(jù)倉庫是許多組織正在探索的標(biāo)準(zhǔn)用例。采用這種方法的原因可能是大數(shù)據(jù)平臺提供的許多靈活性之一。

2020-04-06 13:52:45

數(shù)據(jù)倉庫大數(shù)據(jù)平臺 Hadoop

完美解密Redis與秒殺系統(tǒng)?。。?/a>

秒殺活動是絕大部分電商選擇的低價促銷、推廣品牌的方式。不僅可以給平臺帶來用戶量，還可以提高平臺知名度。一個好的秒殺系統(tǒng)，可以提高平臺系統(tǒng)的穩(wěn)定性和公平性，獲得更好的用戶體驗，提升平臺的口碑，從而提升秒殺活動的最大價值。

2020-04-01 17:31:03

Redis 系統(tǒng)秒殺

微信基于時間序的海量存儲擴(kuò)展性與多機(jī)容災(zāi)能力提升

作為以手機(jī)為主要平臺的移動社交應(yīng)用，微信內(nèi)大部分業(yè)務(wù)生成的數(shù)據(jù)是有共性可言的:數(shù)據(jù)鍵值帶有時間戳信息，并且單用戶數(shù)據(jù)隨著時間在不斷的生成,我們將這類數(shù)據(jù)稱為基于時間序的數(shù)據(jù)。

2020-04-01 09:41:49

微信存儲容災(zāi)

新名詞｜什么是「電源」程序員？

計算機(jī)系統(tǒng)(A computer system) 是由硬件和軟件組成的，它們協(xié)同工作運(yùn)行程序。不同的系統(tǒng)可能會有不同實現(xiàn)，但是核心概念是一樣的，通用的。

2020-04-01 08:33:51

程序員語言系統(tǒng)

如何快速定位 Redis 熱 key?

在 Redis 中，熱key指的是那些在一段時間內(nèi)訪問頻次比較高的鍵值，具體到業(yè)務(wù)上，商品的限時搶購、瞬時的新聞熱點(diǎn)或某個全局性的資源，都極有可能產(chǎn)生熱點(diǎn)key。如何應(yīng)對熱點(diǎn)Key也是解決高并發(fā)的必備技能，本文作者條分縷析為你解答這個問題。

2020-03-31 17:05:39

Redis 熱 key 代理

為什么128KB的魂斗羅可以實現(xiàn)那么長的劇情？

程序員要仔細(xì)研究文檔，在硬件框架下思考問題，比如如何顯示圖片、如何卷動屏幕等等；而且還要非常熟悉硬件底層和匯編，不要浪費(fèi)代碼空間。

2020-03-30 09:00:56

128KB 魂斗羅劇情

上一頁 1 ··· 9 10 11 12 13 ··· 44 下一頁

點(diǎn)贊

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

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

媒體

51CTO CIOAge HC3i

社區(qū)

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

教育

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

^{<blockquote id="ii0ql"><i id="ii0ql"></i></blockquote>}

<sub id="ii0ql"><rt id="ii0ql"></rt></sub>