色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

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

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

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

平臺(tái)工程理念崛起,DevOps 會(huì)被取代嗎?

科技數(shù)碼 ? 來源:科技數(shù)碼 ? 作者:科技數(shù)碼 ? 2023-04-26 09:52 ? 次閱讀

去年 7 月份,《DevOps is dead, long live Platform Engineering》這篇文章引發(fā)了廣泛討論,標(biāo)題翻譯成中文是 “DevOps 已死,平臺(tái)?程是未來”。

平臺(tái)工程 (Platform Engineering) 是一種運(yùn)維理念,試圖解決云原生時(shí)代運(yùn)維問題。其提倡的一個(gè)重要觀點(diǎn)是運(yùn)維平臺(tái)要提供工程師自服務(wù)能力,希望平臺(tái)可以屏蔽基礎(chǔ)設(shè)施復(fù)雜性,提供靈活的工具鏈和工作流,工程師利用這些平臺(tái)的基本能力,自己組合、編排來解決自己的問題,過程中不需要平臺(tái)層的參與。

那么,DevOps和平臺(tái)工程有什么不同嗎?

Bytebase CEO 及聯(lián)合創(chuàng)始人陳天舟認(rèn)為,DevOps 和平臺(tái)工程是兩個(gè)維度的概念,前者更偏向一套方法論,后者多指一個(gè)職能。平臺(tái)工程屬于 PaaS 層,它的逐漸流行可以從三個(gè)方面來看:

在其之下依賴的 IaaS 層通常是各大云廠的 IaaS,這部分日趨成熟,所以使得精力可以上移到 PaaS。

在其之上被依賴的 SaaS 層則是各業(yè)務(wù)線,隨著業(yè)務(wù)線的擴(kuò)展,就希望提煉出一套可以復(fù)用的組件,這就是要下沉到 PaaS 層。

PaaS 層本身的平臺(tái)工具也日趨完善,從最底層的統(tǒng)一平面 Kubernetes 往上,已經(jīng)有一組比較成熟的平臺(tái)工具套件。

他還表示,平臺(tái)工程和之前的中臺(tái)概念有類似之處,也可以說平臺(tái)工程是由中臺(tái)演化?來的,在和底層 IaaS、上層業(yè)務(wù) SaaS 的磨合中逐漸明確了彼此的邊界,使得平臺(tái)工程可以定位在 PaaS 領(lǐng)域做好自己的產(chǎn)品化。

螞蟻集團(tuán) PaaS IaC 基礎(chǔ)平臺(tái)負(fù)責(zé)人李大元認(rèn)為,平臺(tái)工程并不是一個(gè)新的概念,在這個(gè)概念火起來之前,已經(jīng)有很多團(tuán)隊(duì)采用相似的思路構(gòu)建了自己的產(chǎn)品,如 KusionStack、humanitec。

平臺(tái)工程更像是運(yùn)維技術(shù)發(fā)展到今天的一個(gè)必然產(chǎn)物,距離 Kubernetes 第一個(gè) Commit 已經(jīng)過去 8 年多了,云原生技術(shù)早已成了 “標(biāo)配”,或者說我們已經(jīng)進(jìn)入到 “后云原生” 時(shí)代。一個(gè)現(xiàn)代化的應(yīng)用除了云原生技術(shù)以外,往往還會(huì)使用到 IaaS 云服務(wù)、內(nèi)部自建服務(wù)等各種異構(gòu)基礎(chǔ)設(shè)施,可能還會(huì)有多云、混合云的部署訴求。這些復(fù)雜技術(shù)已經(jīng)遠(yuǎn)遠(yuǎn)超出一個(gè)普通的 Dev 需要理解的范疇,也不應(yīng)該把底層的復(fù)雜性直接暴露給普通 Dev。

再深入一層,平臺(tái)工程會(huì)取代DevOps嗎?

陳天舟表示:“我相信平臺(tái)工程確實(shí)會(huì)是未來,但在研發(fā)組織擁抱平臺(tái)工程的過程中,首先要經(jīng)歷一段 SRE、PaaS、研發(fā)效能這幾個(gè)團(tuán)隊(duì)整合的陣痛。但總之,平臺(tái)工程并不會(huì)取代 DevOps,而是隨著和下層 Infra、上層業(yè)務(wù)的生產(chǎn)關(guān)系邊界劃清,自身生產(chǎn)工具套件的成熟,去成就更好的 DevOps。”

李大元認(rèn)為,平臺(tái)工程的火熱代表著之前的運(yùn)維理念已經(jīng)不能滿足當(dāng)下的訴求,需要新的技術(shù)來解決當(dāng)前企業(yè)規(guī)模化運(yùn)維的難題,平臺(tái)工程是一個(gè)不錯(cuò)的選擇,但是具體如何實(shí)施,業(yè)內(nèi)還處于相對(duì)初級(jí)的階段,不過可以確定的是,平臺(tái)工程會(huì)是運(yùn)維領(lǐng)域未來幾年值得持續(xù)觀察的一個(gè)新方向。

或許 DevOps 的未來還有更多可能性?2023 年 5 月28 日,GOTC 2023 “DevOps 前線” 分論壇將邀請(qǐng)國內(nèi)外在 DevOps 領(lǐng)域有深入研究的企業(yè)與專家,探討 DevOps 前沿技術(shù)走向。

全球開源技術(shù)峰會(huì)(Global Open-source Technology Conference),簡稱 GOTC,是由開放原子開源基金會(huì)、 Linux 基金會(huì)亞太區(qū)、上海浦東軟件園和開源中國聯(lián)合發(fā)起的,面向全球開發(fā)者的一場盛大開源技術(shù)盛宴。 5 月 27 日至 28 日,GOTC 2023 將于上海舉辦為期 2 天的開源行業(yè)盛會(huì)。大會(huì)將以行業(yè)展覽、主題發(fā)言、特別論壇、分論壇的形式展現(xiàn),與會(huì)者將一起探討元宇宙、3D 與游戲、eBPF、Web3.0、區(qū)塊鏈等熱門技術(shù)主題,以及開源社區(qū)、AIGC、汽車軟件、開源商業(yè)化、開源教育培訓(xùn)、云原生等熱門話題,探討開源未來,助力開源發(fā)展。

GOTC 2023由一個(gè)主論壇、十五個(gè)分論壇組成,在線下舉辦的同時(shí),還將在線上直播。GOTC 2023報(bào)名通道現(xiàn)已開啟,誠邀全球各技術(shù)領(lǐng)域開源愛好者共襄盛舉!

審核編輯黃宇

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

    關(guān)注

    3

    文章

    3398

    瀏覽量

    42653
  • PaaS
    +關(guān)注

    關(guān)注

    2

    文章

    132

    瀏覽量

    21490
  • IaaS
    +關(guān)注

    關(guān)注

    0

    文章

    67

    瀏覽量

    18592
  • devops
    +關(guān)注

    關(guān)注

    0

    文章

    116

    瀏覽量

    12059
收藏 人收藏

    評(píng)論

    相關(guān)推薦

    汽車軟件DevOps解決方案

    經(jīng)緯恒潤汽車軟件DevOps解決方案是專為現(xiàn)代汽車行業(yè)設(shè)計(jì)的一套集成化需求、開發(fā)、測試、部署、OTA與監(jiān)控,旨在加速軟件開發(fā)流程,提高軟件質(zhì)量和安全性,同時(shí)確保整個(gè)生命周期的高效性和靈活性。
    的頭像 發(fā)表于 12-16 10:33 ?1482次閱讀
    汽車軟件<b class='flag-5'>DevOps</b>解決方案

    devops使用最廣泛的集成工具盤點(diǎn)

    devops使用最廣泛的集成工具包括GitLab(全棧DevOps平臺(tái))、Jenkins(CI/CD自動(dòng)化服務(wù)器)、Docker(容器化技術(shù))、Kubernetes(容器編排平臺(tái))、A
    的頭像 發(fā)表于 11-26 13:48 ?236次閱讀

    Devops工具鏈集成的意義及基本原理

    Devops工具鏈集成的意義在于實(shí)現(xiàn)開發(fā)(Development)與運(yùn)維(Operations)之間的緊密協(xié)作,通過自動(dòng)化流程提高軟件交付的速度、質(zhì)量和穩(wěn)定性。其基本原理是通過一系列相互連接的工具,涵蓋從代碼編寫到部署、監(jiān)控的全過程,促進(jìn)團(tuán)隊(duì)協(xié)作和效率提升。
    的頭像 發(fā)表于 10-14 10:32 ?229次閱讀

    耳機(jī)座連接器:未來是否會(huì)被全部取代

    耳機(jī)座連接器作為音頻設(shè)備的重要組成部分,長期以來在手機(jī)、電腦和音響等設(shè)備中占據(jù)著不可或缺的地位。隨著科技的進(jìn)步,耳機(jī)座連接器的未來似乎面臨著許多挑戰(zhàn)。本文將分析耳機(jī)座連接器是否會(huì)被全部取代的可能性,探討其優(yōu)缺點(diǎn)、市場趨勢(shì)以及用戶需求的變化。
    的頭像 發(fā)表于 10-11 15:16 ?511次閱讀
    耳機(jī)座連接器:未來是否<b class='flag-5'>會(huì)被</b>全部<b class='flag-5'>取代</b>?

    耳機(jī)座接口會(huì)被TYPE-C取代嗎?

    耳機(jī)座接口,即傳統(tǒng)的3.5mm耳機(jī)插孔,一直以來都是音頻設(shè)備的標(biāo)準(zhǔn)配置。然而,隨著科技的發(fā)展和用戶需求的變化,TYPE-C接口逐漸嶄露頭角,成為許多設(shè)備的主流選擇。這一趨勢(shì)引發(fā)了一個(gè)重要問題:耳機(jī)座接口會(huì)被TYPE-C取代嗎?
    的頭像 發(fā)表于 10-11 14:24 ?380次閱讀

    常用的devops工具集成方法

    常用的devops工具集成方法涵蓋了軟件開發(fā)和運(yùn)維的各個(gè)方面,從版本控制到自動(dòng)化構(gòu)建、測試、部署和監(jiān)控。這些工具的有效集成可以幫助團(tuán)隊(duì)提高協(xié)作效率,減少溝通障礙,實(shí)現(xiàn)快速、高質(zhì)量的軟件交付。
    的頭像 發(fā)表于 10-09 11:21 ?284次閱讀

    8位單片機(jī)為何不會(huì)被高端單片機(jī)取代

    )應(yīng)用:8位單片機(jī)應(yīng)用廣泛,包括汽車電子、家用電器、醫(yī)療設(shè)備、工業(yè)自動(dòng)化和消費(fèi)電子產(chǎn)品。它們通常是低成本、低功耗和實(shí)時(shí)控制應(yīng)用的首選。 8位單片機(jī)為何不會(huì)被高端單片機(jī)取代? 8位單片機(jī)為各種嵌入式系統(tǒng)
    發(fā)表于 09-24 16:51

    扎心靈魂小拷問:有了AI編寫代碼之后,軟件工程會(huì)被AI取代嗎?

    軟件開發(fā)者們有很多讓他們焦慮的事情。他們最擔(dān)心的不再是如何用他們最喜歡的編程語言(C、C++、Erlang、Java等)表達(dá)最新的算法。相反,這種擔(dān)憂正逐漸被人工智能(AI)所取代。 在這里,我們將探討AI編寫代碼的過程,并回答這個(gè)問題:AI會(huì)取代程序員嗎?
    的頭像 發(fā)表于 05-24 19:17 ?707次閱讀
    扎心靈魂小拷問:有了AI編寫代碼之后,軟件<b class='flag-5'>工程</b>師<b class='flag-5'>會(huì)被</b>AI<b class='flag-5'>取代</b>嗎?

    工程會(huì)被AI取代嗎?#嵌入式軟件測試

    AI行業(yè)芯事
    北匯信息POLELINK
    發(fā)布于 :2024年05月23日 18:05:30

    低代碼開發(fā)平臺(tái)崛起:優(yōu)勢(shì)、特點(diǎn)與應(yīng)用

    低代碼開發(fā)平臺(tái)是近年來迅速崛起的一種創(chuàng)新型軟件開發(fā)工具,以其高效、靈活的開發(fā)模式正顛覆著傳統(tǒng)的開發(fā)方式。不再需要編寫大量繁雜的代碼,開發(fā)者們可以在圖形化界面中以拖拽、配置的方式進(jìn)行應(yīng)用的搭建,大大提高開發(fā)效率和質(zhì)量。
    的頭像 發(fā)表于 04-18 10:43 ?413次閱讀
    低代碼開發(fā)<b class='flag-5'>平臺(tái)</b>的<b class='flag-5'>崛起</b>:優(yōu)勢(shì)、特點(diǎn)與應(yīng)用

    工程智能:崛起中的中國力量

    ? 工程智能發(fā)展之路(一):崛起中的中國力量 半導(dǎo)體工廠是現(xiàn)代工業(yè)皇冠上的明珠,其生產(chǎn)過程復(fù)雜精細(xì),對(duì)效率和良率有著極高的要求。然而,傳統(tǒng)的數(shù)據(jù)分析和經(jīng)驗(yàn)傳承模式已難以滿足智能制造時(shí)代的需求,成為
    的頭像 發(fā)表于 04-01 10:59 ?506次閱讀

    數(shù)字化時(shí)代的工廠崛起:解密8大關(guān)鍵平臺(tái)

    在當(dāng)今數(shù)字化時(shí)代,工廠數(shù)字化平臺(tái)正迅速崛起,成為制造業(yè)轉(zhuǎn)型升級(jí)的關(guān)鍵驅(qū)動(dòng)力。這些平臺(tái)融合了先進(jìn)的技術(shù),為工廠提供了更高效、智能和可持續(xù)的運(yùn)營方式。
    的頭像 發(fā)表于 03-19 10:50 ?578次閱讀

    keil-mdk使用Env配合生成工程,每次使用Env更新工程后,該項(xiàng)都會(huì)被重置的原因?

    我現(xiàn)在使用的IDE是keil-mdk,然后使用Env配合生成工程。 問題是: 在keil開發(fā)中經(jīng)常會(huì)用到工程項(xiàng)管理,如下圖。每次使用Env更新工程后,該項(xiàng)都會(huì)被重置。我嘗試修改keil
    發(fā)表于 03-01 07:01

    銅纜會(huì)被光纖完全取代嗎?為什么光纖目前取代不了銅纜?

    銅纜會(huì)被光纖完全取代嗎?為什么光纖目前取代不了銅纜? 隨著科技的進(jìn)步和互聯(lián)網(wǎng)的迅猛發(fā)展,數(shù)字通信技術(shù)也取得了巨大的突破。銅纜作為傳統(tǒng)的網(wǎng)絡(luò)連接媒介,在過去幾十年里扮演了重要的角色,但隨著光纖技術(shù)
    的頭像 發(fā)表于 02-04 10:25 ?1532次閱讀

    如何在DevOps環(huán)境中實(shí)施測試用例管理

    由于DevOps 工作流程使用CI/CD 方法進(jìn)行軟件開發(fā),因此您的測試管理工具還應(yīng)該能夠與GitLab 和Jenkins 等CI/CD 工具集成。
    的頭像 發(fā)表于 01-29 09:30 ?1565次閱讀
    如何在<b class='flag-5'>DevOps</b>環(huán)境中實(shí)施測試用例管理
    主站蜘蛛池模板: 恋老视频 国产国佬 | 嗯啊…嗯np男男双性总受 | japanesematur乱儿| 打扑克床上视频不用下载免费观看 | 十分钟在线观看免费视频高清WWW | WWW国产无套内射久久 | 国产精品丰满人妻AV麻豆 | 老师扒开尿口男生摸尿口 | 又大又硬又爽免费视频 | 色综合精品无码一区二区三区 | 夜夜草导航 | 国产高清美女一级毛片久久 | 十分钟在线观看免费视频高清WWW | 亚洲午夜福利未满十八勿进 | 成人在线小视频 | 91久久夜色精品 | 火影小南被爆羞羞网站 | 久久中文字幕无码A片不卡 久久中文字幕人妻熟AV女蜜柚M | 国产乱码精品一区二区三区四川 | 中国xxxxxz | 偷偷鲁青春草原视频分类 | 尤蜜网站在线进入免费 | 美女坐脸vk | 超碰免费视频caopoom9 | 99精品视频在线观看 | 国模孕妇模特季玥之粉红 | 俄罗斯一级毛片aaaa | 91亚洲精品福利在线播放 | 999久久精品国产 | 在线看无码的免费网站 | 中文字幕人成乱码中国 | 久热人人综合人人九九精品视频 | 亚洲另类欧美综合在线 | hdsex老太婆70 | 国产精品美女久久久久AV超清 | 久久视频在线视频观看天天看视频 | 捆绑白丝粉色JK震动捧喷白浆 | aa级毛片毛片免费观看久 | 亚洲精品成人 | 日操夜操天天操 | 草神被爆漫画羞羞漫画 |