云原生集成開發(fā)環(huán)境——TitanIDE
通過網(wǎng)頁在任何地方更安全、更高效地編碼2022-07-01
1197
原文出自:Mia-Platform
越來越多的公司正在采用敏捷方法和 DevOps 方式來加速和改進(jìn)他們的軟件開發(fā)。盡管一些軟件生命周期過程已經(jīng)簡化并加速,但企業(yè)仍然需要新的工具和技術(shù)才能將 DevOps 方法論付諸實(shí)踐——例如任務(wù)管理器、自動化pipelines 和測試系統(tǒng)。
隨著公司內(nèi)部使用的技術(shù)和工具數(shù)量的增加,開發(fā)人員,尤其是那些對公司的技術(shù)堆棧和開發(fā)產(chǎn)品了解較少的開發(fā)人員,將有可能需要浪費(fèi)時(shí)間尋找他們需要的資源,甚至是從頭開發(fā)已經(jīng)在公司的軟件資產(chǎn)中可用的組件。
本應(yīng)加快工作速度的工具最終可能會大大減慢開發(fā)者的工作速度。為了避免這種情況,需要徹底轉(zhuǎn)變觀點(diǎn): 企業(yè)應(yīng)該開始放棄以基礎(chǔ)設(shè)施為中心的愿景,而應(yīng)該將開發(fā)人員體驗(yàn)(或 DevX)置于部署過程的中心。內(nèi)部開發(fā)人員門戶(IDP,或內(nèi)部開發(fā)人員平臺)就是為了滿足這一需求而創(chuàng)建的。IDP 是一個(gè)單一門戶,匯集了公司內(nèi)部可用的所有工具和技術(shù)。通過這種方式,開發(fā)團(tuán)隊(duì)可以專注于開發(fā)與公司核心業(yè)務(wù)相關(guān)的功能,而不是浪費(fèi)精力和精力從頭開始開發(fā)已經(jīng)構(gòu)建過的功能,或者借助已有的模板和資源可以更快地開發(fā)這些功能。
什么是內(nèi)部開發(fā)人員門戶?
在深入研究內(nèi)部開發(fā)人員門戶 IDP 的功能之前,讓我們先強(qiáng)調(diào)一下其與外部開發(fā)人員門戶 (EDP) 的區(qū)別。EDP 幫助組織外部的開發(fā)人員,為他們提供所需的所有信息和資源,以將他們的系統(tǒng)與組織的系統(tǒng)正確集成。通常集成是通過一些 API 實(shí)現(xiàn)的,因此,EDP 通常實(shí)際上是 API 門戶。 IDP 有一個(gè)內(nèi)部 API 的 API 目錄,但它也旨在簡化軟件開發(fā)并鼓勵公司內(nèi)部組件的共享和重用。
一旦所有組件都由負(fù)責(zé)內(nèi)部開發(fā)人員門戶的團(tuán)隊(duì)標(biāo)準(zhǔn)化,這些組件將可供開發(fā)團(tuán)隊(duì)使用,開發(fā)團(tuán)隊(duì)只需根據(jù)自己的需要集成和配置組件。
內(nèi)部開發(fā)人員門戶在整個(gè) DevOps 周期中提供增強(qiáng)的可見性、可追溯性、可審計(jì)性和可觀察性。設(shè)計(jì)、基礎(chǔ)設(shè)施、監(jiān)控、部署、文檔:每個(gè)階段都受益于這個(gè)工具。為了向開發(fā)團(tuán)隊(duì)提供最大的支持,內(nèi)部開發(fā)人員門戶應(yīng)包含:
通過這種方式,采用內(nèi)部開發(fā)人員門戶允許開發(fā)人員自行獲取可用技術(shù),改進(jìn)治理,因?yàn)榭蓮?fù)用的組件已經(jīng)過測試和驗(yàn)證,并鼓勵開發(fā)者在此知識共享。
IDP 對企業(yè)有什么好處?
內(nèi)部開發(fā)人員門戶可以幫助提高企業(yè)內(nèi)部所有開發(fā)團(tuán)隊(duì)的生產(chǎn)力,無論其組織方式如何。如果您的企業(yè)已經(jīng)采用了 DevOps 方法,旨在建立自己的 數(shù)字集成中心,并將其組織成功能團(tuán)隊(duì),則內(nèi)部開發(fā)人員門戶是確保您充分利用它們的工具。
由于 IDP 應(yīng)隨著業(yè)務(wù)不斷發(fā)展,因此以下是我們關(guān)于實(shí)施內(nèi)部開發(fā)人員門戶的建議和建議,該門戶可在軟件生命周期的每個(gè)階段為您的組織提供幫助。
1. 基礎(chǔ)設(shè)施:透明地管理集群
Ops 團(tuán)隊(duì)和開發(fā)團(tuán)隊(duì)擁有非常不同的專業(yè)領(lǐng)域,通常更喜歡留在自己的領(lǐng)域——除了可以在這兩個(gè)領(lǐng)域工作的任何 DevOps 人物。事實(shí)證明,通常,當(dāng)必須實(shí)施新的基礎(chǔ)架構(gòu)時(shí),需要兩個(gè)團(tuán)隊(duì)合作的組件創(chuàng)建和管理階段很容易成為瓶頸,拖慢整個(gè)過程。
內(nèi)部開發(fā)人員門戶應(yīng)該為開發(fā)人員提供即用型和標(biāo)準(zhǔn)化的組件:這樣,開發(fā)人員可以安裝集群、管理環(huán)境變量并獨(dú)立更新基礎(chǔ)架構(gòu)。日志審計(jì)應(yīng)該集中在整個(gè)基礎(chǔ)設(shè)施中,并且你應(yīng)該有一個(gè)單一的身份驗(yàn)證和授權(quán)系統(tǒng)。此外,建議自動化一些方面,如下所示:
內(nèi)部開發(fā)人員href="/":
2. 設(shè)計(jì)和復(fù)用:100% 控制已發(fā)布的軟件
在設(shè)計(jì)云原生應(yīng)用程序的基礎(chǔ)架構(gòu)時(shí),確定您希望哪些組件可供其他應(yīng)用程序重用非常重要。為了促進(jìn)這種操作, 內(nèi)部開發(fā)人員門戶應(yīng)使開發(fā)人員在配置、測試、API 和事件公開期間具有自主權(quán)。此外,在定義了業(yè)務(wù)標(biāo)準(zhǔn)之后,開發(fā)者還可以獨(dú)立定義:
這可以通過構(gòu)建一個(gè)提供服務(wù)、API 和源代碼的服務(wù)目錄來促進(jìn), 這些服務(wù)、API 和源代碼已經(jīng)過測試并可以復(fù)用。
3. 部署:部署過程無瓶頸
在部署方面,開發(fā)人員應(yīng)該能夠獨(dú)立訪問運(yùn)行時(shí)環(huán)境。有了 IDP, 開發(fā)人員可以自主,無需擔(dān)心管理集群和基礎(chǔ)設(shè)施:他們只需要選擇環(huán)境和部署,而無需等待 Ops 部門手動配置。這允許開發(fā)人員:
通過這種方式,開發(fā)人員完全獨(dú)立于其他團(tuán)隊(duì),并且可以完全跟蹤每個(gè)部署的內(nèi)容,知道由誰執(zhí)行以及何時(shí)執(zhí)行。
4. Monitor:檢查應(yīng)用程序的健康狀況
通過將每個(gè)工具和工件集中在內(nèi)部開發(fā)人員門戶中,您可以創(chuàng)建一個(gè)儀表板來監(jiān)控所有服務(wù)的狀態(tài)。您還可以創(chuàng)建自動化,從而創(chuàng)建其他儀表板和警報(bào),這對于 24/7 運(yùn)行的應(yīng)用程序尤其重要。日志是聚合和集中的,因此開發(fā)人員始終可以使用它們:這樣,他們不必向其他部門請求它們,并且如果出現(xiàn)問題,他們可以及時(shí)采取行動。業(yè)務(wù)指標(biāo)也很容易可見和可用,所有與安全相關(guān)的警報(bào)都集中在一個(gè)地方:這允許更輕松、更有效的監(jiān)控。
5. 文檔:知識共享
內(nèi)部開發(fā)人員門戶還應(yīng)為文檔提供空間,以確保知識得到保存和共享。 因此,文檔集中在一個(gè)地方并由 IDP 提供:開發(fā)人員不需要訪問許多不同的工具(例如 Wiki、共享文件夾、專用平臺)來查找和查閱它。
由于文檔是由開發(fā)人員為開發(fā)人員制作的,因此鼓勵編寫和使用的最佳方式是 采用 Docs as Code 方法。這種方法表明文檔是軟件的一部分,因此應(yīng)該使用開發(fā)人員在日常代碼活動中使用的工具和方法來起草和維護(hù)它。一般來說,文檔應(yīng)該是基于 Git 的,以促進(jìn)協(xié)作和管理版本控制,并且應(yīng)該用基于文本的標(biāo)記語言編寫,例如 Markdown。
自動化可以增強(qiáng)其他關(guān)鍵功能:可以從 API 規(guī)范和事件模式開始創(chuàng)建自動化文檔,還可以在一個(gè)地方收集每個(gè)微服務(wù)的 README 文件,以便獲得一個(gè)完整的概覽,并在每次發(fā)生故障時(shí)自動更新。單個(gè)文件被編輯。
創(chuàng)建指南、示例、最佳實(shí)踐以加速新團(tuán)隊(duì)成員的入職和標(biāo)準(zhǔn)化公司內(nèi)的開發(fā)實(shí)踐總是非常有用的。最后,插入最新的架構(gòu)圖可以讓開發(fā)人員始終保持一致。
結(jié)論
通過采用敏捷方法和 DevOps 范式,以及功能團(tuán)隊(duì)中的組織,公司可以顯著改進(jìn)云原生軟件開發(fā)。但是,為了防止大規(guī)模部署新的開發(fā)工具和技術(shù),而不是加快開發(fā)團(tuán)隊(duì)的工作速度,有必要以開發(fā)人員和他們的經(jīng)驗(yàn)為中心。 為了改進(jìn) DevX,最有效的工具是內(nèi)部開發(fā)人員門戶 (IDP),這是一個(gè)將所有可用服務(wù)和工具收集在一個(gè)地方的單一門戶。內(nèi)部開發(fā)人員門戶簡化了每個(gè)階段的開發(fā)過程,從設(shè)計(jì)開始到文檔結(jié)束。
但是,從頭開始創(chuàng)建 IDP 可能是一個(gè)漫長而昂貴的過程,因?yàn)闉榱俗畲笙薅鹊靥岣咂溆行?,有必要開發(fā)許多不同且相互關(guān)聯(lián)的功能。通過采用新技術(shù)和方法來創(chuàng)建和維護(hù) IDP,您可以將所節(jié)省的所有時(shí)間都投入其中,而不是將這些時(shí)間再投資于提高生產(chǎn)力。 解決方案是采用現(xiàn)成的內(nèi)部開發(fā)人員門戶,例如 Mia-Platform * 提供的門戶,以避免基礎(chǔ)設(shè)施問題,并專注于根據(jù)業(yè)務(wù)需求對其進(jìn)行定制。
行云企業(yè)應(yīng)用商店
行云企業(yè)應(yīng)用商店解決方案,通過服務(wù)商店實(shí)現(xiàn)企業(yè)標(biāo)準(zhǔn)化、模塊化的業(yè)務(wù)組件和能力的沉淀,并以SaaS化的形式將服務(wù)開放給各業(yè)務(wù)團(tuán)隊(duì)使用,避免重復(fù)“造輪子”,實(shí)現(xiàn)業(yè)務(wù)數(shù)字化轉(zhuǎn)型和業(yè)務(wù)現(xiàn)代化。最終幫企業(yè)達(dá)到消除豎井效應(yīng)、沉淀企業(yè)能力、梳理數(shù)字資產(chǎn)、優(yōu)化資源調(diào)配等目的。
基于CloudOS構(gòu)建的API、業(yè)務(wù)邏輯組件、微服務(wù)、算法等,都屬于數(shù)字資產(chǎn)的范疇。通過持續(xù)的調(diào)用與迭代,形成一套高度抽象、可以快速復(fù)用的數(shù)字資產(chǎn)能力,沉淀到企業(yè)應(yīng)用商店,形成企業(yè)云原生數(shù)字資產(chǎn)“共建、共用、共享”。
適用場景:
1、解決“煙囪式”研發(fā)
“煙囪式”研發(fā)導(dǎo)致研發(fā)溝通困難,形成信息孤島,不利于業(yè)務(wù)沉淀,研發(fā)效率低,阻礙業(yè)務(wù)創(chuàng)新發(fā)展。通過落地企業(yè)服務(wù)商店實(shí)現(xiàn)企業(yè)標(biāo)準(zhǔn)化、模塊化的業(yè)務(wù)組件和能力的沉淀,并以SaaS化的形式將服務(wù)開放給各業(yè)務(wù)團(tuán)隊(duì)使用,避免重復(fù)“造輪子”,實(shí)現(xiàn)業(yè)務(wù)數(shù)字化轉(zhuǎn)型和業(yè)務(wù)現(xiàn)代化。最終可以幫企業(yè)達(dá)到消除豎井效應(yīng)、沉淀企業(yè)能力、梳理數(shù)字資產(chǎn)、優(yōu)化資源調(diào)配。
2、企業(yè)數(shù)字化資產(chǎn)管理
本方案支持將API、業(yè)務(wù)邏輯組件、微服務(wù)、算法等,通過持續(xù)的調(diào)用與迭代,形成一套高度抽象、可以快速復(fù)用的數(shù)字資產(chǎn)能力,沉淀到企業(yè)應(yīng)用商店。同時(shí),企業(yè)使用的標(biāo)準(zhǔn)中間件及定制中間件同樣作為數(shù)字資產(chǎn)能力沉淀到企業(yè)應(yīng)用商店。
3、建立行業(yè)云生態(tài),從成本中心向利潤中心的轉(zhuǎn)型
通過企業(yè)的持續(xù)治理與運(yùn)營,形成企業(yè)的數(shù)字資產(chǎn)“共建、共用、共享”,促進(jìn)行業(yè)內(nèi)數(shù)字資產(chǎn)的復(fù)用與共享,使能數(shù)字化云原生應(yīng)用快速構(gòu)建與創(chuàng)新。
同時(shí)數(shù)字資產(chǎn)可以租用、售賣等形式為企業(yè)提供持續(xù)性的價(jià)值收益。一些行業(yè)已經(jīng)開始探索科技部門從成本中心向利潤中心的轉(zhuǎn)型,以應(yīng)用商店形態(tài)進(jìn)行“業(yè)務(wù)能力輸出”就是很典型的一種實(shí)踐。
了解kaiyun開云創(chuàng)新企業(yè)應(yīng)用商店解決方案詳情>