如果您是遠端或分布式團隊的devop工程師，則與敏捷開發人員，質量保證工程師，站點可靠性工程師和其他系統操作員一起工作時，可能會遇到很多成敗對您的挑戰。
第乙個挑戰是運營責任：確保系統和服務可靠執行。 根據最近有關監視和aiop的未來的調查，有61％的受訪者表示，網路運營中心和devop工程師均應對系統和應用程式事件負責。 因此，大多數開發人員工程師需要幫助解決操作問題，例如擴充套件基礎結構，處理構建管道中的塊或提供有關安全問題的主題專業知識。
] 第二個挑戰是開發人員的責任，尤其是開發和支援ci / cd（連續整合/連續交付）管道 ，作為**的基礎架構以及其他自動化。 devops工程師可能是敏捷開發團隊的成員，並承擔使用者故事以構建或增強自動化。 在其他時候，devops工程師可以成為共享服務團隊的一部分，該團隊為多個開發團隊支援這些自動化。 無論採用哪種方法，建立ci / cd和基礎設施自動化都需要協作以了解功能要求，操作環境，合規性因素，安全狀況和效能注意事項。
儘管devop從業人員負有dev和ops的職責，但是devops更具體地是指應用程式開發和it運營之間的協作。 我對devop的定義集中在協作上。 「 devops涉及使開發和運營團隊保持一致的文化，協作實踐和自動化，因此他們具有改善客戶體驗，更快地響應業務需求以及確保創新與安全性和運營需求之間平衡的統一思想。」
devops要求建立工作原則，以推動協作並培養文化。 如果您認為自己是一名開發工程師，請研究這些最佳實踐，尤其是在遠端工作或在分布式團隊中工作時。
首先重要的考慮是了解您的隊友是誰，以及他們使用什麼工具進行協作。 這聽起來很簡單，但是在大型組織中，部門和團隊可能有一定的自主權來選擇工具和協作實踐，這可能並不容易。 這更加複雜，因為作為devop工程師，您可能需要在處理開發職責時使用一組工具，而在響應ops問題時使用第二組工具。
遠端工程師和分布式開發團隊不應抱怨這些複雜性，也不要試圖迫使人們採用一種通用的工作方式。 如果開發人員的協作和文化要成功，則遠端工程師必須從加入團隊已經使用的工具和遠端協作實踐開始。
這可能意味著在處理ci / cd管道時更新jira中的使用者故事，在出現應用程式警報時響應cherwell中的故障單，然後與slack中的業務利益相關者進行對話。 使用團隊習慣使用的不同工具對於遠端工程師而言至關重要。
許多開發人員都專注於自動化，包括持續整合，測試，部署，基礎架構和應用程式監視。 負責任的軟體開發人員致力於穩健可靠的應用程式； devops工程師應該為開發的自動化做同樣的事情。
這些自動化有客戶，並且會發生操作事故。 例如，devops工程師應將應用程式開發人員視為ci / cd管道的客戶，而將基礎結構的系統it操作視為**指令碼。 如果構建失敗或未部署基礎架構，這兩個小組都會將問題上報給開發工程師。
對於遠端開發工程師或分布式團隊而言，這些公升級可能是乙個特別糟糕的情況。 如果某個問題阻止隊友做好工作，那麼它將影響每個人的生產力和協作能力。 遠端工作意味著您不能簡單地通過背面的隊友來解決問題。
當devop工程師為其他工程師提供服務時，就有機會使devops自動化和**透明並為其他人所支援。 設計報告，儀表板和文件，以便其他人可以檢視，診斷和改進自動化。 自動化應該集中在版本控制中，並擁有自己的文件和更改控制。
這些實現還需要強大的警報，報告和日誌記錄。 遠端團隊應建立詳細的警報，以便隊友無需尋求幫助即可理解它們。 構建管道應具有足夠的報告，以幫助使用者了解失敗的原因，地點和原因。 如果使用**使基礎結構設定和配置自動化，並且每個任務都被強大的錯誤檢查和其他資訊級別的日誌記錄所圍繞，則終端使用者（工程師）可以自行診斷和解決問題。
分散團隊的另乙個風險是錯誤地認為，您無法輕易看到或體驗的一項關鍵功能是別人的責任。 開發人員中的許多人專注於高度可見的關鍵效能指標 ，例如部署頻率和解決問題的平均時間，而其他因素（例如自動測試和主動安全性 ）則落在後面。
在2020 devsecops社群調查中 ，55％的受訪者每週至少部署一次，18％的受訪者聲稱每天進行多次部署。 但是，在安全性方面，有45％的調查受訪者知道這很重要，但沒有時間進行研究。
安全不是唯一的差距。 在2023年的測試狀態報告中 ，只有25％的受訪者聲稱他們有超過50％的功能測試是自動化的。
儘管這些差距在許多devop組織中普遍存在，但是當devop工程師位於遠端或在分布式團隊中工作時，它們被擁護的機會就更少了。 在許多組織中，很難加強對不足的技術功能的承擔責任。 對於分布式團隊而言，這甚至更具挑戰性。
如果質量或安全性方面存在巨大差距，那麼敏捷團隊中的devop工程師應在待辦事項列表上新增尖峰，以嘗試進行左移測試和ci / cd安全整合。 這是引起人們注意並承擔責任解決這一差距的一種方法。
最後，由於covid-19，許多團隊正在遠端工作。 遠端敏捷團隊的這七個最佳實踐也適用於devop工程師。
from:
面向分布式系統工程師的分布式系統理論（譯）
原文 gwen shapira，大腕級的解決方案架構師 sa 如今cloudera的全職工程師，在twitter上提的乙個問題引起了我的思考。如果是以前，我可能會回答 嗯，這裡有篇flp 這裡有篇paxos 這裡還有篇拜占庭將軍問題的 我會羅列一籮筐重要的材料，如果你一頭扎進去，至少花費6個月的時間...
遠端辦公和分布式協作的區別
從地理位置上來說，遠端辦公和分布式協作都是指在不同的辦公場所裡工作。那麼這兩種模式之間是否存在區別？如果有，哪個會更好一些？遠端辦公給人的感覺是距離，不管是人還是物，都遙不可及。從軟體工作者的角度來看，遠端辦公就是通過網路訪問和操控一台看不到的機器。這種溝通是單向的，枯燥無味，效率低下。遠端辦公強調...
嵌入式工程師的硬體和軟體道路選擇
這是乙個初學者常問的問題,也是初學者問嵌入式該如何入門的根源。我感覺有兩個方面,偏硬和偏軟.我不認為嵌入式開發軟體佔絕對比重,相反,軟硬體都懂,才是嵌入式高手所應該追求的,也是高手的必由之路。硬體道路 第一步 pcb設計,一般為開發板的電路裁減和擴充,由開發板原理圖為基礎,畫出pcb和封裝庫,設計自...