<output id="ilehw"><bdo id="ilehw"><nobr id="ilehw"></nobr></bdo></output>
        <dl id="ilehw"><font id="ilehw"></font></dl>
          1. DevOps 工程師實際上是做什么的? 已翻譯 100%

            one_plus_plus 投遞于 2017/09/28 15:18 (共 7 段, 翻譯完成于 10-08)
            閱讀 2331
            收藏 34
            4
            加載中

            我們之前已經討論過許多關于DevOps和DevOps世界的最新趨勢了。但是DevOps工程師到底是做什么的?

            DevOps工程師以最純粹的方式彌合了軟件開發和運維團隊之間的差距,以提高軟件的交付率。

            DevOps工程師帶來了什么?

            傳統的軟件開發流程是軟件開發人員花費數周和數月編寫代碼,然后將代碼交給QA團隊進行測試,然后將最終的發布版交給運維團隊去布署。所有的這三個階段,即開發,測試,布署,之間缺乏協作。

            子影
            子影
            翻譯于 09/25 22:05
            0

            開發者編寫代碼然后交給布署團隊。現在由布署團隊來解決代碼布署過程中出現的問題,或將代碼交給開發團隊以修復bug。所有這些都導致軟件開發過程變慢。

            但是在DevOps模式下,這三個團隊將不再相互隔離。大多數時候,這三個團隊將合并成一個團隊,工程師會在整個應用程序生命周期中工作,從開發和測試到布署到操作,并開發出一系列不限于單一功能的技能。安全團隊也可以在整個應用程序生成周期中和開發和運維更緊密的合作。

            子影
            子影
            翻譯于 09/25 22:16
            0

            為什么DevOps工程師的角色會有所不同?

            DevOps工程師并不是一件新鮮事。它是一類工程師的統稱,如系統工程師,自動化構建工程師,軟件工程師,Linux工程師等等。

            然而,DevOps工程師的工作性質因組件而異。在某些情況下,他們的工作是基礎設施的自動化和維護。有些組件將他們的工作擴展到整個交付鏈。

            DevOps工程師的角色各不相同,因為他必須通過克服傳統的協作障礙與開發人員和運維人員進行協作。而且不同的組織在這個過程中會有不同的協作障礙。

            子影
            子影
            翻譯于 09/25 22:28
            0

            DevOps工程師日常工作中最重要的兩個方面

            雖然DevOps工程師的角色多種多樣,但是幾乎所有DevOps工程師每天都會觸及兩件事——自動化和持續集成。

            自動化

            與維護基礎設施相關的大多數任務仍然是手動的。公司更愿意使用傳統的成熟的方法,并不是自動化的相同流程,因為它們不想冒任何風險。但事實是自動化任務將有助于加快軟件的開發和布署,這意味著從客戶賬戶到公司賬戶更快的現金轉移。

            要意識到這一點,例如,如果系統工程師的任務是每天兩次手動備份所有服務器,它這是在浪費時間,因為通過編寫腳本,在一些云設施中自動備份服務器可輕松實現這一點。通過自動執行備份過程,你可以讓系統工程師更專注于關鍵問題,例如對由于某些VM問題而導致服務器關閉進行故障排除。手動執行相同操作將導致系統工程師負擔過重,其效率將大幅降低。這只是一個很簡單的例子來說明不轉向自動化而造成的資源浪費。

            子影
            子影
            翻譯于 09/25 22:50
            0

            DevOps可以看作是敏捷(Agile)的擴展,因為它可以降低由于開發團隊,QA和布署團隊之間的協作不良而可能出現的風險。DevOps通過認識到高質量軟件需要包括QA和運維專家在內的所有利益相關方的持續參與和反饋的這一事實,擴展了敏捷原則的范圍。

            有許多事情可以通過自動化方式來完成,例如在發布時,使用新補丁更新Apache Web服務器,更新服務器上布署的開源軟件的版本。

            DevOps工程師可以通過創建腳本環境來自動化配置服務器的過程。你可以在一個節點上運行腳本,但如果不是數以千計的節點,則在數百個節點上運行相同的腳本將變得不切實際。腳本在這里不是可擴展的解決方案。

            因此,需要以可擴展方式,跨大量節點自動化軟件供應,配置管理,和應用程序布署。這就是像Chef,Puppet,和Ansible這種配置管理工具在DevOps世界中派上用場的地方。

            子影
            子影
            翻譯于 09/25 23:13
            0

            持續集成

            DevOps的另一個重要的方面是持續集成(CI),它是一種軟件實踐,CI允許開發人員不斷更新對單個倉庫的更改,從而進行自動化構建和測試。

            一個持續集成系統通常包含一個監控版本控制系統的工具。每當監測到版本控制系統的更改時,持續集成系統將會自動化構建和測試應用程序。如果構建或測試未通過,系統會立即通知開發人員去解決問題。

            持續集成可確保持續交付,因為所有的代碼更改都會持續布署到構建階段之后的測試和生產環境中。

            使用持續集成,開發人員可以從手動任務中解脫出來,提高他們的工作效率,現在可以在CI中以自動的方式完成;由于頻繁測試,錯誤和bug將更容易被找到和減少;可以更快速,更頻繁的提供對最終用戶的更新。

            有多種產品和工具可以幫你在組織中實現持續集成。

            子影
            子影
            翻譯于 09/25 23:32
            0

            有些工具可以讓你在自己的網絡基礎架構中托管CI服務器。最流行的一個是Jenkins,它是由Sun公司的Hudson項目重新命名而來。

            還有一些其它的托管CI產品,例如CircleCITravis CI,它們是完全托管在云端的。這些托管CI產品正變得越來越流行,尤其是對于小型公司或組織,因為它可以讓工程師團隊盡可能快速的開始持續集成。

            總結

            DevOps工程師扮演的最重要的角色是彌合了開發團隊和運維團隊之間的差距,增長軟件交付率。

            雖然DevOps工程師的角色因組織而異,但有兩個常見的方面:自動化和持續集成。

            子影
            子影
            翻譯于 09/25 23:47
            0
            本文中的所有譯文僅用于學習和交流目的,轉載請務必注明文章譯者、出處、和本文鏈接。
            我們的翻譯工作遵照 CC 協議,如果我們的工作有侵犯到您的權益,請及時聯系我們。
            加載中

            評論(5)

            人覺非常君
            人覺非常君
            那測試,運維是不是也要開發?
            當朝宰相
            當朝宰相
            這句話“與維護基礎設施相關的大多數任務仍然是手動的”其實在云時代也是自動化和代碼化的,infrastructure as code ,架構既是代碼 便是對基礎架構的代碼化的總結。例如AWS的cloudformation
            JackSongBlack
            JackSongBlack
            敏捷開發教導我們開發要把測試工作一起做了,還得先做,devops更進一步,要不要把運維一起做了
            lanmingle
            lanmingle
            實際上:如果有需求,則完成需求的開發,自行維護CI&CD,自行管理 docker + k8s 相關的維護;如果線上出現相關問題,進行排查,需熟悉
            liunx 相關的基礎以及排查能力;如果平時沒有重的需求那么就整基礎服務(監控、告警...)包括微小的服務等等,反正目前狀況就是這樣。
            久永
            久永
            很好,老板表示,你說的很對,你去做吧!
            返回頂部
            頂部
            广东快乐十分实时开奖

                  <output id="ilehw"><bdo id="ilehw"><nobr id="ilehw"></nobr></bdo></output>
                  <dl id="ilehw"><font id="ilehw"></font></dl>

                            <output id="ilehw"><bdo id="ilehw"><nobr id="ilehw"></nobr></bdo></output>
                            <dl id="ilehw"><font id="ilehw"></font></dl>