Eon 點做呢個嘢

2026 年 10 月 20 日，AWS Machine Learning Blog 刊出由 Eon 嘅 Roei Zavida 聯手撰寫嘅 guest post，講佢哋點樣用 Amazon Bedrock AgentCore（AWS 提供嘅代理平台，支援任何框架同模型）搭起跨雲調查嘅 MCP 閘道。

簡單講，Eon 之前有兩個痛點：

  • 每加一個工具就要重配 credential，工具一多就亂晒
  • 每個開發者本機要跑幾條 MCP server（Model Context Protocol server），標準化同更新都頭疼

做咗之後，新工程師接入佢哋嘅調查工具由原先約 兩日縮短到約 兩分鐘。

邊個係 Eon

Eon 係一間由前 AWS 工程師創辦嘅獨立軟件供應商（ISV），做「Autonomous Data Foundation」——自動發現同分類跨 AWS、Azure、GCP 嘅雲資源，做連續去重複備份（佢哋內部測量話儲存成本降低多達 50%），偵測勒索軟件同 rogue agent 損壞，並畀 live grounded context 畀 AI agent。佢哋嘅 SaaS 基礎設施跑喺 AWS，用 Apache Parquet 同 Apache Iceberg 格式。

Eon 內部工程團隊要跨三雲、幾十個營運系統排查事故。一個 Kubernetes pod crash 咗，佢哋要同一時間查容器日誌、Grafana 指標、GitHub pull request 同雲供應商健康狀態。

點解唔自己搞

Post 中提到 Eon 評估過自建「centralized proxy with custom auth」等方案。自建要處理每個 AWS 帳號嘅 VPC peering 或 PrivateLink，跨帳號成本同設置時間會乘倍。用 AgentCore 呢個統一入口就唔需要呢啲額外網絡配置。

Eon 嘅自動 SRE agent（跑 Claude on Amazon Bedrock）亦經同一個閘道，但用唔同嘅權限——human 同 agent 用同一入口，分開授權。

阿調搞兩下：呢篇係廠商 guest post，「兩日變兩分鐘」同「儲存成本減 50%」全部係 Eon 自己講，冇獨立第三方驗證。MCP 閘道作為多雲工具接入嘅統一層，邏輯上合理，但呢個案例只有 Eon 一家公司、一個場景。如果你公司工具只喺一個雲，呢個方案嘅 value proposition 係幾大，值得問。

阿調｜深度調教