跳至主要内容

TechSummary 2025-10-06

· 閱讀時間約 22 分鐘
Gemini
AI Assistant

🧑‍💻 The developer role is evolving. Here’s how to stay ahead.​

Source: https://github.blog/ai-and-ml/the-developer-role-is-evolving-heres-how-to-stay-ahead/

  • AI的影響與角色轉變: 未來五年內AI預計將撰寫95%的程式碼,開發者的角色將從手動編碼者轉變為AI驅動開發生態系統的協調者、策略家和協作者,價值將體現在解決問題、設計和啟發能力上。
  • 技能一:提供更佳的AI情境: AI雖然快速,但需要明確的意圖、數據和任務目的來產生有意義的輸出。GitHub Copilot Spaces 提供專用環境,讓團隊上傳來源(文件、儲存庫、指令)並設定意圖,確保Copilot回應的準確性和相關性。
    • 設定GitHub Space的步驟:
      1. 前往 github.com/copilot/spaces 建立新空間。
      2. 上傳上下文資料(文件、範例檔案、整個儲存庫)。
      3. 開始聊天,讓Copilot根據提供的來源回答問題。
  • 技能二:提供洞察、判斷和策略: AI無法取代人類的洞察力、創造力和協作能力。成功的開發者將結合機器效率與人類判斷力及團隊合作。GitHub Copilot code review 透過掃描Pull Request、標示問題並自動建議改進,幫助團隊更快、更順暢地交付。
    • 試用Copilot Code Review:
      1. 開啟Pull Request並新增Copilot為審閱者。
      2. 審閱Copilot的意見回饋(評論、建議、內聯修改)。
      3. 精煉審閱:重新審閱、點讚/倒讚,或添加 .github/copilot-instructions.md 來自訂規則。
  • 技能三:持續學習: 技術技能的半衰期在AI時代變得更短。持續學習是保持領先的關鍵,這包括掌握新的AI技能集,並透過GitHub展示成果。
    • 在GitHub上提升AI技能的實用路線圖:
      1. 學習基本語言和框架:Python、Java、C++,以及TensorFlow、PyTorch、Scikit-learn。
      2. 掌握機器學習基礎知識:深度學習、NLP、電腦視覺,探索開源儲存庫如Awesome Machine Learning、NLTK、OpenCV。
      3. 在GitHub上展示技能:整理儲存庫、發布README、貢獻開源、建立傑出個人資料。
      4. 獲得GitHub Copilot認證。

🧠 IBM Granite 4.0 Models Now Available on Docker Hub​

Source: https://www.docker.com/blog/ibm-granite-4-0-models-now-available-on-docker-hub/

  • IBM Granite 4.0 模型登陸Docker Hub: 開發者現在可以從Docker Hub模型目錄中發現並運行IBM最新的開源Granite 4.0語言模型,並透過Docker Model Runner在數分鐘內開始建構。Granite 4.0模型以其強大的企業級性能和輕量級的佔用空間,適合本地原型開發和自信擴展。
  • Docker Hub作為AI模型中心: Docker Hub是容器映像的最大註冊中心,現也成為發現、管理和運行本地AI模型的首選。它託管精選的本地AI模型,這些模型以OCI Artifacts打包,可供輕鬆下載、共享和上傳。
  • Granite 4.0 的獨特優勢:
    • 混合架構 (Hybrid architecture): 結合Mamba-2的線性擴展效率和Transformer的精準性。部分模型採用MoE (Mixture of Experts) 策略,僅啟用必要專家,處理速度更快,記憶體使用量減少超過70%。
    • "理論上無限制" 的上下文 (Theoretically Unconstrained Context): 移除位置編碼,可處理長達128,000個token的文件,上下文長度僅受硬體限制。
    • 適應性尺寸 (Fit-for-Purpose Sizes): 提供多種模型尺寸,從3B參數的Micro模型到32B參數的Small模型,以平衡性能和資源使用。
  • 透過Docker Model Runner快速運行: Docker Model Runner提供可攜式、可重現的方式,從筆記型電腦開發到CI和雲端,透過OpenAI兼容API運行本地模型。
    # 運行一個Gemma 3模型,向其提問
    # Docker Model Runner 將自動拉取模型
    docker model run ai/gemma3 "What is the Docker Model Runner?"
  • 可構建的應用程式: Granite模型的輕量級和多功能性,結合Docker Model Runner,非常適合文檔摘要和分析、智慧型RAG系統、複雜的代理工作流程和邊緣AI應用程式。

🔒 Unlimited access to Docker Hardened Images: Because security should be affordable, always​

Source: https://www.docker.com/blog/unlimited-access-to-docker-hardened-images-because-security-should-be-affordable-always/

  • Docker Hardened Images 無限存取: Docker 現提供對其安全強化映像檔目錄的無限存取,以實惠的價格讓所有團隊實現近乎零CVE的目標,解決了新CVE出現速度快於修復速度以及安全映像檔成本高昂的問題。
  • Docker Hardened Images 的與眾不同之處:
    • 全面覆蓋: 目錄涵蓋機器學習和AI映像檔(如Kubeflow)、語言與運行時(如Python)、資料庫(如PostgreSQL)、應用框架(如NGINX)以及核心基礎服務(如Kafka),甚至包括符合美國聯邦安全要求的FedRAMP-ready變體。
    • 強化方法: 每個映像檔都直接從原始碼構建,持續從上游修補,並透過移除不必要的組件進行強化。這種最小化方法不僅減少了攻擊面,還產生了最小的映像檔,比替代方案小95%。
    • VEX (Vulnerability Exploitability eXchange) 支援: 每個映像檔都包含VEX支援,幫助團隊過濾噪音,只專注於真正重要的漏洞。
    • 廣泛兼容與靈活遷移: 兼容Alpine和Debian等主流發行版,開發者遷移只需更改Dockerfile中的一行。支援客製化,可在不損失強化基線的情況下添加系統套件、認證、腳本和工具。
    • 獨立驗證: 經SRLabs獨立網路安全諮詢公司驗證,映像檔已簽名、預設無root權限,並隨附SBOM + VEX。評估結果確認無root逃逸或高嚴重性突破,並驗證了Docker將攻擊面減少95%的聲明,強調了其7天修補SLA和構建到簽名管道的優勢。

🤖 Docker at AI Engineer Paris: Build and Secure AI Agents with Docker​

Source: https://www.docker.com/blog/ai-engineer-paris-build-secure-ai-agents/

  • AI Agent開發的重心: Docker在AI Engineer Paris大會強調,AI Agent代表著應用程式開發的下一個浪潮,其成功不僅依賴於AI技術本身,更需要嚴謹的工程、複雜的資料管道、對分散式系統的理解以及對AI供應鏈安全的關注。
  • Docker的角色: Docker致力於讓AI應用程式的建構、共享和安全部署如同容器化微服務一樣簡單和可攜。透過標準化的Agent打包和提供Model Context Protocol (MCP) Toolkit & Catalog,Docker正在為基於Agent的開發時代奠定基礎。
  • 「民主化AI Agent」演講重點: Docker工程與產品執行副總裁Tushar Jain強調,AI Agent開發不應僅限於少數專家。組織需要標準化的打包方式,以及開發者能夠輕鬆發現和運行MCP伺服器的簡單安全途徑,以推動創新和生產力。
  • 動手實作:建構協作式多Agent團隊: 研討會展示了如何利用開源的 cagent 工具,將Agent打包和分發,其便捷性類似於Docker映像檔的建構和推送。
    • cagent 的應用:
      • 編排協作和任務委派的專業AI Agent團隊。
      • 輕鬆打包、共享和運行社群建立的多Agent系統。
      • 透過Model Context Protocol (MCP) 整合外部工具,確保Agent能存取數據並影響真實世界。
    • 自學版研討會連結:https://cagent-workshop.rumpl.dev/README.html
  • 核心開發理念: AI應用程式本質上是分散式系統,由模型、外部工具和提示組成。從原型到生產,應將Agent視為複雜架構,容器化各個組件,並從一開始就考慮安全性和合規性。

🚀 Llama.cpp Gets an Upgrade: Resumable Model Downloads​

Source: https://www.docker.com/blog/llama-cpp-resumable-gguf-downloads/

  • Llama.cpp 的可恢復模型下載功能: Llama.cpp 社群推出了一項重要的品質生活改進,即支援 GGUF 模型檔的可恢復下載,解決了大型模型下載中斷後必須從頭開始的痛點。
  • Llama.cpp 下載邏輯的新改進:
    • 可恢復下載: 下載器會檢查遠端伺服器是否支援位元組範圍請求 (透過 Accept-Ranges HTTP header)。如果支援,任何中斷的下載都可以從停止的地方精確恢復。
    • 更智能的更新: 仍會使用 ETag 和 Last-Modified headers 檢查遠端檔案變更,但即使伺服器不支援可恢復下載,也不會立即刪除舊檔案。
    • 原子檔案寫入: 下載內容和元數據檔案會先寫入臨時位置,然後再以原子方式重新命名,防止程式終止時可能發生的檔案損壞。
  • 從更好的下載到一流的模型管理: 儘管Llama.cpp的新功能改進了從URL獲取模型的體驗,但它並未解決模型管理本身的更高層次挑戰,例如版本控制、可重複性和安全性。
  • Docker-Native 方式:Docker Model Runner: Docker Model Runner 是一個工具,讓開發者能夠使用熟悉的Docker Desktop(GUI或CLI)或Docker CE來管理、運行和分發AI模型。它將AI開發與生產操作聯繫起來,將模型視為與容器同等重要的一等公民。
    • OCI Push and Pull 支援: Docker Model Runner 將模型視為 Open Container Initiative (OCI) artifacts,可以在任何 OCI 兼容註冊中心(如 Docker Hub)進行 docker model push 和 docker model pull 操作。
    • 版本控制和可重複性: 可為模型添加版本標籤 (例如:my-company/my-llama-model:v1.2-Q4_K_M),確保團隊和CI/CD管道始終使用完全相同的檔案。
    • 簡化和整合的工作流程: 拉取和運行模型成為一個單一的宣告式命令,Model Runner 負責從註冊中心獲取模型並將其掛載到容器中供 llama.cpp 使用。
    • 運行範例:
      # 運行一個Gemma 3模型,向它提問
      # Docker Model Runner 將自動拉取模型
      docker model run ai/gemma3 "What is the Docker Model Runner?"

☁️ Beyond Bootstrap: Bootstrapless CDK Deployments at GoDaddy​

Source: https://aws.amazon.com/blogs/devops/beyond-bootstrap-bootstrapless-cdk-deployments-at-godaddy/

  • GoDaddy的挑戰: 隨著AWS基礎設施的擴展,GoDaddy面臨在維持嚴格治理標準的同時,不犧牲開發者效率的挑戰。AWS CDK的預設引導(bootstrapping)過程與其企業治理模型(包括S3加密、IAM角色、ECR標籤和命名規範)產生衝突,導致摩擦和部署延遲。
  • 階段一:客製化引導模板:
    • GDStack 與 Conformers: GoDaddy開發了 GDStack,擴展了原生的CDK Stack,並利用 CDK Aspects 自動應用公司級治理標準(例如 S3Conformer 確保所有S3儲存桶符合加密、日誌記錄和存取設定)。這在綜合(synthesis)階段自動修復不合規資源。
    • CliCredentialsStackSynthesizer: 使用開發者的CLI憑證直接進行部署,無需複雜的跨帳戶角色假設,簡化了認證流程。
    • 仍需客製化 cdk bootstrap 命令:
      npx cdk bootstrap --template node_modules/internal-constructs/bootstrap-template.yaml --tags governance=safeguard
      儘管有所改進,開發者仍需記住並運行特定的引導命令。
  • 階段二:革命性的無引導(Bootstrapless)方法:
    • 工廠模式解決方案: 利用 AppStagingSynthesizer,GoDaddy設計了一個由 GDStackSynthesizerFactory、GDStagingStackFactory 和 GDStagingStack 組成的工廠模式,實現了動態資源供應。
    • 核心創新:BootstraplessCliSynthesizer: 這是一個自訂合成器,結合了 CliCredentialsStackSynthesizer(直接使用CLI憑證)和 BootstraplessSynthesizer(無需引導資源)的優點。它專為 GDStagingStack 設計,明確拒絕資產上傳,讓 GDStagingStack 本身能按需創建所需的合規資產資源。
      export class BootstraplessCliSynthesizer extends cdk.StackSynthesizer {
      // ... (省略內部實現)
      public addFileAsset(_asset: cdk.FileAssetSource): cdk.FileAssetLocation {
      throw new Error("Cannot add assets to a Stack that uses the BootstraplessCliSynthesizer");
      }
      public synthesize(session: cdk.ISynthesisSession): void {
      this.synthesizeTemplate(session);
      this.emitArtifact(session);
      }
      }
    • 簡潔的工作流程:
      # 直接部署 - 合規的暫存資源在需要時自動創建
      npx cdk deploy
      暫存資源(如S3儲存桶、ECR儲存庫)在需要時自動創建,並從一開始就內建完整的治理合規性。
  • 業務影響: 簡化開發者工作、自動化合規性、簡化支援模型並促進CDK的廣泛採用。

🚀 CLion Nova Will Become the Default Engine for All Users in v2025.3 – Here’s What You Need to Know​

Source: https://blog.jetbrains.com/clion/2025/10/nova-default-for-all/

  • CLion Nova 將成為預設引擎: JetBrains 宣布 CLion Nova 將在 v2025.3 版本中成為所有用戶的預設語言引擎,預計今年稍晚發布。此舉基於一年的使用數據分析、用戶回饋和關鍵錯誤修復。
  • CLion Nova 轉換準備就緒的原因:
    • 穩定性: 經過大量的穩定性改進和問題解決,已足夠穩定作為IDE的主要引擎。未來將是CLion唯一提供的引擎。
    • 速度與性能: 比 CLion Classic 更具響應性、精確且高性能。v2024.3 引入了許多增強功能以減少記憶體佔用,尤其在大型專案中效果顯著,85% 的用戶確認性能有所提升。遠端工作時的性能和響應速度也得到了改善。
    • 完整功能集: 已支援 CLion Classic 中最重要且缺失的功能,並新增了獨特功能,包括新的重構選項、C++ Live Template、重構的程式碼格式化器、專案外檔案支援、新的設定和動作,以及 Constexpr Debugger。
    • 無關鍵問題: 已解決所有用戶回報的重大錯誤。
  • 對企業客戶的影響: 轉換應無影響,但如有疑慮可聯繫客戶經理。
  • CLion Classic 的可用性: 仍可使用,但 JetBrains 不再積極開發此舊版引擎,所有新的語言特定改進將僅針對 CLion Nova。
  • 價格: CLion Nova 僅是 CLion 內部的一個不同語言支援引擎,不會影響訂閱價格。

🤝 JetBrains × Zed: Open Interoperability for AI Coding Agents in Your IDE​

Source: https://blog.jetbrains.com/ai/2025/10/jetbrains-zed-open-interoperability-for-ai-coding-agents-in-your-ide/

  • 開放互操作性合作: JetBrains 與 Zed 合作推出 Agent Client Protocol (ACP),這是一個開放協議,旨在讓 AI 程式碼代理(coding agents)能夠在任何兼容 ACP 的編輯器(包括 JetBrains IDEs)中工作,以幫助開發者實現工程卓越,並避免供應商鎖定。
  • 此次合作的重要性:
    • 無供應商鎖定: 允許開發者在喜愛的IDE中,使用偏好的AI代理。
    • 信心與控制: 開發者能清楚看到代理的計劃,審閱差異(diffs),並批准其操作。
    • IDE中的卓越用戶體驗: 提供串流更新、明確的意圖以及自然融入編輯器工作流程的變更。
  • JetBrains IDEs 中開發者獲得的優勢:
    • 攜帶自己的代理: ACP 協議使代理獨立於編輯器,可在任何程式碼環境中工作。
    • 全面控制: IDE 透過 ACP 協議協調對檔案、終端和其他工具的存取,開發者決定哪些操作被執行。
    • 維持原有工作流程: 環境預設保持開發者習慣的狀態。
    • 更短的回饋循環: 在一個地方完成提示、觀察進度並驗證。
  • JetBrains × Zed 的綜合優勢: Zed 在協議設計方面迅速創新並獲得實際應用,而 JetBrains 則帶來數十年在 IDE 方面的專業知識,包括重構、除錯、導航和大規模性能。雙方將共同打造 ACP 驅動的體驗,使其在 JetBrains IDEs 中感覺原生,同時保持在整個生態系統中的開放性和可移植性。

✨ 9 ReSharper Features Every .NET Developer Should Know​

Source: https://blog.jetbrains.com/dotnet/2025/10/06/9-resharper-features-every-dotnet-developer-should-know/

  • ReSharper 作為生產力工具: ReSharper 是 Visual Studio 不可或缺的擴展,顯著提升 .NET 開發者的生產力。
  • 九大必知功能:
    1. 首字母搜尋 (Initial Letter Search): 透過駝峰式命名(camel-humps)和模糊搜尋快速導航,可鍵入 . 快速查看類型成員。
    2. 上下文導航 (Contextual Navigation): 將游標置於元素上後,可透過「Navigate To」功能探索相關項目,如「Related Tests/Subject」、「Consuming/Exposing APIs」或「Decompiled Sources」。
    3. 最近位置和變更 (Recent Locations and Changes): 提供「Goto Recent Files」、「Goto Recent Edits」和「Goto Last Edit Location」功能,讓開發者輕鬆切換於程式碼的讀取與寫入之間。
      • Goto Recent Edits Pop-up with Filtering: Goto Recent Edits Pop-up with Filtering
    4. 擴展選取 (Extend Selection): 逐步選取更高層次的邏輯程式碼區塊,有助於精確選取用於重構。
    5. 程式碼移動 (Move Code Up/Down/Left/Right): 在結構層面上移動程式碼,例如重新排序陳述式、運算元、集合元素或參數,同時保留邏輯和上下文。
      • Move Code on Different Syntax Elements: Move Code on Different Syntax Elements
    6. 遷移至最新 C# (Migrating to the Latest C#): 透過檢查、快速修復和上下文動作,協助開發者在單一位置或解決方案/專案/檔案範圍內,高效整合和現代化程式碼以利用新的 C# 語言功能。
    7. 後綴模板 (Postfix Templates): 透過特殊的完成項(類似於實例方法)執行複雜的轉換,例如 collection.foreach、Type.new、expression.var,以及最新加入的 service.inject。
      • Various Postfix Templates in Action: Various Postfix Templates in Action
    8. 程式碼風格與格式配置 (Configuration of Code Style and Formatting): 提供視覺化編輯體驗,調整程式碼風格,或從既有程式碼中偵測規則,並可儲存和共享格式規則(包括 .editorconfig)。
    9. 專案和檔案層級重構 (Project- and File-Level Refactorings): 提供大規模重構功能,例如在移動檔案時自動調整命名空間,或將 Usings 轉換為 Global,省去手動處理檔案建立和結構調整的繁瑣工作。
      • Various Solution-Level Refactorings: Various Solution-Level Refactorings

📊 The State of CI/CD in 2025: Key Insights from the Latest JetBrains Survey​

Source: https://blog.jetbrains.com/teamcity/2025/10/the-state-of-cicd/

  • CI/CD 工具市場複雜化: JetBrains的聯合調查揭示,CI/CD工具市場日益複雜,DevOps工程師需管理多種工具,並應對其複雜的設定與功能。
  • 最受歡迎的CI/CD工具: GitHub Actions 是個人專案中最受歡迎的工具(62%),但在組織層面,Jenkins和GitLab CI仍扮演重要角色,尤其是在中大型企業。
  • 多工具並存的現實: 32% 的組織使用兩種不同的工具,9% 使用三種或更多,尤其大型企業更傾向於使用多種工具並評估額外工具。
  • 組織使用多個CI/CD工具的原因: 主要原因包括:
    • 遷移中: 許多團隊處於從舊系統(如Jenkins、Azure DevOps)向新系統(GitHub Actions、GitLab CI)過渡的階段。
    • 任務關鍵型遺留系統: 舊工具因關鍵系統依賴或既有插件基礎設施而難以完全遷移。
    • 不同團隊的選擇: 大型組織中,小團隊常有自主選擇工具的權力。
    • 客戶和專案要求: 顧問公司或處理多個客戶的公司,工具選擇常依客戶的Git儲存庫或偏好而定。
    • 成本和性能權衡: GitHub Actions 對輕量級任務免費且快速,而Jenkins或TeamCity可能更適合重度負載或本地部署。
  • 「採用滯後」效應: GitHub Actions 在個人開發和開源專案中佔主導地位,但在企業中,因遺留系統、合規需求和遷移成本,其普及速度慢於Jenkins和GitLab CI。
  • 小眾但顯著的工具: Bitbucket Pipelines 在Atlassian生態系統中表現突出;TeamCity 則在需要進階客製化、本地部署彈性或已投資JetBrains工具鏈的組織中保持強勁。
  • AI 在 CI/CD 中的應用: 儘管AI討論熱烈,但其在CI/CD工作流程中的整合仍相當有限,73% 的受訪者表示未使用AI。主要障礙包括高昂的成本、不確定的價值以及對程式碼完整性、資料保護和監管合規性的安全顧慮,這些顧慮隨公司規模增大而增加。
    • AI 的使用案例: 主要集中在構建問題除錯、故障分析、程式碼品質檢查以及測試和管道優化。

📰 dotInsights | October 2025​

Source: https://blog.jetbrains.com/dotnet/2025/10/06/dotinsights-october-2025/

  • JetBrains 的 .NET 和軟體開發資訊中心: dotInsights 是 JetBrains 的每月電子報,彙整了 .NET 和軟體開發領域的最新資訊、教學和技巧。
  • 來自開發者社群的最新連結: 涵蓋多種主題,例如「Exploring the BusyIndicator in .NET MAUI」、「Why You Should Be Using .NET 10’s New TLS Certificate」、「Prompt Engineering Is Requirements Engineering (We’ve Been Here Before)」等。
  • 來自 .NET Guide 的精選內容:
    • JetBrains 新 AI 編輯器:Junie: Nuno Maduro 探索 JetBrains 的新 AI 編輯器 Junie。
    • 物件保留 (Object Retention): 由 Khalid Abuhakmeh 介紹如何檢查實例或物件組的保留路徑。
  • JetBrains 新聞: 涵蓋最新的公司公告和產品更新,包括:
    • JetBrains .NET Days Online 2025 和 GameDev Day 2025 的宣布。
    • ReSharper 和 Rider 2025.2 的更新和修復。
    • Rider 2025.3 和 ReSharper 及 .NET Tools 2025.3 的 Early Access Program (EAP) 開放。

🛠️ ReSharper and Rider 2025.2.3: The Third Set of Updates Released​

Source: https://blog.jetbrains.com/dotnet/2025/10/06/resharper-and-rider-2025-2-3/

  • ReSharper 和 Rider 2025.2.3 更新發布: JetBrains 發布了 ReSharper 和 Rider 2025.2 版本的第三組更新,包含重要的錯誤修復和功能更新。
  • ReSharper 修正:
    • 修復了 License Vault 認證的最新迴歸問題(RSRP-501796)。
    • InspectCode 不再因「There are no reached sync points」訊息而掛起,Command Line Tools 現在能按預期完成分析(RSRP-476853)。
  • Rider 更新:
    • 新 Islands 主題: Rider 現在包含新的 Islands 主題,為 IDE 帶來煥然一新的外觀和感受,可在 Settings/Preferences | Appearance & Behavior | Appearance | Theme 中啟用。
    • 顯著修復:
      • Junie 不再在 F# 專案中處理提示時掛起或失敗(RIDER-12916)。
      • .uproject 檔案現在可成功載入(RIDER-129192)。
      • 還原大量編輯不再導致 IDE 凍結或崩潰(RIDER-130303)。
      • 所有連接編輯器和 Solution Explorer 的上下文動作在遠端開發期間都能正常工作(RIDER-129927, RIDER-129927)。
    • 「Implement with AI」動作已重新定位到上下文動作菜單中,出現在 Rider 標準快速修復之後(RIDER-115966)。

☕ Java Annotated Monthly – October 2025​

Source: https://blog.jetbrains.com/idea/2025/10/java-annotated-monthly-october-2025/

  • Java 每月精選: Java Annotated Monthly 彙整了九月份的所有頂級 Java 新聞、見解、技巧和社群內容,特別聚焦 Java 25 的最新更新。
  • 特色內容: JetBrains Java 開發者倡導團隊的 Marco Behler 分享了其新播客《The Marco Show》(涵蓋 LLMs for Devs、軟體效能)和《Solving Java’s One Billion Row Challenge》視訊系列。
  • Java 新聞: 報導了 Java 25 的發布、AI World 和 JavaOne 2026 的相關資訊,以及 JDK 26 的目標 JEP 504(移除 Applet API)和 GraalVM 的動態。
  • Java 教學與技巧: 提供一系列實用教學,包括「Mastering Unicode in Java」、「How to Handle Security Changes in Java 25」、「Observability in Java With Micrometer」、「Structured Concurrency in Action」等。
  • Kotlin 專區: 涵蓋 Kotlin 的最新消息和技巧,例如「Kotlin: Emerging Patterns With Context Parameters」、「Exploring Data Science With Kotlin」、「Why JetBrains’ Koog is the Most Advanced JVM Framework for Building AI Agents」等。
  • AI 資訊: 介紹了 JetBrains IDEs 中的 Claude Agent、新的 AI 配額、Amazon Bedrock Marketplace 上的 JetBrains Mellum、Project Panama 在 Java 生態系統中為 AI/ML 提供動力,以及 Spring AI 相關內容。
  • 語言、框架、函式庫與技術: 追蹤 Spring 的每週更新、Regex 與 Email 地址的挑戰、Spring Data MongoDB 中的查詢加密、API 版本控制等。
  • 文化與社群: 分享了發人深省的讀物,例如「Impact Charts」、「How Blameless Culture Transforms Engineering Teams」、「Empowering Netflix Engineers With Incident Management」等。

👁️ Introducing Headlamp Plugin for Karpenter - Scaling and Visibility​

Source: https://kubernetes.io/blog/2025/10/06/introducing-headlamp-plugin-for-karpenter/

  • Headlamp Karpenter Plugin: Kubernetes SIG UI 開源專案 Headlamp 推出了新的 Karpenter Plugin,為 Kubernetes 使用者和運營商提供了在 Headlamp UI 中對 Karpenter 活動的實時可見性。
  • Headlamp 與 Karpenter 簡介:
    • Headlamp: 一個開源、可擴展的 Kubernetes SIG UI 專案,用於探索、管理和除錯集群資源。
    • Karpenter: 一個 Kubernetes Autoscaling SIG 節點供應專案,旨在快速高效地擴展集群。
  • Plugin 核心功能:
    • 資源關係映射視圖: 輕鬆查看 Karpenter 資源(如 NodeClasses、NodePool 和 NodeClaims)如何與核心 Kubernetes 資源(如 Pods、Nodes)關聯。
    • Karpenter 指標視覺化: 即時洞察資源使用率 vs 限制、允許的中斷、待處理 Pods、供應延遲等多項指標。
      • Karpenter Metrics Visualization
    • 擴展決策: 顯示為工作負載供應了哪些實例,並解釋 Karpenter 做出這些選擇的原因,有助於除錯。
    • 帶驗證功能的配置編輯器: 支援對 Karpenter 配置進行實時編輯,包括差異預覽和資源驗證,以確保更安全的調整。
    • Karpenter 資源實時視圖: 實時查看和追蹤 Karpenter 特定資源,例如集群擴縮時的「NodeClaims」。
    • 待處理 Pods 儀表板: 顯示所有因排程要求未滿足或排程失敗而待處理的 Pods,並突出顯示失敗原因。
    • 供應商支援: 已在 AWS 和 Azure 上進行測試,並支援顯示其額外的供應商特定資訊。