国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

我所理解的SOA和微服務(wù)

lhl545545 ? 來源:電子發(fā)燒友網(wǎng) ? 2018-02-07 14:19 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

SOA和微服務(wù)到底是什么關(guān)系?

說實話,我確實不明白SOA和微服務(wù)到底有什么本質(zhì)上的區(qū)別,兩者說到底都是對外提供接口的一種架構(gòu)設(shè)計方式。我倒覺得微服務(wù)其實就是隨著互聯(lián)網(wǎng)的發(fā)展,復(fù)雜的平臺、業(yè)務(wù)的出現(xiàn),導(dǎo)致SOA架構(gòu)向更細(xì)粒度、更通過化程度發(fā)展,就成了所謂的微服務(wù)了。以這種說法做為根據(jù),我覺得SOA與微服務(wù)的區(qū)別在于如下幾個方面:

微服務(wù)相比于SOA更加精細(xì),微服務(wù)更多的以獨立的進(jìn)程的方式存在,互相之間并無影響;

微服務(wù)提供的接口方式更加通用化,例如HTTP RESTful方式,各種終端都可以調(diào)用,無關(guān)語言、平臺限制;

微服務(wù)更傾向于分布式去中心化的部署方式,在互聯(lián)網(wǎng)業(yè)務(wù)場景下更適合;

為什么要使用微服務(wù)?

技術(shù)為業(yè)務(wù)而生,架構(gòu)也為業(yè)務(wù)而出現(xiàn),當(dāng)然SOA和微服務(wù)也是因為業(yè)務(wù)的發(fā)展而出現(xiàn)。出現(xiàn)SOA和微服務(wù)框架與業(yè)務(wù)的發(fā)展、平臺的壯大密不可分,下面借用dubbo的網(wǎng)站架構(gòu)發(fā)展圖和說明:

我所理解的SOA和微服務(wù)

單一應(yīng)用架構(gòu)

當(dāng)網(wǎng)站流量很小時,只需一個應(yīng)用,將所有功能都部署在一起,以減少部署節(jié)點和成本。

此時,用于簡化增刪改查工作量的 數(shù)據(jù)訪問框架(ORM) 是關(guān)鍵。

垂直應(yīng)用架構(gòu)

當(dāng)訪問量逐漸增大,單一應(yīng)用增加機(jī)器帶來的加速度越來越小,將應(yīng)用拆成互不相干的幾個應(yīng)用,以提升效率。

此時,用于加速前端頁面開發(fā)的 Web框架(MVC) 是關(guān)鍵。

分布式服務(wù)架構(gòu)

當(dāng)垂直應(yīng)用越來越多,應(yīng)用之間交互不可避免,將核心業(yè)務(wù)抽取出來,作為獨立的服務(wù),逐漸形成穩(wěn)定的服務(wù)中心,使前端應(yīng)用能更快速的響應(yīng)多變的市場需求。

此時,用于提高業(yè)務(wù)復(fù)用及整合的 分布式服務(wù)框架(RPC) 是關(guān)鍵。

流動計算架構(gòu)

當(dāng)服務(wù)越來越多,容量的評估,小服務(wù)資源的浪費等問題逐漸顯現(xiàn),此時需增加一個調(diào)度中心基于訪問壓力實時管理集群容量,提高集群利用率。

此時,用于提高機(jī)器利用率的 資源調(diào)度和治理中心(SOA) 是關(guān)鍵。

平臺隨著業(yè)務(wù)的發(fā)展從 All in One 環(huán)境就可以滿足業(yè)務(wù)需求(以Java來說,可能只是一兩個war包就解決了);發(fā)展到需要拆分多個應(yīng)用,并且采用MVC的方式分離前后端,加快開發(fā)效率;在發(fā)展到服務(wù)越來越多,不得不將一些核心或共用的服務(wù)拆分出來,其實發(fā)展到此階段,如果服務(wù)拆分的足夠精細(xì),并且獨立運行,我覺得就可以將之理解為一個微服務(wù)了。

理想中的微服務(wù)架構(gòu)

沒有什么東西是完美的,網(wǎng)站架構(gòu)也是這樣的,只有「比之前好一點」的架構(gòu)或「目前最好的實現(xiàn)方式」,不存在理想中的架構(gòu),那么理想中微服務(wù)架構(gòu)應(yīng)該是怎么樣的呢,我覺得至少應(yīng)該有如下幾個特點:

能支持當(dāng)前業(yè)務(wù)需求,當(dāng)然這只是最最基本的條件;

每個微服務(wù)都要去中心化,不存在單點故障;

每個微服務(wù)都要實現(xiàn)高可用、高負(fù)載,不會因為一個服務(wù)不可用而影響了整套業(yè)務(wù)流;

每個微服務(wù)都要高度通用化,即多種終端都可調(diào)用,不分語言和平臺;

服務(wù)部署或升級簡單,不會消耗大量人力并且部署過程不易出現(xiàn)人為錯誤;

微服務(wù)具有快速注冊與自動發(fā)現(xiàn)功能(例如dubbo框架)

我所理解的SOA和微服務(wù)

當(dāng)然,這只是其中能想到的幾點,實際環(huán)境中用到的微服務(wù)框架有可能會根據(jù)實際業(yè)務(wù)需求優(yōu)化出更加個性化的功能,也可能有些功能是不需要的。還是那句話,架構(gòu)是服務(wù)于業(yè)務(wù)的,能快速方便的滿足業(yè)務(wù)需求的架構(gòu)才是好的架構(gòu),才是好的微服務(wù)架構(gòu)。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • SOA
    SOA
    +關(guān)注

    關(guān)注

    1

    文章

    325

    瀏覽量

    29229
  • 微服務(wù)
    +關(guān)注

    關(guān)注

    0

    文章

    150

    瀏覽量

    8102
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    基于OpenTelemetry的全鏈路追蹤微服務(wù)可觀測性實踐

    微服務(wù)拆分到第三年,我們的服務(wù)數(shù)量從最初的5個膨脹到了47個。一個用戶下單請求要經(jīng)過API Gateway -> 用戶服務(wù) -> 商品服務(wù) -> 庫存
    的頭像 發(fā)表于 02-26 15:43 ?151次閱讀

    SOA應(yīng)用-光子集成

    SOA
    天津見合八方光電科技有限公司
    發(fā)布于 :2025年12月02日 14:50:11

    華納云VPS容器服務(wù)網(wǎng)格流量管理:實現(xiàn)微服務(wù)高效路由

    在云計算和微服務(wù)架構(gòu)日益普及的今天,華納云香港VPS憑借其優(yōu)越的地緣優(yōu)勢和網(wǎng)絡(luò)自由,成為眾多企業(yè)部署容器化應(yīng)用的熱門選擇。復(fù)雜的微服務(wù)架構(gòu)帶來了流量管理的巨大挑戰(zhàn)。本文將深入探討如何利用容器服務(wù)
    的頭像 發(fā)表于 10-16 17:09 ?528次閱讀

    如何基于Nginx構(gòu)建微服務(wù)網(wǎng)關(guān)

    今天,將分享我們團(tuán)隊如何基于Nginx構(gòu)建了一個日均處理10億+請求的微服務(wù)網(wǎng)關(guān),以及踩過的那些坑。這套方案已經(jīng)穩(wěn)定運行2年+,經(jīng)歷過多次大促考驗。
    的頭像 發(fā)表于 09-02 16:29 ?823次閱讀

    Jtti海外VPS微服務(wù)架構(gòu)下的日志采集與分析優(yōu)化方案

    隨著跨境業(yè)務(wù)和分布式應(yīng)用的普及,越來越多的企業(yè)在海外VPS上構(gòu)建微服務(wù)架構(gòu),以提升系統(tǒng)擴(kuò)展性和靈活性。然而,微服務(wù)化帶來了一個新的挑戰(zhàn):日志數(shù)據(jù)分散在多個服務(wù)和節(jié)點中,若缺乏統(tǒng)一采集與分析機(jī)制,將
    的頭像 發(fā)表于 08-27 17:13 ?570次閱讀

    SOA增益譜與ASE光譜的區(qū)別

    作者:見合八方王偉,見合八方劉凡 引言 在SOA的推廣中,客戶時常提到以下疑問:“為什么C波段SOA測得的中心波長在1500 nm?”、“為什么1310 nm SOA的中心波長為1270 nm
    的頭像 發(fā)表于 07-30 16:15 ?845次閱讀
    <b class='flag-5'>SOA</b>增益譜與ASE光譜的區(qū)別

    電商API的微服務(wù)架構(gòu)優(yōu)化策略

    ? 隨著電子商務(wù)的快速發(fā)展,API(應(yīng)用程序編程接口)已成為電商平臺的核心組件,負(fù)責(zé)連接用戶、商家和后臺系統(tǒng)。微服務(wù)架構(gòu)通過將應(yīng)用拆分為獨立、可擴(kuò)展的服務(wù)單元,顯著提升了系統(tǒng)的靈活性和可維護(hù)性。然而
    的頭像 發(fā)表于 07-23 14:30 ?622次閱讀
    電商API的<b class='flag-5'>微服務(wù)</b>架構(gòu)優(yōu)化策略

    OptiSystem應(yīng)用:寬帶SOA特性

    dBm范圍內(nèi)變化。 圖1.SOA系統(tǒng)布局 信號增益和前向ASE總功率隨輸入信號功率變化曲線如圖2示。 (a)信號增益隨輸入信號功率變化曲線 (b)總ASE功率隨輸入信號功率變化曲線 圖2.(a
    發(fā)表于 06-10 08:45

    OptiSystem應(yīng)用:SOA波長變換器(XGM)

    本案例演示了SOA作為使用交叉增益飽和效應(yīng)(XGM)的波長變換器的應(yīng)用。 波長為λ1的光信號與需要轉(zhuǎn)換為波長為λ2的連續(xù)光信號同時輸入SOASOA對λ1光功率存在增益飽和特性,結(jié)果使得輸入光信號
    發(fā)表于 05-20 08:46

    OptiSystem應(yīng)用:寬帶SOA特性

    dBm范圍內(nèi)變化。 圖1.SOA系統(tǒng)布局 信號增益和前向ASE總功率隨輸入信號功率變化曲線如圖2示。 (a)信號增益隨輸入信號功率變化曲線 (b)總ASE功率隨輸入信號功率變化曲線 圖2.(a
    發(fā)表于 05-19 08:48

    企業(yè)使用NVIDIA NeMo微服務(wù)構(gòu)建AI智能體平臺

    已發(fā)布的 NeMo 微服務(wù)可與合作伙伴平臺集成,作為創(chuàng)建 AI 智能體的構(gòu)建模塊,使用商業(yè)智能與強(qiáng)大的邏輯推理模型 (包括 NVIDIA Llama Nemotron) 處理更多任務(wù)。
    的頭像 發(fā)表于 04-27 15:05 ?1284次閱讀

    【見合課堂】SOA的光放大功能

    SOA
    天津見合八方光電科技有限公司
    發(fā)布于 :2025年04月18日 13:57:36

    SOA架構(gòu)開發(fā)小助手PAVELINK.SOA-Converter 2.1.2新版本發(fā)布

    為提升汽車SOA架構(gòu)設(shè)計開發(fā)效率,優(yōu)化用戶體驗,我們對PAVELINK.SOA-Converter進(jìn)行了全新升級。本次2.1.2新版本升級,聚焦于提升軟件性能、擴(kuò)展功能特性及增強(qiáng)用戶交互體驗。
    的頭像 發(fā)表于 04-09 10:37 ?1508次閱讀
    <b class='flag-5'>SOA</b>架構(gòu)開發(fā)小助手PAVELINK.<b class='flag-5'>SOA</b>-Converter 2.1.2新版本發(fā)布

    OptiSystem應(yīng)用:SOA波長變換器(XGM)

    本案例演示了SOA作為使用交叉增益飽和效應(yīng)(XGM)的波長變換器的應(yīng)用。 波長為λ1的光信號與需要轉(zhuǎn)換為波長為λ2的連續(xù)光信號同時輸入SOASOA對λ1光功率存在增益飽和特性,結(jié)果使得輸入光信號
    發(fā)表于 04-01 09:35