如果您構建它，則必須有人對其進行監視。 在大多數公司中，那個人有點痛苦，像甘道夫（gandalf）一樣站在迄今為止您最大的軟體成就之路上，徒勞地大喊「您永不放棄」 。
不必是這種方式。 它不應該是dev vs. ops。 您只需要構建不會使**監視器的生命痛苦的東西即可。 將ops團隊視為您的客戶之一，並製作可以使用的軟體。 使生活適合您下游工作的人們。
您可以通過以下十種方式來幫助**監控，而操作通常可以幫助您。
• ci / cd的5個常見陷阱以及如何避免它們 。|]
如果熟悉該軟體的結構，則遇到的阻力較小。 因此，針對所使用的技術，如何使用它們以及軟體的整體「形狀」，制定並遵循一套標準。
您想使用文件資料庫而不是高階（sn）or（e）acle嗎？ 因此，您將jsondb或nitrite
插入了軟體。 但是，您是否將其布置在磁碟上的正確位置？ w 它是否已備份或正確複製？ w 它在設定方式上是否具有很高的可用性？ w 因此，**監視器討厭您也就不足為奇了。
獲得支援業務和技術要求的正確基礎架構可能意味著擱置您的某些夢想。 您可能還需要為此辯護。 但是，這將使您免於被告知撕毀該傻瓜，或避免在無法預見的基礎架構問題導致資料丟失時被解雇。
「甘道夫」應該不能任意拒絕事情。 應該針對軟體中的內容以及質量保證和部署中遵循的過程建立一套基於商定標準的審查過程。 如果您的組織沒有乙個，請建立乙個。
確認更改。 在發行說明，安裝指南以及適當的地方，對更改進行限定。 不要只輸入「更改的json序列化**」。 新增「這是乙個非常小的錯誤修復，不影響任何依賴項或基礎結構。」
無需揭露某種zip檔案或程式集來關閉或開啟某些東西，或進行一些配置更改， 只需公開乙個api即可 。 使您的軟體易於管理。
就是說，不要在80埠以上進行此操作。請遵循良好的安全標準。
在這些api中，公開指標。 使監視您的軟體成為可能。 跟蹤諸如每秒的請求，每天的財務交易或效能指標之類的內容。 與操作團隊合作，找出值得監視的內容。
確保這些api支援操作小組的監視工具。 也許ops使用nagios。 希望它不會停留在某些舊版本的hp openview上（某些大公司中最有可能出現的情況）。
盡可能使每個版本遵循類似的安裝模式。 理想情況下，使該指令碼可編寫指令碼或使用標準程式集（即「在此處複製此.war檔案」）。
資料庫更改和其他結構更改不時發生。 當您在開發和測試中進行更改時，請記錄這些更改並說明您所做的事情以及原因。 製作循序漸進的遷移指南，以說明要執行的操作及其原因。 如果可能，請生成易於複製的指令碼。
開發人員egos惹惱了所有人。 而是詢問您如何幫助確保該軟體可管理，可監視和可安裝。
同樣，沒有人關心它是否可以在您的計算機上執行！
from:
產品經理小技巧（一） 如何和開發人員溝通
作為一名產品經理，與技術人員溝通是其工作內容的重要組成部分，但是溝通的過程卻常常產生激烈的思想碰撞。很多時候因為溝通遇到的問題產品經理會覺得技術人員是 不可溝通 的，技術人員會覺得產品經理 不可理瑜 的。那麼如何避免矛盾 高效溝通呢？筆者結合了自己的工作實際，總結了以下幾點。在向開發人員講述功能需求...
讀《如何成為一名專家級的開發人員》
原文 文中的列舉的四項技能中 傳授技能 的提出我個人感覺非常必要，這正驗證了中國先賢所謂 教學相長 的至理名言。學習技能 在你掌握一門技能之前，你必須先學習相關理論。你可以通過書籍和教程，或課程教育，或綜合前面這些方法來學習理論。實踐技能 一旦你掌握了技能相關理論，你需要在現實中運用該技能。通過實踐...
如何成為一名合格的現代化物聯網開發人員
過去幾年，聯網裝置的增長是驚人的。從日常用品，比如可穿戴裝置和恆溫器，到大型裝置，比如太陽能電池板和街道瓷磚，似乎所有的裝置都以某種形式聯網。未來，我們將迎接完全聯網的城市 醫院和家庭，物聯網開發人員的職能正變得越來越重要。開發所有型別的軟體和裝置是很重要的，但沒有比開發聯網裝置更關鍵。如果你的fi...