服務(wù)治理定義
服務(wù)治理通常是指通過限流、熔斷等手段,保障微服務(wù)的可靠運行,即運行時治理。更加寬泛的服務(wù)治理還包括微服務(wù)持續(xù)集成(開源軟件管理、自動化測試等),微服務(wù)部署最佳實踐(滾動升級、灰度發(fā)布等),微服務(wù)可觀測性能力(日志、監(jiān)控、告警等)構(gòu)建等。
華為云微服務(wù)治理專題主要探討運行時治理。我們首先從常見的故障模式開始。
擴(kuò)容縮容
在擴(kuò)容場景下,新啟動的微服務(wù)實例需要初始化數(shù)據(jù)庫連接、初始化緩存等,處理能力一定時間才能夠達(dá)到峰值。消費者調(diào)用新啟動的微服務(wù)實例,也需要新建立網(wǎng)絡(luò)連接,這個過程通常是非常消耗CPU并且耗時的操作。在高并發(fā)或者高TPS場景下,新啟動的實例處理緩慢,很容易導(dǎo)致調(diào)用鏈路雪崩,引起故障。
在縮容場景下,一般會采用優(yōu)雅停機等策略,將下線的實例先從注冊中心摘除,然后再停止進(jìn)程,防止正在處理的請求失敗或者消費者將新請求轉(zhuǎn)發(fā)到下線實例。但是現(xiàn)實環(huán)境中,優(yōu)雅停機沒有正確實現(xiàn)的情況非常普遍,下線實例被異常終止沒有執(zhí)行優(yōu)雅停機邏輯的情況也非常普遍。
實例不對等
實例不對等通常有很多原因。在資源受限的場景,可能部分實例使用處理能力相對比較弱的資源。在高可用場景,不同的AZ的時延也存在差異。資源不對等場景觸發(fā)故障的主要原因是處理能力比較弱的實例會拖慢系統(tǒng)總體的處理能力,需要有合理的機制在實例之間調(diào)度請求的執(zhí)行。
業(yè)務(wù)邏輯差異
提供者通常存在非常多的業(yè)務(wù)接口,每個業(yè)務(wù)接口處理的邏輯不同,這些接口的處理時延也是不一樣的。部分訪問頻率很低的接口,可能非常耗時,甚至觸發(fā)故障、內(nèi)存泄漏等問題。當(dāng)這些耗時接口被頻繁訪問的時候,會搶占其他接口的處理資源,導(dǎo)致其他接口的處理也變得緩慢。
超出系統(tǒng)處理能力的流量
秒殺、大促和熱點事件等場景,會產(chǎn)生超出系統(tǒng)處理能力的流量,這些流量如果沒有被快速丟棄,就會占用大量的處理資源,并觸發(fā)系統(tǒng)處理鏈路的大量超時甚至系統(tǒng)癱瘓。有機器人參與的情況下,資源容易被機器人全部搶走,正常用戶得不到公平合理的處理資源。
審核編輯 黃宇
聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。
舉報投訴
相關(guān)推薦
大量數(shù)據(jù)流。這些工具各有特色,可根據(jù)具體需求和場景選擇合適的來構(gòu)建和管理微服務(wù)架構(gòu)。以下是UU云小編整理的幾個熱門的微服務(wù)架構(gòu)工具及其概括性介紹:
發(fā)表于 12-21 16:33
?71次閱讀
膜厚測試儀在使用過程中可能會遇到一些常見故障,以下是一些常見故障及其解決方法: 一、儀器不開機 檢查電池 : 確認(rèn)電池是否有電,如電量不足,更換新的電池。 檢查電池是否接觸良好,電極片是否有氧化或
發(fā)表于 12-19 15:35
?123次閱讀
經(jīng)過優(yōu)化的 NIM 微服務(wù)現(xiàn)可在 Amazon Bedrock Marketplace、SageMaker JumpStart 和 AWS Marketplace 上獲取,用于各種 NVIDIA 和生態(tài)系統(tǒng)模型。
發(fā)表于 12-06 13:33
?189次閱讀
微服務(wù)架構(gòu)與容器云密切相關(guān)又有所區(qū)別。微服務(wù)將大型應(yīng)用拆分為小型、獨立的服務(wù),而容器云基于容器技術(shù),為微
發(fā)表于 10-21 17:28
?211次閱讀
中頻爐常見故障分析
發(fā)表于 10-21 17:17
?0次下載
第一步理解容器化基礎(chǔ),第二步創(chuàng)建Dockerfile,第三步構(gòu)建推送鏡像,第四步部署微服務(wù),第五步管理微服務(wù)、第六步優(yōu)化更新。容器化部署微服務(wù)是現(xiàn)代軟件開發(fā)中的一種高效方法,可提供良好的可移植性、可擴(kuò)展性和管理性。容器化部署
發(fā)表于 10-09 10:08
?149次閱讀
1. 引言 1.1 項目的背景及意義 在當(dāng)今的微服務(wù)架構(gòu)中,應(yīng)用程序通常被拆分成多個獨立的服務(wù),這些服務(wù)通過網(wǎng)絡(luò)進(jìn)行通信。這種架構(gòu)的優(yōu)勢在于可以提高系統(tǒng)的可擴(kuò)展性和靈活性,但也帶來了新的挑戰(zhàn),比如
發(fā)表于 08-28 16:54
?1575次閱讀
服務(wù)的局限性也逐步顯現(xiàn),成為阻礙企業(yè)發(fā)展的障礙。華為云深刻洞察中小企業(yè)和開發(fā)者在云服務(wù)應(yīng)用中遇到的挑戰(zhàn),推出了創(chuàng)新的
發(fā)表于 08-12 09:54
?575次閱讀
全球領(lǐng)先的創(chuàng)意和制作服務(wù)機構(gòu)率先采用 OpenUSD 和 NVIDIA NIM 微服務(wù)來創(chuàng)建精準(zhǔn)的品牌視覺。
發(fā)表于 08-01 14:33
?415次閱讀
雷達(dá)物位計在使用過程中可能會遇到多種故障,以下是一些常見故障及其維修方法的清晰分點表示和歸納
發(fā)表于 06-08 17:22
?2031次閱讀
我們的業(yè)務(wù)共使用 11 臺(阿里云)服務(wù)器,使用 SpringcloudAlibaba 構(gòu)建微服務(wù)集群, 共計 60 個微服務(wù), 全部注冊在同一個 Nacos 集群。
發(fā)表于 01-13 17:41
?933次閱讀
近日,軟通動力與華為云長期以來的深入合作、深度協(xié)作再結(jié)碩果,雙方共同設(shè)計的企業(yè)上云服務(wù)解決方案、數(shù)據(jù)中臺及數(shù)據(jù)治理
發(fā)表于 01-09 10:59
?801次閱讀
微服務(wù)基本只有 request/response 的模式。做不了 streaming?微服務(wù)通常要求應(yīng)用是無狀態(tài)的才能做到水平擴(kuò)展。streaming 本身就是加入了狀態(tài)
發(fā)表于 12-29 11:18
?437次閱讀
如果一直保持共用數(shù)據(jù)庫的模式,則整個架構(gòu)會越來越僵化,失去了微服務(wù)架構(gòu)的意義。因此小明和小紅一鼓作氣,把數(shù)據(jù)庫也拆分了。所有持久化層相互隔離,由各個服務(wù)自己負(fù)責(zé)。另外,為了提高系統(tǒng)的實時性,加入了消息隊列機制。
發(fā)表于 12-27 15:16
?509次閱讀
云服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境:
華為ECS云服務(wù)器,linux操作系統(tǒng),mysql數(shù)據(jù)庫(innodb引擎)。作為網(wǎng)站
發(fā)表于 12-27 15:03
?1004次閱讀
評論