devops
我從未擔任過開發人員或運營部門的工作，所以我在寫有關devops的文章時在做什麼？ 我一直對計算機和技術感興趣。 我也對人，心理學和幫助他人充滿熱情。 當我第一次聽說devops時，這個概念激起了我的興趣，因為它似乎合併了我感興趣的許多內容，即使我不編寫**也是如此。
我的第一台計算機是trs-80，我喜歡在上面編寫basic程式。 我上了高中唯一的兩門計算機程式設計課程。 幾年後，我創辦了一家計算機公司。 我製作了自定義的郵件標籤，信紙，並建立了乙個資料庫來儲存位址。
最終，devops即將成為致力於實現同一目標的社群的一部分。 devops融合了心理學，人員和技術。 devops不是職務。 這是生活和工作的哲學。
大約四年前，我參加了在西雅圖舉行的第一次devopsdays會議。 我覺得自己找到了我的人。 儘管我從事市場營銷工作並且沒有電腦科學學位，但我仍然感到自己受到歡迎和接受。 我可以窺探心理學和技術。
在devopsdays上，我了解了devops的「三種方式」 —流程，反饋以及持續的實驗和學習—以及kaizen和kaikaku等新的（對我而言）概念。 據我了解，我發現自己在說諸如「我這樣做！我不知道這個名字有名字！」之類的話！
改善是不斷改進和學習的實踐。 隨著時間的推移，微小的增量變化會產生明顯的結果。 我發現這與carol dweck的成長心態想法相似。 人們不是天生的專家。 要想熟練掌握某項技能，需要花費時間，練習和失敗。 要確保我們不放棄，必須認識到逐步的改進。
另一方面， kaikaku的觀點是，隨著時間的推移進行細微更改有時是行不通的，您需要進行根本性或破壞性的更改。 在沒有新人排隊或搬到新城市的情況下退出工作可能會造成很大的干擾，是的，我都做到了。 但是這些根本性的改變可以帶來豐厚的回報。 如果我不辭職並請假，我可能還沒有聽說過devops。 一旦決定恢復工作，我就不斷聽說devops並開始進行研究。 這使我參加了我的第乙個devopsdays，在那裡我開始看到我所有的激情匯聚在一起。 從那時起，我參加了五個devopsday，並定期撰寫有關devops的主題。
變革是困難的，學習新事物可能會令人恐懼。 devops的三種方式提供了管理變更的框架。 例如：資訊如何流動？ 是什麼促使您做出改變？ 一旦知道需要進行更改，您將如何獲得有關所做更改是否正確的反饋？ 您如何知道自己是否正在進步？ 反饋是必不可少的，應該包括積極和建設性的元素。 困難的部分是確保建設性要素不超過積極因素。
對我而言，第三種方式-連續的實驗和學習-是devops的最重要部分。 在人們可以自由嘗試和冒險的環境中，可能會導致意外的結果。 有時這些結果是好的，有時卻不是很好-沒關係。 如果事情無法解決，創造乙個可以接受的環境會鼓勵人們冒險。 我們都應該努力不斷地進行實驗，並定期學習新知識。
devops的三種方式提供了一種嘗試某些東西，獲得反饋以及從錯誤中學習的方法。 幾年前，我兒子告訴我：「我永遠都不想成為最好的人，因為那樣我就無法從錯誤中吸取教訓。」 我們都會犯錯，向他們學習可以幫助我們成長和進步。 如果我們的文化不支援實驗和學習，我們就不會犯錯。
我從事技術工作已有20多年，在找到devops社群之前，我常常感覺像是局外人。 如果您像我一樣-對技術充滿熱情，但對工程或運營方面卻不感興趣-即使您從事銷售，市場營銷，產品營銷，技術寫作，支援等工作，您仍然可以成為devops的一部分。 devops適合所有人。
翻譯自:devops
devops DevOps 責備的後果
devops merriam webster將 責備 定義為動詞和名詞。作為動詞，它的意思是 發現錯誤或承擔責任 作為名詞，它的意思是 表達對被認為值得譴責的事物的反對或責任。無論哪種方式，責備都不是一件令人愉快的事情。它可能造成恐懼和羞恥感，加劇權力不平衡，並使我們貶值他人。試想一下上次您對某事大...
不看好devops DevOps應該不難！
不看好devops 到目前為止，我們已經能夠設定部署和報告伺服器，從推送新的提交到更新生產中的應用程式都有完整的方法。但是，在掌握之前我們能實現什麼自動化？如果我們進行了一系列檢查以確保我們的應用在部署前行為正確怎麼辦？這就是github actions派上用場的地方。github actions是...
devops DevOps專業人員如何成為安全冠軍
devops 安全是devops中乙個被誤解的元素。有些人認為它不在devops的職權範圍之內，而另一些人則認為它很重要 被忽略 足以建議您轉向devsecops 無論您從哪個角度看，很明顯，安全都會影響到每個人。每年，關於黑客的統計資料都變得更加令人震驚。例如，每39秒就有一次黑客攻擊，這可能會導...