偷偷摘套内射激情视频,久久精品99国产国产精,中文字幕无线乱码人妻,中文在线中文a,性爽19p

成功備戰(zhàn)微服務(wù)的5個(gè)準(zhǔn)備步驟

移動(dòng)開發(fā) 開發(fā)
我認(rèn)為這種哲學(xué)對(duì)微服務(wù)而言亦行之有效。如果你的組織沒有為此準(zhǔn)備就貿(mào)然遷移,很可能會(huì)招致失敗。以上就是本文的出發(fā)點(diǎn),我將為大家?guī)碓趯?shí)現(xiàn)微服務(wù)架構(gòu)前需要準(zhǔn)備的5個(gè)關(guān)鍵步驟。

 【編者的話】本文為大家介紹了5個(gè)遷移到微服務(wù)架構(gòu)所需做的準(zhǔn)備步驟,包括如何劃分微服務(wù),微服務(wù)和組織結(jié)構(gòu)間的誤解,如何劃分組織架構(gòu),以及在實(shí)現(xiàn)微服務(wù)架構(gòu)中需要盡早考慮的一些問題,值得大家參考。

時(shí)至今日,微服務(wù)相關(guān)的話題不勝枚舉,上百次的會(huì)議,在線討論以及相關(guān)文章。你可以假設(shè)大家已經(jīng)認(rèn)識(shí)到其優(yōu)點(diǎn)以及與之俱來的風(fēng)險(xiǎn)。然而,有很多組織沒有事先準(zhǔn)備就邁入這個(gè)潮流了。自然,這也就導(dǎo)致了在架構(gòu)實(shí)現(xiàn)過程中的失敗。

有一位 智者曾經(jīng)說過,“對(duì)于商業(yè)中所應(yīng)用的任何技術(shù)而言,有2條規(guī)則,其一,將自動(dòng)化應(yīng)用于高效的運(yùn)維上才能增加效率;其二,將自動(dòng)化應(yīng)用于低效的運(yùn)維反而會(huì)降低效率。”我認(rèn)為這種哲學(xué)對(duì)微服務(wù)而言亦行之有效。如果你的組織沒有為此準(zhǔn)備就貿(mào)然遷移,很可能會(huì)招致失敗。以上就是本文的出發(fā)點(diǎn),我將為大家?guī)碓趯?shí)現(xiàn)微服務(wù)架構(gòu)前需要準(zhǔn)備的5個(gè)關(guān)鍵步驟。

1. 從繪圖入手

在開發(fā)特定的微服務(wù)時(shí),許多開發(fā)者都會(huì)犯同一個(gè)錯(cuò)誤:直接寫代碼?;蛟S,這可能就是你能夠犯的最嚴(yán)重的錯(cuò)誤了。誠(chéng)然,對(duì)于一個(gè)服務(wù)而言,你可能會(huì)獲得成功,但是隨著服務(wù)數(shù)量的上升,所有事情都會(huì)變得一團(tuán)亂。

和其它產(chǎn)品一樣,它也需要被創(chuàng)造,需要以設(shè)計(jì)作為初始步驟。將團(tuán)隊(duì)匯聚到桌子周圍,自由地在紙上(或者白板)繪制服務(wù)。首先,找出你所構(gòu)建的應(yīng)用的main函數(shù)。然后,自頂向下地將它分解成最小單元。***,找出不同單元的互聯(lián)通性。這些功能將會(huì)成為你的微服務(wù)。

比如,在一款圖書預(yù)覽應(yīng)用中,其主要的功能就是比較不同的圖書。然而,也有許多其他功能需要開發(fā),例如創(chuàng)建用戶履歷,評(píng)分,評(píng)論,圖書數(shù)據(jù)庫(kù)等。識(shí)別每個(gè)功能,是將它們轉(zhuǎn)為微服務(wù)的關(guān)鍵。

整個(gè)過程將會(huì)持續(xù)超過一天時(shí)間,并且需要多次迭代直至***。當(dāng)然,你將需要從許多不同部門的人員手中獲得輸入,以確保能夠知曉其視角和觀點(diǎn),并確保你不會(huì)遺漏任何系統(tǒng)功能。

2. 微服務(wù)并不是組織結(jié)構(gòu)

根據(jù)你所在公司的組織結(jié)構(gòu)定義微服務(wù),這似乎是很自然的。如果你正在構(gòu)建單體(monolithic)應(yīng)用,這或許真是一個(gè)恰當(dāng)?shù)慕鉀Q方案。但是,在實(shí)現(xiàn)微服務(wù)架構(gòu)時(shí),它可能就是一個(gè)錯(cuò)誤的決定了。

也許,這對(duì)于銷售部門或客戶服務(wù)是可行的,但是許多組織只有一個(gè)部門處理所有的數(shù)據(jù)庫(kù)。因此,為所有數(shù)據(jù)庫(kù)創(chuàng)建一個(gè)微服務(wù)將會(huì)導(dǎo)致單點(diǎn)故障。而 沒有 單點(diǎn)故障,則是微服務(wù)的關(guān)鍵特性之一。

你希望通過服務(wù)實(shí)現(xiàn)的一些功能可能會(huì)涉及幾個(gè)組織部門,或者,你可能將會(huì)需要為一個(gè)部門構(gòu)建許多微服務(wù)。總結(jié)一下,你需要將架構(gòu)聚焦于你想要提供的服務(wù),而非你們公司的組織結(jié)構(gòu)。

3. 創(chuàng)建合適的組織結(jié)構(gòu)

轉(zhuǎn)變到一個(gè)全然不同的組織架構(gòu),能夠滿足公司在管控活動(dòng)上變化的需要。之前2個(gè)步驟關(guān)注于應(yīng)用的設(shè)計(jì),以便能夠?yàn)樽罱K用戶提供正確的功能?,F(xiàn)在,是時(shí)候確保對(duì)于新的架構(gòu)而言,你擁有恰當(dāng)?shù)倪\(yùn)維支持了。

你將不得不放棄原有的部門結(jié)構(gòu),并使團(tuán)隊(duì)關(guān)注于某個(gè)微服務(wù)。這意味著這些團(tuán)隊(duì)將由擁有不同技能的成員組成,如系統(tǒng)分析師、UX/UI設(shè)計(jì)師、后端工程師、前端工程師等。如此一來,團(tuán)隊(duì)就能夠徹底負(fù)責(zé)它們的項(xiàng)目(微服務(wù))——從開發(fā)部署到運(yùn)維、監(jiān)控和管理。反過來,由于團(tuán)隊(duì)覺得自己擁有這個(gè)產(chǎn)品,因此將提升其創(chuàng)建產(chǎn)品的積極性。

團(tuán)隊(duì)的規(guī)模視公司/項(xiàng)目的總體人數(shù)而定;當(dāng)然,根據(jù)專家的建議,比較理想的規(guī)模是每個(gè)團(tuán)隊(duì)8-10人。和單體架構(gòu)不同,微服務(wù)架構(gòu)使得你能夠根據(jù)業(yè)務(wù)的增長(zhǎng)來擴(kuò)展團(tuán)隊(duì)規(guī)模。

當(dāng)然,所有團(tuán)隊(duì)將會(huì)( 需要 )積極配合,以最終促成整個(gè)項(xiàng)目。這便是這種結(jié)構(gòu)的主要好處,使我們能夠盡可能快地向市場(chǎng)交付產(chǎn)品。

4. 性能和可靠性同樣重要

切換到微服務(wù)架構(gòu)的整體想法,便是使得創(chuàng)建的最終產(chǎn)品相比于單體應(yīng)用而言擁有更好的性能,更佳的穩(wěn)定性(例如,更低的下線風(fēng)險(xiǎn)),同時(shí)可以更快地交付市場(chǎng)。

將改進(jìn)性能作為設(shè)計(jì)的一部分是很重要的,這將確保潛在問題能夠盡早被考慮。通常,(性能)問題都源自微服務(wù)設(shè)計(jì)主要考慮功能。然而,如果在更大的服務(wù)下,服務(wù)崩潰或者變得很慢,那么它就沒什么用了。每個(gè)服務(wù)應(yīng)該擁有2-3個(gè)替代機(jī)制,當(dāng)下層資源失敗時(shí),它便可以繼續(xù)運(yùn)作。當(dāng)其中一個(gè)機(jī)制無法在可接受時(shí)間窗口內(nèi)響應(yīng)時(shí),服務(wù)也需要做到快速切換。

在前期考慮讓服務(wù)支持更大的負(fù)載變動(dòng),你的應(yīng)用將能夠應(yīng)對(duì)實(shí)際挑戰(zhàn),你將領(lǐng)先市場(chǎng),當(dāng)然這也是你在***時(shí)間考慮切換到微服務(wù)的主要原因!

5. 變更先行

忽略應(yīng)用的變化是不切實(shí)際的。開發(fā)者一直在增加和移除功能,變更代碼,替換應(yīng)用的核心元素等,這在微服務(wù)應(yīng)用中更甚。更確切地說,微服務(wù)就是持續(xù)演進(jìn)的。

當(dāng)你每天需要處理多次代碼升級(jí)時(shí),***接受一個(gè)觀點(diǎn):變更是持續(xù)的,而非對(duì)于穩(wěn)定狀態(tài)的一次偶然性中斷。一旦你認(rèn)知到這一點(diǎn),你將意識(shí)到一開始便整合變更的靈活性需求的重要性。確保應(yīng)用一直正常工作的一種方式便是準(zhǔn)備服務(wù)API,這樣微服務(wù)間便可繼續(xù)通信,即使它們已被改變。另外,你還需要引入版本控制,以允許服務(wù)同時(shí)開放新舊接口。

另一方面,數(shù)據(jù)存儲(chǔ)的演進(jìn)是一個(gè)更大的挑戰(zhàn)。改進(jìn)數(shù)據(jù)庫(kù)模式(schema),使其支持新的功能,傳統(tǒng)觀點(diǎn)中,這是應(yīng)用升級(jí)時(shí)最難處理的部分,微服務(wù)并不會(huì)使其變得更加簡(jiǎn)單。然而,單就增加新的域且不破壞現(xiàn)有結(jié)構(gòu)這一點(diǎn)而言, NoSQL數(shù)據(jù)庫(kù)會(huì)更加靈活。如果你希望你的數(shù)據(jù)存儲(chǔ)需求持續(xù)演進(jìn)(誰不希望呢?),那么你應(yīng)該將可演化的數(shù)據(jù)存儲(chǔ)作為微服務(wù)設(shè)計(jì)的努力方向之一。

在遷移到微服務(wù)架構(gòu)時(shí),做適當(dāng)?shù)臏?zhǔn)備是整個(gè)項(xiàng)目成功的關(guān)鍵因素,這一點(diǎn)我們可以認(rèn)同。只有經(jīng)過仔細(xì)的準(zhǔn)備,創(chuàng)新設(shè)計(jì)思維,并且具備合適的運(yùn)維和管理結(jié)構(gòu),你才能收獲微服務(wù)帶來的所有好處!

責(zé)任編輯:張子龍 來源: 推酷
相關(guān)推薦

2017-07-19 10:10:30

微服務(wù)步驟繪圖

2021-07-07 13:36:23

物聯(lián)網(wǎng)IOT物聯(lián)網(wǎng)技術(shù)

2020-08-14 09:27:50

微服務(wù)容器架構(gòu)

2019-01-21 08:41:07

物聯(lián)網(wǎng)物聯(lián)網(wǎng)戰(zhàn)略IOT

2025-02-08 11:23:55

2017-10-21 23:28:17

微服務(wù)架構(gòu)師開發(fā)

2017-10-13 16:22:22

微服務(wù)架構(gòu)師開發(fā)

2018-11-12 23:00:06

微服務(wù)架構(gòu)設(shè)計(jì)

2020-07-05 23:02:06

ISO 9001認(rèn)證數(shù)據(jù)中心ISO

2020-07-27 10:09:02

微服務(wù)架構(gòu)規(guī)則

2020-09-02 07:00:00

微服務(wù)架構(gòu)

2010-09-14 14:01:55

ubuntu tftp

2022-04-28 09:36:51

微服務(wù)性能云原生

2020-03-01 14:53:36

5GIoT物聯(lián)網(wǎng)

2020-11-27 11:07:29

人工智能

2013-03-14 08:55:00

云計(jì)算云服務(wù)

2019-05-21 14:51:50

云遷移云計(jì)算云安全

2018-03-20 11:21:31

DevOps企業(yè)步驟

2018-07-27 13:48:41

物聯(lián)網(wǎng)IOT商業(yè)案例

2020-04-08 11:22:47

物聯(lián)網(wǎng)投資技術(shù)
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)