Find N3入網(wǎng)：最高支持16+1TB
OPPO將于近期登場(chǎng)的Find N3折疊屏目前已經(jīng)正式入網(wǎng)，型號(hào)為PHN110。本次Find N3在外觀方面相比前兩代有很大的變化，不再是小號(hào)的橫向折疊屏，而是跟別的廠商一樣采用了較為常見的
在Kubernetes容器化環(huán)境中，要高效地實(shí)現(xiàn)從單體到微服務(wù)的遷移，就要遵循以下最佳實(shí)踐。
譯自4 Strategies for Migrating Monolithic Apps to Microservices，作者 Kayla Bondy 是 Dynatrace 的高級(jí)產(chǎn)品營(yíng)銷經(jīng)理，專注于應(yīng)用程序可觀測(cè)性產(chǎn)品線。憑借 7 年以上的技術(shù)和營(yíng)銷角色經(jīng)驗(yàn)，她為傳達(dá)復(fù)雜的技術(shù)概念帶來了熱情和專業(yè)知識(shí)......
DevOps 團(tuán)隊(duì)面臨著使用Kubernetes將單體應(yīng)用遷移到分布式容器化架構(gòu)的巨大壓力，以優(yōu)化軟件交付生命周期(SDLC)。他們正在努力縮短發(fā)布周期、簡(jiǎn)化部署更改、減少依賴導(dǎo)致的脆弱性。
這些需求推動(dòng)了從難以跟上現(xiàn)代需求的單體應(yīng)用的轉(zhuǎn)變，因?yàn)橐淮胃男枰亟ㄕ麄€(gè)堆棧。根據(jù)云原生計(jì)算基金會(huì) (CNCF) 2022 年度調(diào)查，79% 的組織已經(jīng)轉(zhuǎn)向微服務(wù)架構(gòu)，可以輕松對(duì)單個(gè)服務(wù)進(jìn)行迭代。
對(duì)許多組織來說，采用舉起并轉(zhuǎn)換的方法是將單體應(yīng)用遷移到 Kubernetes 和微服務(wù)的第一步。這涉及直接將單體應(yīng)用程序部署到云上托管的硬件上，然后逐步拆分應(yīng)用為微服務(wù)。但是，舉起并轉(zhuǎn)換理念也存在挑戰(zhàn)，因?yàn)榻M織必須重構(gòu)單體應(yīng)用程序以優(yōu)化云性能。因此，逐項(xiàng)將應(yīng)用程序重構(gòu)為容器化架構(gòu)通常更具成本效益。
以下是 DevOps 團(tuán)隊(duì)可以遵循的四個(gè)最佳實(shí)踐，以高效地將單體應(yīng)用遷移到Kubernetes 容器化環(huán)境中的微服務(wù)。
單體應(yīng)用程序通常很容易被破壞其復(fù)雜和脆弱的依賴關(guān)系網(wǎng)。因此，在沒有清晰計(jì)劃的情況下將單體應(yīng)用遷移到云和容器時(shí)，突發(fā)和意外中斷幾乎不可避免 - 尤其是如果 DevOps 團(tuán)隊(duì)繼續(xù)前進(jìn)。為了避免不必要的意外，在任何遷移項(xiàng)目之前要全面映射單體應(yīng)用的依賴關(guān)系和業(yè)務(wù)功能。
由于其復(fù)雜性，手動(dòng)映射單體應(yīng)用的依賴關(guān)系存在高度人為錯(cuò)誤風(fēng)險(xiǎn)。因此，為了了解應(yīng)用程序后端和前端組件之間的關(guān)系，使用可以實(shí)時(shí)可視化應(yīng)用程序的自動(dòng)化解決方案將很有幫助。使用事務(wù)跟蹤的遙測(cè)數(shù)據(jù)進(jìn)行應(yīng)用程序拓?fù)溆成渲陵P(guān)重要，使團(tuán)隊(duì)能夠構(gòu)建單體應(yīng)用及其組件的精確可視化表示。
為容器化的 Kubernetes 環(huán)境重構(gòu)單體應(yīng)用是一個(gè)巨大的任務(wù)，通常涉及從頭重構(gòu)和重建。考慮到這一點(diǎn)，將遷移工作分解為小的、增量的和更可管理的作業(yè)至關(guān)重要。
在映射單體應(yīng)用后，DevOps 團(tuán)隊(duì)可以逐步用微服務(wù)替換其組件。在創(chuàng)建單個(gè)微服務(wù)時(shí)，團(tuán)隊(duì)可以針對(duì)單體應(yīng)用進(jìn)行測(cè)試和比較，看看新服務(wù)如何影響性能和功能。然后，一旦微服務(wù)成功復(fù)制了單體應(yīng)用的功能，團(tuán)隊(duì)就可以刪除該特定組件對(duì)單體的依賴，然后繼續(xù)下一個(gè)組件。
單體應(yīng)用中的依賴關(guān)系是深度交織在一起的。組件之間的這些密切關(guān)系是推動(dòng)向 Kubernetes 和微服務(wù)轉(zhuǎn)型的驅(qū)動(dòng)力之一，因?yàn)樗鼈冏璧K了靈活的變更和部署。
將應(yīng)用遷移到微服務(wù)架構(gòu)時(shí)，團(tuán)隊(duì)要了解服務(wù)之間的所有依賴關(guān)系，并盡可能減少和簡(jiǎn)化這些依賴關(guān)系。異步消息傳遞至關(guān)重要，它允許服務(wù)通過使用隊(duì)列發(fā)送和接收消息來進(jìn)行通信。通過采用異步消息傳遞，微服務(wù)之間的通信將更少出現(xiàn)瓶頸，同時(shí)也使編輯或替換單個(gè)微服務(wù)變得更容易。
從單體應(yīng)用遷移到 Kubernetes 上的容器化服務(wù)意味著應(yīng)用程序有更多可以相互獨(dú)立運(yùn)行的服務(wù)和支撐技術(shù)，這可能會(huì)使它們更復(fù)雜。鑒于組件數(shù)量，DevOps 團(tuán)隊(duì)很難手動(dòng)跟蹤它們之間的所有依賴關(guān)系。就像團(tuán)隊(duì)需要在遷移單體應(yīng)用之前對(duì)其進(jìn)行映射一樣，他們還需要通過端到端可觀測(cè)性來維護(hù)微服務(wù)環(huán)境映射。
在實(shí)踐中，這意味著使用可觀測(cè)數(shù)據(jù)(包括來自云技術(shù)棧組件的日志、指標(biāo)和跟蹤)，以了解服務(wù)關(guān)系和應(yīng)用依賴。這種可觀測(cè)性還必須擴(kuò)展到每個(gè) Kubernetes 集群、節(jié)點(diǎn)和 Pod 以及在其上運(yùn)行的工作負(fù)載。當(dāng)問題出現(xiàn)時(shí)，可觀測(cè)數(shù)據(jù)允許 DevOps 團(tuán)隊(duì)識(shí)別問題的根本原因，以便他們可以快速解決問題。
為了更有效，團(tuán)隊(duì)?wèi)?yīng)該使用一個(gè)平臺(tái)，該平臺(tái)統(tǒng)一了來自整個(gè)應(yīng)用基礎(chǔ)設(shè)施的可觀測(cè)性和安全數(shù)據(jù)。這個(gè)統(tǒng)一的平臺(tái)應(yīng)該利用 AI 功能，為環(huán)境運(yùn)行狀況提供精確答案，這樣團(tuán)隊(duì)就可以自動(dòng)完成大部分圍繞故障分類、解釋和補(bǔ)救的工作。
從單體應(yīng)用遷移到容器化微服務(wù)可能很復(fù)雜且時(shí)間耗費(fèi)。然而，一旦遷移完成，DevOps 團(tuán)隊(duì)就可以更靈活迭代，同時(shí)能夠充分利用云服務(wù)。
團(tuán)隊(duì)為實(shí)現(xiàn)遷移而完成的大部分工作在很長(zhǎng)時(shí)間內(nèi)都會(huì)帶來回報(bào)。采用現(xiàn)代技術(shù)(如端到端可觀測(cè)性和 AI)來促進(jìn)遷移，使團(tuán)隊(duì)能夠持續(xù)監(jiān)控和優(yōu)化其微服務(wù)環(huán)境，從而提供最佳的用戶體驗(yàn)和業(yè)務(wù)結(jié)果。這些技術(shù)可以激發(fā)他們的轉(zhuǎn)型努力，幫助組織獲得持久的競(jìng)爭(zhēng)優(yōu)勢(shì)。
本文鏈接：http://m.www897cc.com/showinfo-26-68334-0.html四大遷移策略實(shí)現(xiàn)單體到微服務(wù)
聲明：本網(wǎng)頁(yè)內(nèi)容旨在傳播知識(shí)，若有侵權(quán)等問題請(qǐng)及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請(qǐng)聯(lián)系：2376512515@qq.com 津ICP備18001702號(hào)
津公網(wǎng)安備 12010102000574號(hào)