国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

聊聊傳統(tǒng)監(jiān)控與云原生監(jiān)控的區(qū)別

這篇具有很好參考價值的文章主要介紹了聊聊傳統(tǒng)監(jiān)控與云原生監(jiān)控的區(qū)別。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

傳統(tǒng)監(jiān)控的本質就是收集、分析和使用信息來觀察一段時間內監(jiān)控對象的運行進度,并且進行相應的決策管理的過程,監(jiān)控側重于觀察特定指標。

但是隨著云原生時代的到來,我們對監(jiān)控提出了更多的要求:

通過監(jiān)控了解數(shù)據(jù)趨勢,知道系統(tǒng)在未來的某個時刻可能出問題,預知問題。

通過監(jiān)控了解系統(tǒng)的資源情況,為服務擴縮容提供數(shù)據(jù)支撐。

通過監(jiān)控來給系統(tǒng)把脈,感知到哪里需要優(yōu)化,比如一些中間件參數(shù)的調優(yōu)。

通過監(jiān)控來洞察業(yè)務,提供業(yè)務決策的數(shù)據(jù)依據(jù),及時感知業(yè)務異常。

要實現(xiàn)這些功能,就是今天要講的云原生“可觀測性”??捎^測性是云原生時代必須具備的能力。目前,“可觀測性”逐漸取代“監(jiān)控”,成為云原生技術領域最熱門的話題之一。

可觀測性是指在軟件系統(tǒng)中,通過度量、監(jiān)控和分析系統(tǒng)的各個組件行為,以便于了解系統(tǒng)的狀態(tài)、性能和問題的能力。

可觀測性的重要性在于它可以幫助開發(fā)人員及時發(fā)現(xiàn)問題,快速定位問題,并在問題發(fā)生時采取相應的措施,以減少系統(tǒng)的故障率和維護成本。此外,可觀測性還有助于開發(fā)人員了解系統(tǒng)的實際運行情況,以便于對系統(tǒng)進行優(yōu)化和升級。

聊聊傳統(tǒng)監(jiān)控與云原生監(jiān)控的區(qū)別,大數(shù)據(jù),數(shù)據(jù)庫

在可觀測性中,有三個重要的組件:

  • 聚合指標聚合指標指的是將多個指標數(shù)據(jù)聚合到一個單獨的指標中以簡化數(shù)據(jù)。例如,將多個節(jié)點的 CPU 利用率聚合為一個單一的平均值。聚合指標允許我們更輕松地理解系統(tǒng)的整體性能。同時,聚合指標還可以幫助我們快速識別潛在問題并了解系統(tǒng)中哪些部分 可能需要更多的資源。
  • 事件日志:事件日志是一組事件的記錄,這些事件可以提供系統(tǒng)的歷史記錄和狀態(tài)變化。例如,錯誤、警告和信息性事件都可以記錄在事件日志中。事件日志對于診斷和調試問題非常有用,因為它們提供了對系統(tǒng)活動的詳細記錄。還可以發(fā)現(xiàn)系統(tǒng)中無法預知的行為
  • 鏈路追蹤:鏈路追蹤是一種用于跟蹤分布式系統(tǒng)中請求的過程,以了解請求的路徑以及請求在每個服務中花費的時間。這有助于識別分布式系統(tǒng)中的性能瓶頸和瓶頸來源。鏈路追蹤還可以幫助我們診斷分布式系統(tǒng)中出現(xiàn)的錯誤和問題,因為它提供了有關請求在哪個組件中失敗的信息。

因此,可觀測性能夠回答以下幾個問題:

  • 性能瓶頸有哪些
  • 請求需要接受的服務有哪些
  • 請求執(zhí)行過程與系統(tǒng)行為之間的差異性
  • 請求失敗的原因
  • 每一個微服務將如何處理請求

聊聊傳統(tǒng)監(jiān)控與云原生監(jiān)控的區(qū)別,大數(shù)據(jù),數(shù)據(jù)庫

Prometheus是一套開源的系統(tǒng)監(jiān)控報警框架,作為新一代的云原生監(jiān)控系統(tǒng),Prometheus既可以實現(xiàn)以主機為中心的監(jiān)控,也可以完成以服務為導向的動態(tài)架構監(jiān)控。在微服務的世界,它支持多維度的數(shù)據(jù)集合,查詢功能非常強大。

Pometheus的優(yōu)勢:

  • 使用簡單,部署方便,Prometheus唯一需要的就是一個本地磁盤,因為它的核心部分只有一個單獨的二進制文件,沒有像數(shù)據(jù)庫,緩存等一系列的第三方依賴。
  • Pometheus可以實現(xiàn)監(jiān)控服務的內部狀態(tài)。
  • Prometheus內置了一個強大的數(shù)據(jù)查詢語言PromQL。 通過PromQL可以實現(xiàn)對監(jiān)控數(shù)據(jù)的查詢、聚合。
  • Prometheus可以以每秒處理數(shù)十萬的數(shù)據(jù)。

與zabbix相比,使用場景區(qū)別:

  • 偏基礎的監(jiān)控,像主機、網(wǎng)絡這種場景,使用Zabbix更適合。
  • 偏服務類的和容器的,使用Prometheus來做監(jiān)控

所以,云原生時代,Pometheus是一款功能強大的智能監(jiān)控系統(tǒng)。

本期先說到這里,下期繼續(xù)。

==============================================================

更多Linux、云計算、云原生、大數(shù)據(jù)、docker、k8s知識,可訪問:奇智云課堂文章來源地址http://www.zghlxwxcb.cn/news/detail-576095.html

到了這里,關于聊聊傳統(tǒng)監(jiān)控與云原生監(jiān)控的區(qū)別的文章就介紹完了。如果您還想了解更多內容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如若轉載,請注明出處: 如若內容造成侵權/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經(jīng)查實,立即刪除!

領支付寶紅包贊助服務器費用

相關文章

  • 聊聊分布式 SQL 數(shù)據(jù)庫Doris(八)

    聊聊分布式 SQL 數(shù)據(jù)庫Doris(八)

    密集索引:文件中的每個搜索碼值都對應一個索引值,就是葉子節(jié)點保存了整行. 稀疏索引:文件只為索引碼的某些值建立索引項. 稀疏索引的創(chuàng)建過程包括將集合中的元素分段,并給每個分段中的最小元素創(chuàng)建索引。在搜索時,先定位到第一個大于搜索值的索引的前一個索引

    2024年02月05日
    瀏覽(30)
  • 聊聊分布式 SQL 數(shù)據(jù)庫Doris(五)

    聊聊分布式 SQL 數(shù)據(jù)庫Doris(五)

    閱讀 Doris SQL 原理解析,總結下Doris中SQL解析流程: 詞法識別:解析原始SQL文本,拆分token 語法識別:將token轉換成AST 單機邏輯查詢計劃:將AST經(jīng)過一系列的優(yōu)化(比如,謂詞下推等)成查詢計劃,提高執(zhí)行性能與效率。 分布式邏輯查詢計劃:根據(jù)分布式環(huán)境(數(shù)據(jù)分布信息

    2024年02月05日
    瀏覽(36)
  • 聊聊分布式 SQL 數(shù)據(jù)庫Doris(二)

    聊聊分布式 SQL 數(shù)據(jù)庫Doris(二)

    Doris中,Leader節(jié)點與非Leader節(jié)點和Observer節(jié)點之間的元數(shù)據(jù)高可用和一致性,是通過bdbje(全稱:Oracle Berkeley DB Java Edition)的一致性和高可用實現(xiàn)的。 元數(shù)據(jù)與同步流程 元數(shù)據(jù)主要存儲四類數(shù)據(jù): 用戶數(shù)據(jù)信息. 包括數(shù)據(jù)庫, 表的schema, 分片信息等 各類作業(yè)信息. 如導入作業(yè), clo

    2024年02月05日
    瀏覽(27)
  • 聊聊分布式 SQL 數(shù)據(jù)庫Doris(一)

    聊聊分布式 SQL 數(shù)據(jù)庫Doris(一)

    MPP:Massively Parallel Processing, 即大規(guī)模并行處理. 一般用來指多個SQL數(shù)據(jù)庫節(jié)點搭建的數(shù)據(jù)倉庫系統(tǒng). 執(zhí)行查詢的時候, 查詢可以分散到多個SQL數(shù)據(jù)庫節(jié)點上執(zhí)行, 然后匯總返回給用戶. Doris 作為一款開源的 MPP 架構 OLAP 高性能、實時的分析型數(shù)據(jù)庫,能夠運行在絕大多數(shù)主流的商

    2024年02月05日
    瀏覽(23)
  • 聊聊分布式 SQL 數(shù)據(jù)庫Doris(九)

    優(yōu)化器的作用是優(yōu)化查詢語句的執(zhí)行效率,它通過評估不同的執(zhí)行計劃并選擇最優(yōu)的執(zhí)行計劃來實現(xiàn)這一目標。 CBO: 一種基于成本的優(yōu)化器,它通過評估不同查詢執(zhí)行計劃的成本來選擇最優(yōu)的執(zhí)行計劃。CBO會根據(jù)數(shù)據(jù)庫系統(tǒng)定義的統(tǒng)計信息以及其他因素,對不同的執(zhí)行計劃進

    2024年02月05日
    瀏覽(29)
  • 聊聊分布式 SQL 數(shù)據(jù)庫Doris(六)

    此處的負載均衡指的是FE層的負載均衡. 當部署多個 FE 節(jié)點時,用戶可以在多個 FE 之上部署負載均衡層來實現(xiàn) Doris 的高可用。官方文檔描述: 負載均衡 。 實現(xiàn)方式 實現(xiàn)方式有多種,如下列舉。 開發(fā)者在應用層自己進行重試與負載均衡。 JDBC Connector 發(fā)現(xiàn)一個連接掛掉,就自

    2024年02月05日
    瀏覽(25)
  • 聊聊分布式 SQL 數(shù)據(jù)庫Doris(七)

    Doris的存儲結構是類似LSM-Tree設計的,因此很多方面都是通用的,先閱讀了解LSM相關的知識,再看Doris的底層存儲與讀取流程會清晰透徹很多,LSM基本知識如下: 原理:把各種數(shù)據(jù)先用log等形式組織在內存中(該數(shù)據(jù)結構稱為MemTable,且有序);到達一定數(shù)據(jù)量后再批量merge寫入磁

    2024年02月05日
    瀏覽(29)
  • 聊聊分布式 SQL 數(shù)據(jù)庫Doris(三)

    在 Doris 的存儲引擎規(guī)則: 表的數(shù)據(jù)是以分區(qū)為單位存儲的,不指定分區(qū)創(chuàng)建時,默認就一個分區(qū). 用戶數(shù)據(jù)首先被劃分成若干個分區(qū)(Partition),劃分的規(guī)則通常是按照用戶指定的分區(qū)列進行范圍劃分,比如按時間劃分。 在每個分區(qū)內,數(shù)據(jù)被進一步的按照Hash的方式分桶,分

    2024年02月05日
    瀏覽(18)
  • 聊聊分布式 SQL 數(shù)據(jù)庫Doris(四)

    聊聊分布式 SQL 數(shù)據(jù)庫Doris(四)

    FE層的架構都能在網(wǎng)上找到說明. 但BE層的架構模式、一致性保障、與FE層之間的請求邏輯,數(shù)據(jù)傳輸邏輯等,我個人暫時沒有找到相應的博客說明這些的。當然這些是我個人在學習與使用Doris過程中,對內部交互邏輯與實現(xiàn)感興趣才有這些疑問. 還好現(xiàn)在有GPT這類大模型,有了

    2024年02月05日
    瀏覽(30)
  • 【數(shù)據(jù)庫】聊聊MVCC機制與BufferPool緩存機制

    【數(shù)據(jù)庫】聊聊MVCC機制與BufferPool緩存機制

    上一篇文章,介紹了隔離級別,MySQL默認是使用可重復讀,但是在可重復讀的級別下,可能會出現(xiàn)幻讀,也就是讀取到另一個session添加的數(shù)據(jù),那么除了配合使用間隙鎖的方式,還使用了MVCC機制解決,保證在可重復讀的場景下,同一個session讀取的數(shù)據(jù)一致性。 MVCC(Multi-Vers

    2024年01月20日
    瀏覽(20)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領取紅包,優(yōu)惠每天領

二維碼1

領取紅包

二維碼2

領紅包