Apache

Apache Flink On Yarn 模式高可用 (HA) 叢集部署

微信公眾號: 深廣大資料Club 關注可瞭解更多大資料相關的資訊。問題或建議,請公眾號留言; 如果你覺得深廣大資料Club對你有幫助,歡迎轉發朋友圈 本文介紹如何部署

MQ思考&總結

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

伺服器設計方案之應用限流

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

訊息中介軟體選型分析:從 Kafka 與 RabbitMQ 的對比

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

第一次有人把Apache Flink說的這麼明白!

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

基於Hadoop叢集的Hive安裝配置(Derby資料庫)

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

技術分享 | 多種測試HTTP身份驗證的方法

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

Kafka是如何解決常見的微服務通訊問題的

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

Flink Forward China 2018 大會幻燈片

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

1714581274.7307