為什麼我們要用MQ？ 最關鍵點我認為是解耦，這樣各系統間不用有太多的相互依賴，按需消費即可。再者是非同步，提高服務效能。然後就是削峰，防止過多流量湧入而給伺服器帶來壓力。 那用MQ會有哪些問題呢？我們呼叫介面

用antd的table元件接受後臺的資料，在處理後臺返回的資料中，column引數如下： const column=[ { title: "城市管理員", d

在一個高併發系統中對流量的把控是非常重要的，當巨大的流量直接請求到我們的伺服器上沒多久就可能造成介面不可用，不處理的話甚至會造成整個應用不可用。 比如最近就有個這樣的需求，我作為客戶端要向kafka生產資料

NTT 是一家全球電信公司，總部設在日本東京。在《財富》世界 500 強中，NTT 是世界第四大電信公司。NTT 通訊 (NTT Com) 是 NTT 的子公司，其全球 IP 網路 (GIN) 業務部擁有並運營

一、前言 訊息佇列中介軟體（簡稱訊息中介軟體）是指利用高效可靠的訊息傳遞機制進行與平臺無關的資料交流，並基於資料通訊來進行分散式系統的整合。通過提供訊息傳遞和訊息排隊模型，它可以在分散式環境下提供應用解耦、

在zk中會儲存AR（Assigned Replicas）列表，其中包含了分割槽所有的副本，其中 AR = ISR+OSR ISR（in sync replica）：是kafka動態維護的一組同步副本

Apache Flink（以下簡稱Flink）專案是大資料處理領域最近冉冉升起的一顆新星，其不同於其他大資料專案的諸多特性吸引了越來越多人的關注。本文將深入分析Flink的一些關鍵技術與特性，希望能夠幫助讀者對

Hive是一個數據倉庫基礎工具在Hadoop中用來處理結構化資料，提供簡單的sql查詢功能，可以將sql語句轉換為MapReduce任務進行執行（具體的Hive架構大家自行搜尋）。接下來主要講下Hadoop叢集

有幸參加 2019 See Conf，非常高興能在這個寒冷的冬天為大家帶來這場有關溫度的分享，我們抱著開放的心態跟大家共同探討情感化設計落地企業級產品領域的新思路，若有不成熟的地方，歡迎大家一起討論。 關

在這篇文章中，我們會告訴大家如何保護Apache Web伺服器免受未經身份驗證的使用者非法訪問，以及如何隱藏關鍵核心資訊不被非法使用者檢視到。當然了，我們還會介紹如何利用這些安全缺陷來滲透目標伺服器，相信這也是

早些時候CRA(create-react-app)升級到2.0.3的時候, react-app-rewired沒有跟著升級, 導致專案無法啟動, 於是乎直接eject 開始改造專案. 檢視版本 >

最近開發閘道器服務的過程當中，需要用到kafka轉發訊息與儲存日誌，在進行壓測的過程中由於是多執行緒併發操作kafka producer 進行非同步send，發現send耗時有時會達到幾十毫秒的阻塞，很大程度上

​ 部落格又斷了一段時間，本篇將記錄一下基於ignite對jdbc支援的特性在實際使用過程中的使用。 使用ddl和dml指令碼初始化ignite 由於spring-boot中支援通過 spring.d

微服務自成立以來就以不同的方式相互溝通。有些人更喜歡使用HTTP REST API，但這些API有自己的排隊問題，而有些則更喜歡較舊的訊息佇列，比如RabbitMQ，它們帶有擴充套件和操作方面的問題。 以K

溫馨提示：觀看視訊直接點選視訊連線，觀看 ppt 直接點選序號之後的連結。 Flink 的發展： 2010 年德國研究中心聯合柏林工業大學、柏林洪堡大學和波茲坦大學共同 發起的研究專案：Stratosp