Appearance
競品分析與定位
這頁不是 marketing。是把 Argus 跟坊間幾類常見工具擺在同一張圖上，讓你/評估者在 5 分鐘內判斷「我的場景該選 Argus、還是另一個工具」。
重點不在「Argus 贏在哪」，而在「Argus 為了贏在某些維度，犧牲了哪些」。
工具光譜 — 三個類別
資料庫變更與訪問工具，市面上大致分三類，邊界互相重疊：
| 類別 | 代表 | 核心解決 | 不解決 |
|---|---|---|---|
| A. Migration tools | Liquibase / Flyway / Atlas | 把 schema 變更版本化、CI 化、可回溯 | 互動查詢、審批 UI、SQL Editor、masking |
| B. SQL Editor / 工单平台 | Archery / Yearning / DataGrip / DBeaver | 跑 SQL、看資料、簡易工单審批 | 完整變更生命週期、Plan / Rollout 框架 |
| C. 完整 DB CI/CD 平台 | Argus / Bytebase | 整套 Plan → Issue → Approval → Rollout，含 Editor + advisor + audit | 通用 BI / 報表 / ETL |
| D. Access gateway | StrongDM / Teleport DB / Cyral | DB 連線層做身分 + 審計 + 錄影 | schema 變更工作流、advisor 規則庫 |
Argus 屬於 C（完整平台），但因為 SQL Editor 內建，部分覆蓋 B。不競爭 A 與 D 的 niche 場景。
主要競品速覽
| 工具 | 一句話定位 | 跟 Argus 最大的差異 |
|---|---|---|
| Bytebase | 商業多租戶 SaaS + 自建版的 DB CI/CD 平台 | Argus 為純自建、合規硬性內建（R10 / R2 / A2 PR-1）、無商業 tier 鎖功能 |
| Liquibase | 老牌 schema migration；Java 生態強 | 無 GUI 審批；無 SQL Editor；無 mandatory audit log |
| Flyway | Liquibase 簡化版；migration script-only | 同上，更輕量 |
| Atlas (Ariga) | 現代 declarative schema；Argo CD for DBs | 強 schema diff，弱工作流 / 互動查詢 |
| Archery（開源 / 中國社群） | MySQL/PG 工单 + 執行平台 | UI / 規則庫較舊；零信任 IAM 模型較淺 |
| Yearning | MySQL only 工单平台 | DB 範圍窄；無 advisor 規則庫 |
| DataGrip / DBeaver Enterprise | 桌面 SQL Client | 無工作流、無團隊審計、不為合規而生 |
| StrongDM | DB / SSH access gateway | 強身分 + 強審計，完全不做 schema 變更工作流 |
| Teleport DB Access | StrongDM 開源類比 | 同上 |
維度比較
標尺：✅ 內建且強 / 🟡 內建但弱 / ❌ 不做 / ⚪ 不適用
| 維度 | Argus | Bytebase | Liquibase | Atlas | Archery | DataGrip | StrongDM |
|---|---|---|---|---|---|---|---|
| Plan → Issue → Rollout 工作流 | ✅ | ✅ | ❌ | 🟡 | ✅ | ❌ | ❌ |
| 內建 SQL Editor + 受審計 | ✅ | ✅ | ❌ | ❌ | ✅ | ✅（但無審計） | 🟡 |
| Advisor 規則庫（280+ 條） | ✅ | ✅ | ❌ | 🟡 | 🟡 | ❌ | ❌ |
| 多步驟審批（含 CEL 條件） | ✅ | ✅ | ❌ | ❌ | 🟡 | ❌ | ❌ |
| Mandatory audit log（不可關） | ✅ | 🟡（可關） | ❌ | ❌ | 🟡 | ❌ | ✅ |
| Zero-trust IAM（含 AllUsers 不展開） | ✅ | 🟡 | ❌ | ❌ | 🟡 | ❌ | ✅ |
| Column-level masking | ✅ | ✅ | ❌ | ❌ | 🟡 | ❌ | 🟡 |
| Schema Drift Detection（持續偵測未授權變更） | ✅ | ❌ | 🟡（CLI 比對，需手動跑） | ✅（cloud） | ❌ | ❌ | ❌ |
| 完全私有部署（無外網依賴） | ✅ | ✅ | ✅ | 🟡 | ✅ | ✅ | 🟡 |
| 無 IdP 也能 day-1 上線 | ✅ | ✅ | ⚪ | ⚪ | 🟡 | ⚪ | ❌ |
| Multi-DB 支援廣度 | ✅ | ✅ | ✅ | 🟡 | 🟡（PG/MySQL 為主） | ✅ | 🟡 |
| 桌面 client 體驗 | ❌ | ❌ | ❌ | ❌ | ❌ | ✅ | ❌ |
| 商業支援 / SLA | ❌ | ✅ | ✅ | ✅ | ❌ | ✅ | ✅ |
定位圖 — 兩軸看市場
兩個維度最能拉開差距：
- X 軸：工作流深度 — 從「只跑 SQL」到「完整 Plan/Issue/Rollout/Revision lifecycle」
- Y 軸：安全與審計強度 — 從「靠 DB native auth + 自律」到「mandatory audit + zero-trust + 不可繞道」
象限解讀：
| 象限 | 特性 | 代表 | 適合 |
|---|---|---|---|
| 🟢 右上 | 平台級 × 強審計 | Argus | 受監管行業、需稽核軌跡、團隊規模中大 |
| 🟡 左上 | 工具級 × 強審計 | StrongDM / Teleport | 只想擋連線層、不打算改變開發流程 |
| ⚪ 左下 | 工具級 × 鬆散 | DataGrip / DBeaver | 單人開發、不需合規 |
| 🟠 右下 | 平台級 × 鬆散 | Liquibase / Flyway / Atlas | 已有 CI/CD 文化、不需要 GUI 審批 |
Argus 的明確取捨
不是所有場景 Argus 都贏，公開列出反向情境讓評估者快速排除：
| 場景 | Argus 不適合，建議走 | 原因 |
|---|---|---|
| 純桌面 SQL client 用途 | DBeaver / DataGrip | Argus 沒有桌面 client；不打算做 |
| DB 連線層 access gateway（含 SSH / port forwarding） | StrongDM / Teleport | Argus 不做連線層代理，靠 driver |
| 只想要 schema migration（無工作流需求） | Flyway | Argus 框架對 migration-only 用途過重 |
| Snowflake / BigQuery 為主 + 強 declarative | Atlas + dbt | Argus 對 modern data stack 涵蓋淺 |
| 預算為 0 且需要商業 SLA | 任何商業版 | Argus 是公司內部平台，無對外 SLA |
| 一人 dev、無團隊、無合規 | DBeaver Free | Argus 對單人過重 |
Argus 的設計哲學
不在右上象限的其他工具，多半是「功能可選」的工具集合 — 你開了某個 setting，這個保護就生效。Argus 反其道：合規不是設定，是平台屬性。
| 哲學 | 體現 |
|---|---|
| 合規硬性內建 | R10 self-approval banner、R2 AllUsers 不展開 approval-role、A2 PR-1 互動 path advisor — 是平台保證，不是 admin 記得開的設定 |
| 無商業 tier、無功能門檻 | 所有審計、IAM、advisor、masking 功能在自建版同等可用，不存在「付費才能用零信任」的設計 |
| 本地化深度 | zh-TW 為主要 UI 語言、用台灣慣用語、配合本地審計報表格式 |
| 僅自建 / 無外網依賴 | 無 IdP 也能 day-1 上線；不接任何第三方 SaaS |
| 垂直收斂 | 不做桌面 client、不做連線層 access gateway、不做 BI；只做變更生命週期 + 受控互動查詢 + 強制審計 |
| 事前合規 + 事後可審計雙線並行 | advisor 在 Plan / 互動 path 攔截違規（事前）；Schema Drift Detection 10 分鐘內偵測繞過 Plan 的變更（事後）— 兩條防線收口，未授權變更最多 10 分鐘必被抓到 |
Argus 鎖定單一場景：公司內部、受監管、需稽核軌跡、自建部署。在這個場景內，把保護機制做到「不可繞道」是核心承諾。