java不支持发行版本12_主要发行版本后Java开发人员应使用的15种工具
java不支持發行版本12
新部署的生存工具包：適用于Java開發人員的工具，這些工具經常將代碼部署到生產中！
Takipi會檢測生產中的所有錯誤，并像發生錯誤時一樣顯示變量值
立即部署并獲得免費的T恤
新部署的終極生存套件
與在僵尸末日場景中玩弄，用砍刀和the彈槍爭論不一樣，Java生產環境中的麻煩是很現實的，尤其是在新部署之后（但也準備好接受僵尸是一件好事）。 如果將新代碼的發布周期縮短到幾周，有時甚至是幾天甚至幾天，那么今天，陷入困境比以往任何時候都容易得多。 為了避免被僵尸撞倒，這里是生存套件的設置，您需要充分了解新代碼對系統的影響。 有什么事嗎 它會減慢您的速度嗎？ 以及如何解決？ 這是一勞永逸地破解它的工具集和體系結構。
記錄中
除了縮短發布周期外，現代開發生命周期的另一個特性是不斷擴展日志文件，每天可以達到GB。 假設新部署后出現了一些問題：如果您想及時做出響應，那么在沒有適當工具的情況下，處理來自多個源和計算機的非結構化數據的GB幾乎是不可能的。 在這個空間中，我們可以將工具本質上劃分為重型企業本地Splunk及其SaaS競爭對手，例如Sumo Logic，Loggly等。 類似的產品有很多選擇，因此我們編寫了更深入的日志管理分析，您可以在此處閱讀。
要點1：設置合理的日志管理策略，以幫助您查看裸日志文件之外的內容，并在新部署后快速做出React。
開源ELK堆棧是我們發現的一種在部署新代碼后非常有用的日志記錄體系結構。 值得一提的是它是開源和免費的。
ELK堆棧：ElasticSearch，Logstash和Kibana
那么我們在說什么ELK？ Elasticsearch的搜索和分析功能的組合，Logstash作為日志聚合器，Kibana用于精美的儀表板可視化。 我們使用它已經有一段時間了，它通過日志和Redis從Java提供它，開發人員和BI都在使用它。 如今，elasticsearch幾乎是Logstash內置的，而Kibana也是elasticsearch的產品，使集成和設置變得容易。
當新的部署推出時，儀表板將遵循我們針對應用程序運行狀況而設置的自定義指標。 這些指標實時更新，可以在新交付的代碼上載到生產環境后的第一步時進行密切監視。
要點2：搜索，可視化以及從多個來源匯總日志的簡便性是確定日志管理策略的關鍵因素。
要點3：從開發人員的角度來看，評估新部署的影響還可以包括BI方面。
檢查工具：
性能監控
因此，發布周期縮短了，日志文件也變得越來越大，但這還不是全部：用戶請求的數量呈指數增長，并且他們都期望達到最佳性能。 除非您努力優化它，否則簡單的日志記錄只會帶您到此為止。 話雖如此，專用的應用程序性能管理工具已不再被視為一種奢侈，而是Swift成為一種標準。 本質上，APM意味著定時執行代碼中的不同區域并完成事務所需的時間-這可以通過檢測代碼，監視日志或包括網絡/硬件指標來實現。 無論是在后端還是在用戶的設備上。 我想到的頭兩個現代APM工具是最近剛進行首次公開??募股的New Relic和AppDynamics。
左側為AppDynamics，右側為New Relic –主儀表板屏幕
傳統上，每個企業都針對不同類型的開發人員，從企業到初創企業。 但是，隨著兩家公司都向著自己的IPO邁進，并且在經歷了巨大的增長之后，兩者之間的界限越來越模糊。 選擇不明確，但您不會出錯–前提是= AppDynamics，否則，這是一個單獨的調用，具體取決于哪個更適合您的堆棧（以及它們提供的所有功能中的哪些是您實際上想使用的功能） ）。 看看這兩個頭部比較頭，我們最近發布的分析就在這里 。
最近發布的另外兩個有趣的工具是Ruxit（由Compuware公司提供）和DripStat（由Chronon Systems公司提供），每種工具均來自大型公司，他們試圖解決由New Relic率先開發的SaaS監控市場。 考慮到核心JVM內部組件，jClarity和Plumbr也絕對值得一試。
要點4：新部署可能會影響您應用程序的性能并降低其性能，APM工具可以提供有關應用程序運行狀況的全面概述。
檢查工具：
新玩家：
生產調試
發布周期縮短，日志文件變大，用戶請求爆炸，并且……錯誤的余地根本不存在。 當出現錯誤時–您需要立即解決它。 大規模生產環境每天可能在代碼中的數百個不同位置產生數百萬個錯誤。 盡管有些錯誤可能是微不足道的，但有些錯誤會破壞關鍵的應用程序功能并在您不知情的情況下影響最終用戶。 傳統上，要識別和解決這些錯誤，您甚至必須依靠日志文件或日志管理工具來知道發生了錯誤，更不用說如何解決了。
使用Takipi，您可以知道哪些錯誤構成最高風險，應該對其進行優先級排序，并獲得有關如何解決每個錯誤的可行信息。
考慮到新部署后出現的錯誤，Takipi解決了3個主要問題：
要點5：使用Takipi，您可以Swift采取行動解決任何問題，而在新版本發布后，您將不再處于黑暗之中。
檢查工具：
警報和跟蹤
發布周期，日志文件，用戶請求，沒有錯誤余地，以及……您將如何跟進所有這些？ 您可能會認為此類別與其他類別重疊，事實是您可能是對的，但是當所有這些工具都有自己的管道來讓您知道發生了什么時，它就會變得很混亂。 尤其是在新部署后的軟弱環境中，很容易發生各種意外的事件（這是更柔和的說法…… 所有地獄都破滅了）。
解決這一問題的領先事件管理工具之一是PagerDuty：從您的監視工具收集警報，創建時間表以協調您的團隊，并通過文本，電子郵件，短信或推送通知將每個警報發送給合適的人。
要點六：考慮使用事件管理系統來處理信息過載。
我們在這里真正喜歡使用的一種專用工具是Pingdom（它也與Pagerduty集成了）。 它的作用非常簡單并且可以正常工作：24/7跟蹤和提醒我們網站的響應時間。 回答一個看似微不足道的關鍵問題：網站可用嗎？ 從全球各地進行探測。
所有系統都去了！
解決信息過載的另一個角度是錯誤跟蹤，它超出了日志分析器的功能：智能儀表板可管理異常和日志錯誤。 通過日志事件或其他來自代碼的插件，將所有服務器和計算機中的數據聚合到一個位置。 要深入了解錯誤跟蹤工具的情況， 請查看這篇涵蓋最流行選項的文章。
要點7：代碼錯誤的形式和大小各有不同，值得使用錯誤跟蹤工具對它們進行一些特殊處理（并修復一些錯誤，穆哈哈）。
檢查工具：
結論
我們親身體驗了現代軟件開發如何影響發行版生命周期，并深入了解了如何評估新快速部署的影響-在甚至完全了解上次更新的影響之前就可以引入新代碼的時間。 在總體方案中，您考慮使用的任何工具都應滿足以下5個特征：
最重要的是，請考慮一下您今天如何處理這些問題，這會占用您太多時間。 很有可能有解決該問題的工具。
Takipi會檢測生產中的所有錯誤，并像發生錯誤時一樣顯示變量值
立即部署并獲得免費的T恤
翻譯自: https://www.javacodegeeks.com/2014/12/15-tools-java-developers-should-use-after-a-major-release.html
java不支持發行版本12
總結
以上是生活随笔為你收集整理的java不支持发行版本12_主要发行版本后Java开发人员应使用的15种工具的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： jooq sql_使用jOOQ和Java
- 下一篇： java美元兑换,（Java实现） 美元