---
title: 運用本地LLM輔助基礎架構維運的思路
description: 介紹在BASTION中使用本地LLM的思路，分別說明處理的資訊、外部整合、與偵測及控制的職責劃分，以及運作狀態和部署條件。
url: "https://bestnetllc.co.jp/zh-hant/docs/%e4%bd%bf%e7%94%a8%e6%9c%ac%e5%9c%b0-llm-%e8%87%aa%e5%8b%95%e5%88%86%e6%9e%90%e5%9f%ba%e7%a4%8e%e6%9e%b6%e6%a7%8b%e6%97%a5%e8%aa%8c%e7%9a%84%e5%af%a6%e4%bd%9c%e7%b6%93%e9%a9%97/"
updated: "2026-11-01"
category: Tech Blog / AI 安全營運
---

# 運用本地LLM輔助基礎架構維運的思路

2026.04 ／ Tech Blog ／ BASTION

2026-11-01 更新

# 運用本地LLM輔助基礎架構維運的思路

區分資訊處理與維運職責，讓AI的說明發揮輔助作用

基礎架構維運需要從大量觀測資訊中了解情況，並確認是否需要採取措施。LLM可以作為輔助工具，將這些資訊說明得更容易理解。

BASTION支援使用本地LLM的配置。本文介紹資訊的處理方式、與偵測及控制的關係，以及使用時需要確認的條件，而非特定模型的建置步驟。

![呈現BASTION觀測、維運輔助、控制與評估之間關係的概念圖](https://bestnetllc.co.jp/wp-content/uploads/2026/04/architecture.svg?v=20261101)
這是呈現BASTION整體職責的概念圖，並不表示各功能的運作狀態或個別環境的連線架構。

## 1. 區分觀測資訊與AI的說明

收集到的資訊，與AI據此產生的說明，並不是同一回事。維運人員能夠查核說明的依據十分重要。

如果數量、對象或時間範圍出現混淆，即使說明容易閱讀，也可能導致錯誤處置。不能僅憑文字是否自然來判斷正確性，而應區分已經確認的內容與解釋。

## 2. 明確界定處理的資訊與連線目標

在本地進行推論，與整個維運流程不使用外部通訊，是兩個不同條件。使用通知或外部服務整合時，需要連同連線目標與傳送內容一起確認配置。

如果存在封閉網路的要求，應設計符合這些要求的處理、通知與管理範圍。客戶資訊與認證資訊的處理條件，也需要依各使用環境分別訂定。

## 3. 區分說明與控制的職責

BASTION的自動防禦依據既定的判斷條件與保護條件處理。這不能理解為直接接受LLM產生的文字，將其作為封鎖或設定變更的指令。

處理改善建議的功能也設有授權範圍與套用時的檢查。情況說明、變更建議與實際套用，分別是需要查核的對象。

## 4. 確認運作狀態與觀測不足

模型沒有回應、資訊收集停止或資訊過時等情況，可能使充分分析無法進行。不能僅憑沒有通知就判斷不存在問題。

在使用的配置中，需要分別檢查資訊是否到達、處理是否完成，以及哪些範圍無法確認。分析功能是否正常運作，與實際防禦效果如何，也應分別驗證。

## 5. 區分配置支援與目前運作情況

BASTION在自有環境中運行自動防禦與頻寬控制。配置支援使用本地LLM，並不能證明該模型始終處於運作狀態，也不能證明全部處理都在封閉網路中完成。

初版介紹的模型、設備與處理條件屬於建置當時的情況，不作為目前的通用規格。使用的模型、所需資源、運作條件，以及是否存在外部整合，應依個別部署配置確認。

## 6. 部署時需要確認的事項

應確認目標設備與資訊、維運人員的查核方式、停止或資料缺漏時的處理方式，以及對正常業務的影響，再訂定適用範圍。僅選擇某個模型，並不代表所有環境都能獲得相同效果。

部署設計、整合與評估將在確認目標範圍和工作內容後個別報價。公開文章介紹概要，不刊載客戶資訊或內部架構的詳細內容。

已重新檢視初版建置紀錄，依照2026年11月的公開說明，整理配置支援、運作範圍與驗證注意事項。

[BASTION 服務介紹](https://bestnetllc.co.jp/zh-hant/bastion-3/)

[聯絡我們](https://bestnetllc.co.jp/zh-hant/contact-3/)