贵州十一选五前三直开奖号 | 財經 | 資源 | 理財 | 考研 | 職場 | 論文 | 資格 | 股票學院 |

股票學院: 股票入門 - 股票知識 - 股票術語 - 炒股技巧 - 選股技巧 - 跟莊技巧 - 炒股經驗 - 投資策略 - K線圖 - 均線 - 分時圖 - 成交量 - 波浪理論 - 基本面分析 - 心理分析 - 漲停研究 - 趨勢線 - 江恩理論 - MACD - KDJ - 技術指標 - 財經股票書籍在線閱讀 - 金融類書籍下載 - 銀行學院 - 保險學院 - 外匯學院 - 債券學院 - 股票學院 - 基金學院 - 港股學院 - 黃金學院

當前位置:贵州十一选五前三直开奖号 > 金融云 > 文章正文

贵州十一选五开奖时间:大規模微服務場景下的十大痛點問題定位與優化

時間:2019-09-18 06:25:56來源:云技術作者:佚名

    贵州十一选五前三直开奖号 www.grzfr.com 今天我的主題是在微服務場景下的一個性能問題的定位優化,那么今天會講一個我們其實出現的一個真實的一個場景,然后其實還是花了蠻長時間,然后把這個東西才定位到一個具體的問題。

    現在云原生微服務架構特別的火,有非常多的優勢,比如說這里面寫的快速迭代,高并發,可維護,可擴展,灰度發布,高可用,這些詞大家都耳熟能詳,這些就不用細說了。

    大規模微服務場景下的十大痛點問題定位與優化

    大規模微服務場景下的十大痛點問題定位與優化

    但是微服務不是沒有成本的,如果說單體應用的復雜度大概是10的話,上了微服務可能是變成100,可能是十倍的復雜度提高,需要投入大量的人去做這個事兒,并且需要一定的支撐系統和工具鏈,才能將這些復雜性降下來。

    我這邊總結了一下微服務實施之后,會大概率出現以下的痛點:

    第一:服務依賴的管理,就是一個服務到底調用了哪些,被哪些服務調用,如果依賴管理比較混亂,就會比較痛苦,比如說你要發布一個應用,你可能不知道這個應用被誰依賴了,有沒有有一個特別關鍵的應用在依賴于我這個應用,會不會我升級了以后是否會引發關鍵業務的不穩定,是應該白天發布,還是凌晨發布,這個時候我們就特別需要希望有一個系統能夠看到任何一個服務都被哪些服務依賴以及依賴于哪些服務。

    第二:調用統計問題,對于調用記錄有一個統計和告警,例如有沒有接口突然調用失敗率增高,有沒有接口突然時延增長,都應該及早發現,而不能因為因為一次發布引入一個bug,導致時延變長但無人知曉,等到流量一來,直接就可能壓掛了。再就是有沒有接口再也沒有人調用,這個接口是否可以下線,這在接口升級的時候,常常采取先添加接口,再下線接口的方式,就需要這樣一個統計系統。

    第三:接口規范問題,各個團隊開發出來的各個服務的接口是否符合統一的接口規范,有沒有統一的地方去看接暴露出來的接口?如果說有的接口不遵守規范,那么是不是時候會在同一個地方能看到,然后去盡早的去發現這個問題。

    第四:安全管理,很多企業往往通過白名單通過配置中心配到各個服務里面去的,比如說支付這個服務不是所有服務都能調用的,只有部分服務可以調用他。這些配置原來都是散落在這個服務里面去的,各自為站,有可能一不小心就配置錯了或者漏了,應該能訪問的訪問不了,不該訪問的能夠訪問了,但是沒有人察覺。

    第五,熔斷限流降級這些服務治理能力。雖然有很多開源組件可以做這些事情,但是需要寫大量重復代碼去做,同樣是散落在各個地方。

    第六,接口測試問題,我們如何保證在不斷的拆合的過程中不會引入新的bug,這其實是比較頭疼的一個事情,所以需要一個比較大的一個測試集合,就需要一個測試平臺來保證。

    第七,灰度發布問題,很多公司做灰度發布,都是通過代碼里面寫if-else做的,當什么條件滿足的時候,走這個邏輯,當時什么條件滿足的時候,走那個邏輯,這個時候也是相對比較痛苦的。

    第八,壓力測試問題,這一般是實施微服務的后期,當需要面對大規模流量的時候,才會引入進來的。一開始線上大促的時候,基本處于這種一臉蒙,靠運氣的這種狀態,心里壓根都沒有譜,必須要通過壓力測試去做這個事兒。

    第九,調用鏈分析問題,一旦出現慢的時候,相對比較難以發現慢的點,尤其是當服務數目多,調用鏈長了之后。

    第十,測試環境治理。服務數目增多了,大家都用了容器,帶來的好處就是部署的特別方便,一個編排就能啟動一套系統,但是同時也帶來一個痛苦,其實我們從云的時候就有這個痛苦,一旦放給大家的權限讓大家可以隨時部署,對于資源的使用就控制不住了,大家誰都想啟動一個新的環境,自己的測試環境和別人都不在一塊。如果說只有幾個容器,那么每次都重新部署一個新環境,這沒有問題,但是如果服務特別多的時候,例如一百個容器的時候,這時候全量部署比較困難。

    大規模微服務場景下的十大痛點問題定位與優化

    為了解決這些問題,需要配備比較復雜的工具集合:容器平臺負責聲明式部署,持續集成和測試平臺負責灰度發布和測試集合的維護,API網關負責入口流量的接入,微服務框架負責微服務之間的相互調用,管理和治理,分布式事物負責拆分后的事務問題,APM性能管理負責調用鏈分析。我們后面也能看到這些組件在定位問題的過程中都起到了什么樣子的作用。

    微服務的拆分過程并不是一蹴而就的,我們發現很多公司開始計劃實施微服務的時候,往往第一個問題是微服務應該怎么拆,應該拆分到什么粒度?覺得是這是一個最重要的一個維度。后來我們發現其實并不是這個樣子的,微服務的拆分只是其中很小的一個方面,需要匹配一套工具鏈,并且經歷十二個過程,逐步完成。

    大規模微服務場景下的十大痛點問題定位與優化

    大規模微服務場景下的十大痛點問題定位與優化


    相關閱讀

    焦點圖文

    關于我們 | 廣告服務 | 商務合作 | 網站地圖

    版權所有 Copyright(C)2018-2020 蘇州騏云躍網絡科技有限公司,未經授權禁止復制或建立鏡像,否則將依法追究法律責任!
    聲明:我們不做任何形式的代客理財及投資指導,凡是以天下金融網名義做股票推薦的行為均屬違法!
    廣告商的言論與行為均與天下金融網無關!股市有風險,投資需謹慎。
    蘇公網安備 32050502000166號
    蘇ICP備14018528號
    商務合作:贵州十一选五前三直开奖号

    天下金融網版權所有