• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 如何選擇正確的持續交付DevOps工具(5)

    發表于:2017-06-28來源:dzone作者:Sarah Zorah 袁思思點擊數: 標簽:持續交付
    嘗試自動化部署到最底層環境,在那里將最頻繁地使用這種自動化,然后將其復制到生產過程中。如果沒有別的原因,這個練習突出了環境間的差異,并生

    嘗試自動化部署到最底層環境,在那里將最頻繁地使用這種自動化,然后將其復制到生產過程中。如果沒有別的原因,這個練習突出了環境間的差異,并生成了標準化他們的任務列表。作為獎勵,通過自動化的標準化部署可以減少在環境內和環境間的“服務器漂移”。

    像Puppet和Chef這樣的配置工具可以減輕標準化環境中的痛苦。有很多工具可以幫助部署自動化。Atlassian自己的Bamboo可以一步一步地編排復雜的部署,并在每個環境的歷史內提供提供可見性。

    使用Puppet 或HipChat 的Chef可以讓你控制來自聊天室的部署。用谷歌搜索一下,你肯定會發現適合你的應用和預算。

    工具我們使用:  AWS ,  Bamboo ,  HipChat ,  Puppet

    5

    運營

    應用和服務器性能監控

    有兩種類型的監控應該是自動化的:服務器監控和應用程序性能監視。

    手動“topping”一個盒子或者為了現場檢查通過測試來壓縮API是可以的。但是為了解動態和應用程序總體健康狀況(和環境),你需要的軟件是7*24的監聽和記錄數據。

    你猜到了:這有一個應用程序可以做到。實際上有很多。New Relic, Splunk和Nagios是最受歡迎的,可以同時處理兩種類型的監視。尋找與你的群組聊天客戶端集成的工具,這樣警報就可以直接進入你的團隊的房間,或者專門為事件提供空間。

    工具我們使用: BigPanda, HipChat, HostedGraphite, Nagios, New Relic, Pager Duty, Pingdom, Splunk

    原文轉自:https://dzone.com/articles/how-to-choose-the-right-devops-tools

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>