<mark id="ddnjt"></mark>

<mark id="ddnjt"></mark>

    當前位置:聯(lián)升科技 > 技術(shù)資訊 > 開(kāi)發(fā)技術(shù) >

    DevOps三大常見(jiàn)誤區

    2020-12-26    作者:admin    來(lái)源:至頂網(wǎng)    閱讀: 次
    DevOps還未徹底發(fā)展成熟。如果用人的一生來(lái)比喻,那么DevOps還只是位少年——雖然早已脫離襁褓,但遠沒(méi)有長(cháng)大成人。就在這時(shí),歷史性的挑戰突然出現,要求其在COVID-19疫情的沖擊之下,快速發(fā)展為加快軟件開(kāi)發(fā)工作的全面實(shí)施方案。
     
    作為一名“少年”,DevOps在核心要素方面當然無(wú)需含糊——協(xié)作為王、自動(dòng)化至上以及全面實(shí)現“持續”特性,包括持續集成、部署、測試以及改進(jìn)。
     
    而持續改進(jìn)的一大重要組成部分,就是主動(dòng)找出當前阻礙獲得成功的錯誤,進(jìn)而努力避免這些錯誤??v觀(guān)眾多全球財富兩千強企業(yè),都能發(fā)現其中不少都在三大DevOps錯誤中折戟沉沙。下面來(lái)看如何有效避免。
     
    開(kāi)發(fā)人員負擔過(guò)重
     
    隨著(zhù)數字化轉型在2021年成為全體CIO的首要工作,企業(yè)自然希望以創(chuàng )紀錄的速度交付足以改變游戲規則的強大功能,借此迅速擊敗競爭對手。
     
    這當然需要整個(gè)團隊的共同努力,包括開(kāi)發(fā)人員、產(chǎn)品負責人、測試人員、運營(yíng)以及網(wǎng)站可靠性工程師(SRE)等。但是,每當有某些功能或方案未能及時(shí)交付,鍋該由誰(shuí)來(lái)背?幾乎永遠是開(kāi)發(fā)者。另一個(gè)殘酷的現實(shí)在于,絕大多數企業(yè)很難吸引到一流的開(kāi)發(fā)人員,留住少數頂尖人才就成為一項長(cháng)期而艱難的挑戰。
     
    總之,企業(yè)萬(wàn)萬(wàn)不可對開(kāi)發(fā)人員予取予求。只有為開(kāi)發(fā)者們留下充足的空間,他們才能承擔起測試與安全保護等職責。
     
    當然,質(zhì)量保證與安全工作并不能只靠開(kāi)發(fā)者的自覺(jué),而應在項目之初就以制度性形式存在。要強調的是,千萬(wàn)不要讓這樣的工作流程進(jìn)一步加大本就十分沉重的開(kāi)發(fā)者負擔。否則,頂尖開(kāi)發(fā)人才很可能投入其他企業(yè)組織的懷抱。
     
    用統一要求衡量每一位開(kāi)發(fā)者
     
    每個(gè)組織以及每位團隊成員都可以通過(guò)正確的方式得到適當的培訓與支持,進(jìn)而為DevOps成功做出貢獻。但是,不同成員做出貢獻的方式也有所區別,不應統一要求。
     
    任何行動(dòng)、流程或技術(shù)的早期采用者,往往正是組織內最為耀眼的超級巨星、業(yè)務(wù)骨干。他們對自己的工作內容充滿(mǎn)熱情,關(guān)注領(lǐng)域內的各類(lèi)新興趨勢,而且總有強大的內驅力在工作上做出種種嘗試。無(wú)論是不斷修改當前解決方案、還是尋找新的可行方法、再到為廣泛社區做出貢獻,他們始終參與其中。沒(méi)錯,這些都是非常重要的習慣,也必然會(huì )帶來(lái)令人印象深刻的成果。
     
    但千萬(wàn)別把這些當成普適性的評判標準。大多數應用交付人員并不是這么工作的,或者說(shuō)并不一定具有這種冒險意識以及將新事物帶入生活的原始沖動(dòng)。他們投入了數年甚至數十年不斷完善自己掌握的技巧,希望以最高效、最順暢的“老辦法”持續處理問(wèn)題。
     
    此外,不同的團隊往往具有不同的技能、舒適區、優(yōu)先級,而且很可能需要面對不同的應用棧與合規性/治理要求。具體來(lái)講,初創(chuàng )團隊往往更關(guān)注DevOps方法與工具集,而負責后端的團隊則更多偏向傳統SAP。非要以統一的要求衡量雙方,只會(huì )徒增煩惱。
     
    當然,DevOps本身也是一項需要全面規劃的事務(wù)。
     
    如果希望在整個(gè)企業(yè)之內加速創(chuàng )新,那么每位員工都應該在DevOps當中扮演自己的角色,包括堅持貫徹DevOps提出的核心理念、在工具集與實(shí)踐方面提供其他員工友好型選項、在涉及不同系統及項目的各小組中引入可見(jiàn)性與治理層。
     
    未充分了解整體用戶(hù)體驗
     
    如今的用戶(hù)對于功能往往抱有極高期望,但對問(wèn)題的容忍度卻極低。Forrester最近發(fā)現,單是在客戶(hù)體驗層面的改進(jìn)也足以為企業(yè)帶來(lái)巨大的利潤影響。他們估計,客戶(hù)體驗系數每增加1點(diǎn)(0到100),年收入即可實(shí)現顯著(zhù)提升——汽車(chē)行業(yè)為11億美元、零售行業(yè)為4.96億美元,電信行業(yè)為3.88億美元。反之,如果客戶(hù)體驗有所下降,也必定引發(fā)相應的收入損失。
     
    當然,團隊中的每位成員都希望打造并推出用戶(hù)喜愛(ài)的軟件。但是,不同的職能角色往往抱持著(zhù)不同的觀(guān)點(diǎn)、個(gè)人優(yōu)勢與短板。從規劃、測試、發(fā)布再到監控,我們需要真正全面地了解業(yè)務(wù),并通過(guò)每一位團隊成員的參與有力捍衛整體用戶(hù)體驗。
     
    不少DevOps團隊目前仍在依靠底層技術(shù),例如在單元測試中,來(lái)確定候選發(fā)布版本是否可以安全推出。遺憾的是,這樣的測試往往只能發(fā)現編碼錯誤,卻無(wú)法保證卓越的產(chǎn)品體驗。要達成體驗改進(jìn)的目標,需要做到如下三點(diǎn):
     
    第一,采取基于風(fēng)險的測試,借此快速判斷是否需要根據某些測試結果叫停項目發(fā)布。
    第二,對事務(wù)進(jìn)行端到端功能測試,例如從移動(dòng)端到API、SAP與Salesforce等打包應用,乃至自定義應用程序與大型機等。
    第三,通過(guò)負載/性能測試保證應用程序能夠及時(shí)擴展并應對需求激增。
    以上三大誤區在任何組織內都很常見(jiàn)。畢竟DevOps還是少年,有時(shí)難免帶來(lái)一些麻煩——但只要悉心陪伴它的成長(cháng),相信DevOps終將成為企業(yè)發(fā)展道路上的強大助力。


    相關(guān)文章

    我們很樂(lè )意傾聽(tīng)您的聲音!
    即刻與我們取得聯(lián)絡(luò )
    成為日后肩并肩合作的伙伴。

    行業(yè)資訊

    聯(lián)系我們

    13387904606

    地址:新余市仙女湖區仙女湖大道萬(wàn)商紅A2棟

    手機:13755589003
    QQ:122322500
    微信號:13755589003

    江西新余網(wǎng)站設計_小程序制作_OA系統開(kāi)發(fā)_企業(yè)ERP管理系統_app開(kāi)發(fā)-新余聯(lián)升網(wǎng)絡(luò )科技有限公司 贛ICP備19013599號-1   贛公網(wǎng)安備 36050202000267號   

    微信二維碼
    一级黄色在线播放,成人在线色视频,精品国产中文一级毛片在线看,国产v日韩v欧美v精品专区

    <mark id="ddnjt"></mark>

    <mark id="ddnjt"></mark>