集成測試環境可以設置為使用最新版本的二進制工件庫
2018-07-11 閱讀全文>>預發布環境是測試環境的最后一關。它可以和生產環境互換。你把最新的發布安裝到預發布服務器上,檢查一切是否都正常,然后將老的生產環境切換過來,這樣預發布環境就變成了新的生產環境。有時這被稱為藍綠發布策略。
2018-07-11 閱讀全文>>在Java世界里,一個流行的方案是Sonatype Nexus。Nexus并不只限于Java工件,例如Jar或者Ear.,而且還可以存放像RPM這樣的操作系統工件、JavaScript開發工件等。
2018-07-11 閱讀全文>>構建服務器在概念上非常簡單。可以將它看成煮蛋計時器,定時或是用其他的機制觸發,構建源代碼。
2018-07-11 閱讀全文>>版本控制系統一般來說是開發環境的中心。企業里軟件產品的各部分代碼都存放在這里。把配置和基礎設施存放在這里也相當常見。如果你開發硬件,那么設計文檔也可以存放在版本控制系統里。
2018-07-11 閱讀全文>>理想情況下,他們中的每個人都應該在自己的臺式機或筆記本電腦上擁有類生產環境。視開發的軟件類型而定,也許可以做到,但更可能只是模擬甚至mock生產環境中很難復制的部分。例如,可能依賴于外部支付系統或者電話硬件。
2018-07-11 閱讀全文>>DevOps流程和持續交付流水線可能非常復雜。在開始實踐之前,你需要搞清楚最終需要的結果是什么。
2018-07-11 閱讀全文>>還有,許多IT也描述的實踐可以直接轉換成相對應的DevOps實踐。ITIL規定了配置管理系統和配置管理數據庫,這些類型的系統也是DevOps必不可少的一部分。本書將會介紹它們中的某些系統。
2018-07-11 閱讀全文>>DevOps在敏捷或者精益企業的許多框架里都能協作得很好。大規模敏捷框架,或者說SAFe?,都特意提到了DevOps。自從DevOps在敏捷環境中誕生以來,各種各樣的敏捷實踐和DevOps之間就幾乎從來沒有過分歧。然而,ITIL有些不同。
2018-07-11 閱讀全文>>雖然沒有科學根據,但值得記住的是敏捷周期,比如Scrum的sprint周期,一般都會有辦法來應對這種狀況。Scrum里,這種辦法被稱為sprint回顧會議。在會上,團隊一起討論在上個sprint大家什么做得好以及什么可以做得更好。在這上面花點時間來保證你每天的工作都是在做正確的事情。
2018-07-11 閱讀全文>>如果我們只是早上站個會,喝點咖啡,聊聊天氣,這并不是敏捷或者面向DevOps的方式。如果我們的Puppet只有運維團隊才知道怎么用,這也不是DevOps流水線。
2018-07-11 閱讀全文>>DevOps工程師維護的部署系統,讓Scrum周期最后的交付更快、更有效
2018-07-11 閱讀全文>>敏捷開發中有幾個不同的周期,從投資級的周期,到Scrum和看板周期,再到持續集成周期。根據你使用的敏捷框架的不同,工作的側重點也都有些許不同。
2018-07-11 閱讀全文>>就像敏捷的很多東西一樣,DevOps和持續交付雖然有許多概念名稱不同,但是它們都有著相同的含義。它們只不過是一枚硬幣的正反面而已,在概念上并沒有什么爭議。
2018-07-11 閱讀全文>>DevOps,想要強調個體和互動是非常重要的,并且這個技術很可能有助于拆除企業里的部門墻。看起來可能有點兒反直覺,因為第一條原則更青睞于交互而不是工具。但是我認為使用任何工具都能起到多種效果。只要工具用得適當,就能幫我們得到所有想要在敏捷中獲得的東西。
2018-07-11 閱讀全文>>26909條 上一頁 1.. 1427 1428 1429 1430 1431 ..1794 下一頁