📚 AI Encyclopedia A–Z by VietDBA Academy
PHẦN V – ENTERPRISE AI
MODULE M38
🤖 AI AGENT ARCHITECTURE
Kiến trúc AI có khả năng lập kế hoạch, sử dụng công cụ và hoàn thành nhiệm vụ nhiều bước
“Chatbot trả lời câu hỏi. AI Agent tiếp nhận mục tiêu, lập kế hoạch, hành động, kiểm tra kết quả và tiếp tục cho đến khi hoàn thành nhiệm vụ.”
🎯 M38.1 MỤC TIÊU
Sau module này, người học có thể:
✅ Hiểu AI Agent là gì.
✅ Phân biệt Chatbot, RAG, Workflow và AI Agent.
✅ Hiểu vòng lặp Perception – Planning – Action – Observation.
✅ Hiểu ReAct và Planner–Executor.
✅ Thiết kế Single Agent và Multi-Agent.
✅ Xây dựng Agent State.
✅ Thiết kế Short-term Memory và Long-term Memory.
✅ Xây dựng Tool Registry.
✅ Áp dụng Guardrail trước khi Agent gọi công cụ.
✅ Thiết kế Human Approval cho hành động Production.
✅ Xây dựng Oracle DBA Agent.
✅ Xây dựng Telecom NOC Agent.
✅ Xây dựng SOC Agent và Office AI Agent.
✅ Triển khai AI Agent trên Kubernetes/OpenShift.
✅ Thiết kế Monitoring, Audit, HA, DR và Cost Control.
📚 MỤC LỤC
🎬 M38.1 Câu chuyện mở đầu
🤖 M38.2 AI Agent là gì?
🆚 M38.3 Chatbot, RAG, Workflow và Agent
🧠 M38.4 Thành phần của AI Agent
👁️ M38.5 Perception
🎯 M38.6 Goal Understanding
🧭 M38.7 Planning
🔧 M38.8 Tool Use
⚙️ M38.9 Action
🔍 M38.10 Observation
🔄 M38.11 Agent Loop
🧠 M38.12 ReAct Pattern
📋 M38.13 Planner–Executor
🧍 M38.14 Single Agent
👥 M38.15 Multi-Agent
🗂️ M38.16 Agent State
🧠 M38.17 Short-term Memory
📚 M38.18 Long-term Memory
🛠️ M38.19 Tool Registry
🧩 M38.20 Workflow Engine
🚦 M38.21 Agent Routing
🔐 M38.22 Agent Identity và Authorization
🛡️ M38.23 Agent Guardrail
👤 M38.24 Human Approval
⏱️ M38.25 Timeout, Retry và Stop Conditions
🔁 M38.26 Idempotency và Transaction Safety
💻 M38.27 Oracle DBA Agent
📡 M38.28 Telecom NOC Agent
🛡️ M38.29 SOC Agent
🏢 M38.30 Office AI Agent
🏦 M38.31 Banking Agent
🏛️ M38.32 Government Agent
🏗️ M38.33 Enterprise Architecture
☸️ M38.34 Kubernetes/OpenShift Deployment
📊 M38.35 Agent Observability
📈 M38.36 Performance và SLA
💰 M38.37 Cost
⚖️ M38.38 Trade-off
⚠️ M38.39 Sai lầm phổ biến
💡 M38.40 Góc AI Architect
🧪 M38.41 Hands-on Project
👑 M38.42 CTO Perspective
📶 M38.43 Maturity Model
⚠️ M38.44 Risk Register
📋 M38.45 Production Checklist
🧠 M38.46 Mindmap
🎨 M38.47 Infographic kiến thức
🏗️ M38.48 Infographic kiến trúc
🧯 M38.49 Failure Injection
✅ M38.50 Acceptance Test
📦 M38.51 Sản phẩm đầu ra
🎬 M38.1 CÂU CHUYỆN MỞ ĐẦU
Một kỹ sư hỏi:
“Hãy kiểm tra Data Guard, xác định nguyên nhân apply lag và tạo báo cáo sự cố.”
Một Chatbot thông thường có thể trả lời:
Bạn cần kiểm tra:
- v$dataguard_stats
- v$archive_dest_status
- Alert Log
- Network
Đây mới chỉ là hướng dẫn.
Một RAG có thể:
Tìm runbook Data Guard.
Tìm RCA cũ.
Trả về câu lệnh kiểm tra phù hợp.
Nhưng kỹ sư vẫn phải:
Đăng nhập Database.
Chạy SQL.
Thu thập kết quả.
Kiểm tra log.
So sánh thời gian.
Viết báo cáo.
AI Agent có thể thực hiện theo chuỗi:
Nhận mục tiêu
↓
Xác định Database và môi trường
↓
Kiểm tra quyền người dùng
↓
Lập kế hoạch
↓
Gọi công cụ giám sát
↓
Chạy SQL Read-only
↓
Thu thập Alert Log
↓
Phân tích Network Metric
↓
Đối chiếu Runbook và RCA
↓
Xác định bằng chứng
↓
Tạo báo cáo
↓
Đề xuất hành động
↓
Yêu cầu DBA phê duyệt nếu cần thay đổi
Đây chính là:
🤖 AI Agent
🤖 M38.2 AI AGENT LÀ GÌ?
AI Agent là một hệ thống phần mềm có khả năng:
Tiếp nhận mục tiêu.
Quan sát môi trường.
Lập kế hoạch.
Chọn công cụ.
Thực hiện hành động.
Đọc kết quả.
Điều chỉnh kế hoạch.
Dừng khi hoàn thành hoặc cần con người hỗ trợ.
Mô hình đơn giản:
Goal
↓
Think
↓
Act
↓
Observe
↓
Repeat
Một AI Agent không chỉ là LLM.
Nó thường gồm:
LLM
+
Memory
+
Tools
+
Workflow
+
Policy
+
Guardrail
+
Observability
🆚 M38.3 CHATBOT, RAG, WORKFLOW VÀ AGENT
| Hệ thống | Khả năng chính |
|---|---|
| Chatbot | Trả lời hội thoại |
| RAG | Trả lời dựa trên kho tri thức |
| Workflow | Chạy quy trình cố định |
| AI Agent | Tự chọn bước tiếp theo để đạt mục tiêu |
Chatbot
Question
↓
Answer
Ví dụ:
“Oracle RAC là gì?”
RAG
Question
↓
Retrieve Documents
↓
Generate Answer
Ví dụ:
“Theo runbook nội bộ, cách kiểm tra RAC node eviction là gì?”
Workflow
Step 1
↓
Step 2
↓
Step 3
Các bước đã được định nghĩa trước.
Ví dụ:
Backup
↓
Patch
↓
Restart
↓
Validate
AI Agent
Goal
↓
Determine next action
↓
Use tool
↓
Observe result
↓
Adjust plan
Ví dụ:
“Hãy tìm nguyên nhân hệ thống chậm và đề xuất phương án xử lý.”
Agent chưa biết trước chính xác phải chạy những công cụ nào.
Nó lựa chọn dựa trên kết quả từng bước.
🧠 M38.4 THÀNH PHẦN CỦA AI AGENT
Một Enterprise AI Agent thường có:
1. Goal Interpreter
2. Planner
3. Tool Selector
4. Executor
5. Observation Processor
6. Memory
7. State Store
8. Policy Engine
9. Guardrail
10. Approval Workflow
11. Audit
12. Monitoring
👁️ M38.5 PERCEPTION
Perception là khả năng Agent tiếp nhận thông tin từ môi trường.
Nguồn Perception có thể là:
Câu hỏi người dùng.
Email.
Ticket.
Alert.
Log.
Metric.
Database Query.
API Response.
File.
Ảnh.
Video.
Voice.
Sensor.
Ví dụ Telecom Agent nhận:
Alarm từ NMS
+
KPI từ Prometheus
+
Ticket từ ITSM
+
Configuration Change
Agent phải chuẩn hóa các nguồn khác nhau thành một trạng thái chung.
🎯 M38.6 GOAL UNDERSTANDING
Người dùng thường đưa mục tiêu mơ hồ.
Ví dụ:
“Kiểm tra giúp hệ thống Billing có vấn đề gì.”
Agent cần làm rõ ở mức hệ thống:
Target:
Billing
Environment:
Production
Goal:
Health check và phát hiện bất thường
Scope:
Application, Database, Middleware, Infrastructure
Output:
Summary + Evidence + Recommendation
Goal Understanding gồm:
Intent.
Target.
Scope.
Constraints.
Deadline.
Risk.
Required Output.
Approval Requirement.
🧭 M38.7 PLANNING
Planner chuyển mục tiêu thành các bước.
Ví dụ mục tiêu:
“Phân tích Oracle RAC node eviction.”
Kế hoạch:
1. Xác định cluster và node bị ảnh hưởng.
2. Thu thập CRS log.
3. Thu thập OS log.
4. Thu thập interconnect metric.
5. Kiểm tra CPU, RAM và I/O.
6. Xác định timeline.
7. So sánh với RCA lịch sử.
8. Xếp hạng nguyên nhân.
9. Tạo đề xuất xử lý.
10. Tạo báo cáo RCA sơ bộ.
Kế hoạch tốt phải có
Bước thực hiện.
Công cụ tương ứng.
Điều kiện chuyển bước.
Giới hạn thời gian.
Điều kiện dừng.
Phương án khi lỗi.
Mức rủi ro.
Approval nếu cần.
🔧 M38.8 TOOL USE
Tool là khả năng giúp Agent tương tác với hệ thống thật.
Ví dụ:
oracle_query
linux_ssh
kubernetes_api
prometheus_query
grafana_dashboard
ticket_search
email_send
document_search
network_controller
cloud_api
LLM không trực tiếp truy cập Database hay Server.
Nó sinh yêu cầu Tool Call.
Ví dụ:
{
"tool": "oracle_query",
"operation": "read_only",
"database": "BILLINGDB",
"sql_template": "check_dataguard_lag"
}
Sau đó Tool Gateway kiểm tra và thực thi.
⚙️ M38.9 ACTION
Action là hành động Agent thực hiện qua công cụ.
Action có thể là:
Read Action
Đọc metric.
Đọc log.
Query Database.
Tìm tài liệu.
Kiểm tra trạng thái.
Write Action
Tạo ticket.
Gửi email.
Cập nhật báo cáo.
Thêm ghi chú.
Change Action
Restart Service.
Scale Deployment.
Kill Session.
Apply Configuration.
Failover.
Mức độ kiểm soát phải tăng theo rủi ro.
🔍 M38.10 OBSERVATION
Observation là kết quả trả về sau Action.
Ví dụ Agent chạy:
SELECT value
FROM v$dataguard_stats
WHERE name = 'apply lag';
Kết quả:
+00 00:45:13
Agent nhận Observation:
{
"tool": "oracle_query",
"status": "success",
"result": {
"apply_lag": "00:45:13"
}
}
Agent dùng Observation để quyết định bước tiếp theo.
🔄 M38.11 AGENT LOOP
Vòng lặp Agent:
Goal
↓
Plan
↓
Select Tool
↓
Guardrail
↓
Execute
↓
Observe
↓
Update State
↓
Goal Completed?
Nếu chưa hoàn thành:
No
↓
Plan next step
Nếu hoàn thành:
Yes
↓
Generate final result
Nếu rủi ro cao:
Require Approval
Nếu không thể tiếp tục:
Escalate to Human
🧠 M38.12 REACT PATTERN
ReAct là cách kết hợp:
Reason
+
Act
+
Observe
Trong triển khai Enterprise, không cần hiển thị toàn bộ suy luận nội bộ.
Thay vào đó, hệ thống lưu:
Quyết định bước tiếp theo.
Lý do nghiệp vụ ngắn gọn.
Tool được chọn.
Kết quả.
Trạng thái.
Ví dụ:
Decision:
Kiểm tra Archive Destination vì Apply Lag cao.
Action:
Gọi Tool check_archive_dest_status.
Observation:
Sequence 3842 chưa đến Standby.
Next Decision:
Kiểm tra Transport và Network.
📋 M38.13 PLANNER–EXECUTOR
Kiến trúc Planner–Executor chia Agent thành hai vai trò.
Planner
Hiểu mục tiêu.
Lập kế hoạch.
Điều chỉnh kế hoạch.
Không trực tiếp chạy lệnh.
Executor
Nhận một bước cụ thể.
Chọn Tool.
Thực thi.
Trả Observation.
Kiến trúc:
Goal
↓
Planner
↓
Task 1
↓
Executor
↓
Observation
↓
Planner
↓
Task 2
Ưu điểm
✅ Dễ kiểm soát.
✅ Dễ Audit.
✅ Dễ thay thế model.
✅ Dễ giới hạn quyền Executor.
🧍 M38.14 SINGLE AGENT
Single Agent sử dụng một Agent để thực hiện toàn bộ nhiệm vụ.
Ví dụ:
Oracle DBA Agent
Nó có thể:
Query Database.
Đọc Alert Log.
Tìm Runbook.
Phân tích.
Tạo báo cáo.
Ưu điểm
✅ Kiến trúc đơn giản.
✅ Dễ triển khai.
✅ Chi phí thấp hơn.
Nhược điểm
❌ Prompt lớn.
❌ Nhiều Tool.
❌ Khó chuyên môn hóa.
❌ Khó kiểm soát khi nhiệm vụ phức tạp.
👥 M38.15 MULTI-AGENT
Multi-Agent sử dụng nhiều Agent chuyên biệt.
Ví dụ:
Incident Coordinator Agent
Oracle DBA Agent
Linux Agent
Network Agent
Kubernetes Agent
Security Agent
Report Agent
Luồng xử lý:
Coordinator
↓
Phân chia nhiệm vụ
↓
Các Agent chuyên môn chạy song song
↓
Coordinator tổng hợp
↓
Guardrail
↓
Kết quả cuối
Ưu điểm
✅ Chuyên môn hóa.
✅ Có thể chạy song song.
✅ Dễ mở rộng.
✅ Phù hợp sự cố đa tầng.
Nhược điểm
❌ Phức tạp.
❌ Tăng chi phí token.
❌ Dễ lặp công việc.
❌ Có thể xung đột kết luận.
❌ Khó Debug hơn.
🗂️ M38.16 AGENT STATE
Agent State lưu trạng thái nhiệm vụ đang thực hiện.
Ví dụ:
{
"task_id": "INC-2026-0001",
"goal": "Analyze Data Guard apply lag",
"status": "running",
"current_step": 4,
"completed_steps": [
"check_apply_lag",
"check_transport_lag",
"check_archive_destination"
],
"pending_steps": [
"check_network",
"generate_report"
],
"risk_level": "medium"
}
State giúp:
Khôi phục khi Agent bị restart.
Tránh thực hiện lặp.
Theo dõi tiến độ.
Audit.
Cho phép người dùng can thiệp.
🧠 M38.17 SHORT-TERM MEMORY
Short-term Memory lưu thông tin trong phiên làm việc hiện tại.
Ví dụ:
Câu hỏi hiện tại.
Tool Result.
Các bước đã thực hiện.
Kết luận tạm thời.
Phản hồi người dùng.
Task State.
Short-term Memory thường lưu trong:
Redis.
Database.
Workflow State Store.
Agent Runtime.
📚 M38.18 LONG-TERM MEMORY
Long-term Memory lưu tri thức có thể tái sử dụng.
Ví dụ:
RCA đã hoàn thành.
Thói quen người dùng.
Quy trình đã được phê duyệt.
Cấu hình hệ thống.
Kết quả các sự cố cũ.
Feedback về phương án.
Long-term Memory có thể gồm:
Relational Database
Vector Database
Knowledge Graph
Document Store
Không nên lưu tùy tiện
Không phải mọi hội thoại đều nên trở thành Memory.
Cần xét:
Mục đích.
Thời hạn lưu.
Quyền.
PII.
Secret.
Độ chính xác.
Chính sách xóa dữ liệu.
🛠️ M38.19 TOOL REGISTRY
Tool Registry là danh mục công cụ mà Agent được phép sử dụng.
Mỗi Tool cần có:
Tool ID
Tên
Mô tả
Input Schema
Output Schema
Owner
Security Level
Allowed Roles
Allowed Environments
Risk Level
Timeout
Retry Policy
Ví dụ:
{
"tool_id": "oracle_health_check",
"type": "read_only",
"owner": "DBA-Team",
"allowed_roles": [
"DBA",
"IncidentManager"
],
"allowed_environment": [
"test",
"production"
],
"risk": "low"
}
🧩 M38.20 WORKFLOW ENGINE
Workflow Engine quản lý các quy trình có trạng thái.
Nhiệm vụ:
Lưu bước đã chạy.
Retry.
Timeout.
Chờ Approval.
Chạy song song.
Rollback.
Resume.
Ghi Audit.
Agent phù hợp với quyết định linh hoạt.
Workflow phù hợp với quy trình cần kiểm soát.
Kiến trúc tốt thường kết hợp:
Agent quyết định
+
Workflow Engine điều phối
🚦 M38.21 AGENT ROUTING
Không phải mọi nhiệm vụ đều gửi tới cùng một Agent.
Agent Router chọn:
DBA Agent.
Linux Agent.
Network Agent.
Kubernetes Agent.
Security Agent.
Office Agent.
Multi-Agent Coordinator.
Ví dụ:
ORA-00600
↓
Oracle DBA Agent
Pod OOMKilled
↓
Kubernetes Agent + Linux Agent
Mất kết nối nhiều site
↓
Telecom NOC Agent
🔐 M38.22 AGENT IDENTITY VÀ AUTHORIZATION
Agent phải có danh tính riêng.
Không nên để tất cả Agent dùng chung một tài khoản có toàn quyền.
Mỗi Agent cần:
Service Account.
Role.
Scope.
Namespace.
Credential riêng.
Audit riêng.
Token ngắn hạn.
Ví dụ:
DBA Read Agent
↓
Chỉ SELECT trên View giám sát
DBA Change Agent
↓
Không hoạt động nếu chưa có Approval
Nguyên tắc:
Least Privilege
🛡️ M38.23 AGENT GUARDRAIL
Mọi Tool Call phải qua Guardrail.
Agent Proposal
↓
Tool Validator
↓
Policy Engine
↓
Risk Engine
↓
Approval
↓
Executor
Guardrail kiểm tra:
Tool có được phép không?
Agent có quyền không?
Người dùng có quyền không?
Target đúng không?
Môi trường nào?
Có vượt phạm vi không?
Có thể phá hủy không?
Có Approval không?
👤 M38.24 HUMAN APPROVAL
Các hành động nên yêu cầu Approval:
Restart Database.
Kill Session Production.
Scale Service xuống 0.
Chuyển traffic.
Failover.
Thay đổi Firewall.
Apply Patch.
Xóa dữ liệu.
Gửi thông báo diện rộng.
Thay đổi cấu hình khách hàng.
Approval Request nên hiển thị:
Action
Reason
Evidence
Target
Risk
Blast Radius
Rollback
Maintenance Window
Requested By
Agent ID
⏱️ M38.25 TIMEOUT, RETRY VÀ STOP CONDITIONS
Agent có nguy cơ chạy vòng lặp vô hạn.
Cần giới hạn:
Max Steps
Max Runtime
Max Tool Calls
Max Token Budget
Max Retry
Max Cost
Stop Conditions:
Goal Completed.
Không có quyền.
Không đủ dữ liệu.
Tool lỗi lặp lại.
Risk vượt ngưỡng.
Budget hết.
Người dùng hủy.
Cần Human Approval.
🔁 M38.26 IDEMPOTENCY VÀ TRANSACTION SAFETY
Một Action có thể bị retry.
Nếu Action không Idempotent, retry có thể gây hậu quả.
Ví dụ:
Gửi email hai lần.
Tạo hai ticket.
Restart service hai lần.
Thực hiện chuyển tiền hai lần.
Cần sử dụng:
Idempotency Key.
Action ID.
Duplicate Check.
Transaction Log.
Exactly-once hoặc At-least-once có kiểm soát.
Ví dụ:
{
"action_id": "ACT-2026-10001",
"idempotency_key": "INC-001-create-ticket"
}
💻 M38.27 ORACLE DBA AGENT
Mục tiêu
“Kiểm tra sức khỏe Oracle RAC và lập báo cáo.”
Agent Plan
1. Xác định Database và Cluster.
2. Kiểm tra Database Status.
3. Kiểm tra RAC Instance.
4. Kiểm tra ASM.
5. Kiểm tra Listener, SCAN và VIP.
6. Kiểm tra Data Guard.
7. Kiểm tra Tablespace.
8. Kiểm tra Wait Event.
9. Kiểm tra Alert Log.
10. Tổng hợp vấn đề.
Tool
oracle_sql_readonly
asm_health_check
crs_status
alert_log_search
prometheus_query
awr_search
runbook_retrieval
Output
Executive Summary.
Health Score.
Critical Issue.
Warning.
Evidence.
Recommended Action.
Approval Requirement.
Runbook Link.
📡 M38.28 TELECOM NOC AGENT
Mục tiêu
“Phân tích nguyên nhân nhiều trạm mất kết nối.”
Agent thu thập:
Alarm.
KPI.
Configuration Change.
Transmission Status.
Power Status.
Vendor Event.
Weather Event.
Ticket.
Historical RCA.
Phân công:
Alarm Agent
Network Agent
Transmission Agent
Power Agent
Vendor Agent
Coordinator Agent
Output:
Phạm vi.
Timeline.
Cluster sự cố.
Nguyên nhân khả dĩ.
Trạm ưu tiên.
Phương án khôi phục.
Kế hoạch điều phối đội hiện trường.
🛡️ M38.29 SOC AGENT
SOC Agent có thể:
Thu thập Alert SIEM.
Enrich IOC.
Tra cứu Threat Intelligence.
Kiểm tra tài sản bị ảnh hưởng.
Phân loại mức độ.
Tạo Ticket.
Đề xuất Playbook.
Cô lập thiết bị nếu được phê duyệt.
Không nên tự động:
Xóa log.
Block diện rộng.
Disable Account quan trọng.
Cô lập Production Server mà không có Approval.
🏢 M38.30 OFFICE AI AGENT
Office Agent có thể:
Đọc email.
Phân loại công việc.
Tạo lịch.
Chuẩn bị báo cáo.
Theo dõi Deadline.
Tổng hợp cuộc họp.
Tạo tài liệu.
Gửi nhắc việc.
Cập nhật Dashboard.
Ví dụ:
Người dùng:
“Tổng hợp các việc chưa hoàn thành và chuẩn bị báo cáo tuần.”
Agent:
Đọc Task List
↓
Đọc Email liên quan
↓
Đọc Calendar
↓
Nhóm công việc
↓
Phát hiện Deadline
↓
Tạo báo cáo
↓
Yêu cầu duyệt trước khi gửi
🏦 M38.31 BANKING AGENT
Ứng dụng:
KYC Assistant.
Fraud Investigation.
Transaction Analysis.
Compliance Assistant.
Customer Support.
Credit Document Review.
Yêu cầu:
PII Protection.
Explainability.
Human Decision.
Segregation of Duties.
Audit.
Không tự phê duyệt giao dịch nhạy cảm.
🏛️ M38.32 GOVERNMENT AGENT
Ứng dụng:
Trợ lý tra cứu văn bản.
Tổng hợp báo cáo.
Phân tích hồ sơ.
Theo dõi tiến độ.
Hỗ trợ xử lý thủ tục.
Điều phối công việc liên cơ quan.
Yêu cầu:
Data Sovereignty.
Phân quyền.
Văn bản đang hiệu lực.
Audit.
Không tự ra quyết định hành chính.
Không chia sẻ dữ liệu công dân sai phạm vi.
🏗️ M38.33 ENTERPRISE ARCHITECTURE
┌──────────────────────────────────────────────────────────────┐
│ USERS / SYSTEMS │
└──────────────────────────────┬───────────────────────────────┘
│
▼
┌─────────────────────┐
│ API Gateway / IAM │
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ Agent Gateway │
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ Goal Interpreter │
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ Agent Router │
└──────────┬──────────┘
│
┌────────────────┼─────────────────┐
│ │ │
▼ ▼ ▼
Oracle Agent Linux Agent Network Agent
│ │ │
└────────────────┼─────────────────┘
▼
┌─────────────────────┐
│ Planner │
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ Workflow Engine │
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ Tool Registry │
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ Guardrail Gateway │
└──────────┬──────────┘
│
┌─────────────────┼──────────────────┐
│ │ │
▼ ▼ ▼
Read Tools Change Tools Approval Service
│ │ │
└─────────────────┼──────────────────┘
▼
┌─────────────────────┐
│ Observation Store │
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ Memory & State │
└──────────┬──────────┘
│
▼
┌─────────────────────┐
│ Final Response │
└─────────────────────┘
☸️ M38.34 KUBERNETES/OPENSHIFT DEPLOYMENT
Microservice đề xuất
agent-gateway
goal-interpreter
agent-router
planner-service
executor-service
tool-registry
tool-gateway
workflow-engine
state-store
memory-service
guardrail-service
approval-service
observation-service
audit-service
agent-monitoring
Node Pool
CPU Node Pool
↓
Gateway, Workflow, Policy, State
GPU Node Pool
↓
Planner, Reasoning Model, Specialized Agent
Isolated Tool Runner
↓
SSH, Database, Network Tool
Kubernetes Objects
Deployment.
StatefulSet.
Job.
CronJob.
Service.
Ingress.
HPA.
PodDisruptionBudget.
NetworkPolicy.
ServiceAccount.
RoleBinding.
Secret.
PersistentVolume.
PriorityClass.
Quan trọng
Tool Runner cần tách biệt với LLM Pod.
LLM Pod
↓
Không có quyền Production trực tiếp
Tool Runner
↓
Có quyền giới hạn
↓
Qua Guardrail
📊 M38.35 AGENT OBSERVABILITY
Agent Observability cần theo dõi cả nhiệm vụ, không chỉ từng API Call.
Mỗi Task cần lưu:
Task ID
Goal
Agent
Plan
Current Step
Tool Calls
Observations
Risk Decisions
Approvals
Token Usage
Cost
Final Status
Failure Reason
Chỉ số quan trọng
Task Success Rate.
Step Success Rate.
Tool Error Rate.
Average Steps.
Average Completion Time.
Human Escalation Rate.
Approval Rate.
Loop Detection.
Cost per Task.
Token per Task.
Agent Hallucination.
Wrong Tool Selection.
Duplicate Action.
User Satisfaction.
📈 M38.36 PERFORMANCE VÀ SLA
SLA Agent khác Chatbot.
Một Agent có thể cần nhiều bước.
Ví dụ:
Simple FAQ Agent:
< 3 giây
Read-only Health Check:
< 30 giây
Incident Analysis:
< 5 phút
Long-running Audit:
Theo Workflow SLA
Các chỉ số:
Planning Latency.
Tool Call Latency.
Queue Time.
Approval Wait Time.
Total Completion Time.
Parallel Step Efficiency.
Retry Count.
💰 M38.37 COST
Chi phí Agent gồm:
LLM Planning.
LLM Execution.
Tool Calls.
Vector Search.
Workflow Engine.
State Store.
Monitoring.
Human Approval.
Infrastructure.
Agent có thể tốn hơn Chatbot vì:
Một yêu cầu
↓
Nhiều LLM Call
↓
Nhiều Tool Call
↓
Nhiều vòng lặp
Kiểm soát chi phí
Max Steps.
Token Budget.
Model Routing.
Cache.
Parallel Execution.
Small Model cho Task đơn giản.
Rule-based Workflow.
Dừng khi đủ bằng chứng.
Không lặp Tool Call.
Cost Alert.
⚖️ M38.38 TRADE-OFF
| Lựa chọn | Ưu điểm | Nhược điểm |
|---|---|---|
| Single Agent | Đơn giản | Khó mở rộng |
| Multi-Agent | Chuyên sâu | Phức tạp |
| Agent tự do | Linh hoạt | Khó kiểm soát |
| Workflow cố định | An toàn | Kém linh hoạt |
| Auto-execution | Nhanh | Rủi ro |
| Human Approval | An toàn | Chậm |
| Long-term Memory | Cá nhân hóa | Rủi ro dữ liệu |
| Nhiều Tool | Nhiều khả năng | Tăng bề mặt tấn công |
| Large Model Planner | Lập kế hoạch tốt | Chi phí cao |
| Small Model Executor | Nhanh, rẻ | Khả năng hạn chế |
⚠️ M38.39 SAI LẦM PHỔ BIẾN
❌ Gọi Chatbot là AI Agent.
❌ Cho Agent toàn quyền Production.
❌ Không có Stop Condition.
❌ Không giới hạn số bước.
❌ Không lưu Agent State.
❌ Retry Action mà không có Idempotency.
❌ Dùng một Agent cho mọi lĩnh vực.
❌ Cho Agent tự tạo Tool không kiểm soát.
❌ Không có Approval.
❌ Không kiểm tra kết quả sau Action.
❌ Không ghi Audit từng bước.
❌ Lưu Secret trong Memory.
❌ Multi-Agent quá sớm khi Single Agent đã đủ.
💡 M38.40 GÓC AI ARCHITECT
Một AI Architect phải trả lời:
Nhiệm vụ nào cần Agent?
Nhiệm vụ nào chỉ cần Workflow?
Single hay Multi-Agent?
Agent được dùng Tool nào?
Ai sở hữu Tool?
Agent có quyền gì?
Khi nào cần Approval?
State lưu ở đâu?
Memory giữ bao lâu?
Khi Agent bị restart thì resume thế nào?
Khi Agent lặp vô hạn thì dừng ra sao?
Ai chịu trách nhiệm với Action?
Làm sao Audit toàn bộ Task?
Nguyên tắc kiến trúc
LLM proposes
Policy decides
Tool executes
System observes
Human governs
🧪 M38.41 HANDS-ON PROJECT
Project 07: Xây dựng Oracle DBA AI Agent
Bước 1: Chọn phạm vi an toàn
Phiên bản đầu chỉ làm:
Read-only Health Check
Incident Analysis
Runbook Recommendation
Report Generation
Chưa cho phép:
ALTER SYSTEM.
SHUTDOWN.
DROP.
Failover.
Restart.
Bước 2: Tạo Tool Registry
Các Tool:
oracle_database_status
oracle_tablespace_check
oracle_dataguard_check
oracle_rac_check
oracle_asm_check
oracle_wait_event_check
oracle_alert_log_search
prometheus_metric_query
runbook_search
Bước 3: Tạo Agent State
{
"task_id": "",
"database": "",
"environment": "",
"goal": "",
"plan": [],
"completed_steps": [],
"observations": [],
"risk": "",
"status": ""
}
Bước 4: Tạo Planner
Planner nhận:
Goal
Database
Environment
Available Tools
Policies
Planner trả:
Step List
Expected Evidence
Stop Condition
Bước 5: Tạo Executor
Executor:
Nhận một Step.
Chọn Tool.
Validate Input.
Gọi Guardrail.
Execute.
Lưu Observation.
Bước 6: Tạo Guardrail
Rule:
SELECT
↓
Allow
ALTER SYSTEM
↓
Block trong phiên bản 1
Production Write Action
↓
Require Approval
Bước 7: Tạo Report Agent
Output:
1. Executive Summary
2. Health Status
3. Critical Findings
4. Warning
5. Evidence
6. Recommended Checks
7. Recommended Action
8. Approval Requirement
9. Source
Bước 8: Tạo Workflow
Start
↓
Validate Goal
↓
Create Plan
↓
Execute Read-only Steps
↓
Analyze
↓
Generate Report
↓
Human Review
↓
Close Task
Bước 9: Dashboard
Theo dõi:
Task Status.
Current Step.
Tool Latency.
Errors.
Risk.
Cost.
Approval.
Completion Time.
Bước 10: Test Case
Case 1:
Tablespace gần đầy.
Case 2:
Data Guard Apply Lag.
Case 3:
RAC Node Offline.
Case 4:
CPU cao.
Case 5:
ORA-00600.
Case 6:
Agent đề xuất ALTER SYSTEM.
Case 7:
Tool Timeout.
Case 8:
Agent Loop.
👑 M38.42 CTO PERSPECTIVE
CTO cần quan tâm:
Agent có thực sự giảm thời gian xử lý công việc không?
Agent đang tư vấn hay được phép hành động?
Công việc nào nên tự động?
Công việc nào phải có con người?
Một sự cố Agent gây ra có truy vết được không?
Có thể dừng Agent khẩn cấp không?
Có Agent Kill Switch không?
Agent có vượt ngân sách không?
Có phân tách quyền giữa các Agent không?
Có phụ thuộc vào một mô hình không?
Có kế hoạch HA và DR không?
KPI cấp lãnh đạo
Tỷ lệ Task hoàn thành.
Thời gian xử lý trung bình.
MTTR giảm.
Tỷ lệ Escalation.
Số bước tự động hóa.
Số lỗi bị ngăn bởi Guardrail.
Chi phí mỗi Task.
Tỷ lệ sử dụng Tool.
Tỷ lệ Human Approval.
Số giờ công tiết kiệm.
📶 M38.43 MATURITY MODEL
Level 1 — Chat Assistant
Chỉ trả lời.
Không Tool.
Không State.
Level 2 — Tool-enabled Assistant
Có Tool Read-only.
Có Guardrail cơ bản.
Không Planning phức tạp.
Level 3 — Production Agent
Có Planning.
Có State.
Có Workflow.
Có Audit.
Có Approval.
Level 4 — Enterprise Multi-Agent
Nhiều Agent chuyên môn.
Phân quyền.
Multi-step.
HA và DR.
Cost Control.
Governance.
Level 5 — Semi-autonomous Operations
Tự xử lý tác vụ rủi ro thấp.
Tự điều phối Agent.
Tự phát hiện lỗi.
Tự khôi phục trong phạm vi được phép.
Hành động quan trọng vẫn phải có phê duyệt.
⚠️ M38.44 RISK REGISTER
| Rủi ro | Tác động | Biện pháp |
|---|---|---|
| Agent Loop | Tăng chi phí | Max Steps |
| Sai Tool | Kết quả sai | Tool Registry |
| Vượt quyền | Sự cố bảo mật | IAM + Policy |
| Duplicate Action | Tác động lặp | Idempotency |
| Hallucinated Action | Lệnh sai | Guardrail |
| Memory Leakage | Lộ dữ liệu | Memory Policy |
| Tool Timeout | Task treo | Retry + Timeout |
| Multi-Agent Conflict | Kết luận mâu thuẫn | Coordinator |
| Approval Bypass | Thay đổi trái phép | Workflow Enforcement |
| State Loss | Không Resume | Persistent State |
| Cost Explosion | Vượt ngân sách | Budget Control |
| Agent Compromise | Tác động hệ thống | Isolation + Kill Switch |
📋 M38.45 PRODUCTION CHECKLIST
Architecture
☐ Có Agent Gateway.
☐ Có Agent Router.
☐ Có Planner.
☐ Có Executor.
☐ Có Workflow Engine.
☐ Có State Store.
☐ Có Tool Registry.
Security
☐ Agent có Identity riêng.
☐ Least Privilege.
☐ Tool Call qua Guardrail.
☐ Có Approval.
☐ Có Secret Management.
☐ Có Network Isolation.
☐ Có Kill Switch.
Reliability
☐ Có Timeout.
☐ Có Retry.
☐ Có Idempotency.
☐ Có Stop Condition.
☐ Có Resume.
☐ Có Dead Letter Queue.
☐ Có DR.
Governance
☐ Có Audit.
☐ Có Agent Owner.
☐ Có Tool Owner.
☐ Có Policy Version.
☐ Có Risk Classification.
☐ Có Review định kỳ.
Cost
☐ Có Token Budget.
☐ Có Max Steps.
☐ Có Cost per Task.
☐ Có Budget Alert.
☐ Có Model Routing.
🧠 M38.46 MINDMAP
🤖 AI AGENT
│
┌────────────────────┼────────────────────┐
│ │ │
🎯 Goal 🧭 Planning 🛠️ Tools
│ │ │
Understand Plan Steps Select Tool
Scope Dependencies Execute
Constraint Stop Condition Observe
│ │ │
└────────────────────┼────────────────────┘
│
🗂️ State
│
🧠 Memory
│
🛡️ Guardrail
│
┌─────────┼─────────┐
│ │ │
✅ Auto 👤 Approve 🛑 Block
│ │
└─────────┼─────────┘
│
🔍 Observe
│
🔄 Continue
│
📊 Result
🎨 M38.47 INFOGRAPHIC KIẾN THỨC
┌──────────────────────────────────────────────────────────────────┐
│ 🤖 AI AGENT ARCHITECTURE │
├──────────────────────────────────────────────────────────────────┤
│ │
│ 🎯 USER GOAL │
│ “Kiểm tra hệ thống, tìm nguyên nhân và tạo báo cáo.” │
│ │ │
│ ▼ │
│ 🧭 PLAN │
│ Chia mục tiêu thành nhiều bước có điều kiện và điểm dừng │
│ │ │
│ ▼ │
│ 🛠️ SELECT TOOL │
│ Database │ Linux │ Kubernetes │ Monitoring │ Ticket │
│ │ │
│ ▼ │
│ 🛡️ GUARDRAIL │
│ Quyền │ Rủi ro │ Môi trường │ Approval │
│ │ │
│ ▼ │
│ ⚙️ ACTION │
│ Query │ Search │ Create Ticket │ Execute │
│ │ │
│ ▼ │
│ 🔍 OBSERVATION │
│ Đọc kết quả và cập nhật trạng thái │
│ │ │
│ ▼ │
│ 🔄 CONTINUE OR STOP │
│ Chưa đủ dữ liệu → bước tiếp theo │
│ Đủ bằng chứng → hoàn thành │
│ │ │
│ ▼ │
│ 📊 FINAL RESULT │
│ Báo cáo │ Bằng chứng │ Hành động │ Citation │
├──────────────────────────────────────────────────────────────────┤
│ 💡 AI Agent không chỉ biết nói. Nó phải biết lập kế hoạch, dùng │
│ đúng công cụ, quan sát kết quả và dừng đúng lúc. │
└──────────────────────────────────────────────────────────────────┘
🏗️ M38.48 INFOGRAPHIC KIẾN TRÚC ENTERPRISE
┌──────────────────────────────────────────────────────────────────┐
│ 🏗️ ENTERPRISE AI AGENT PLATFORM │
├──────────────────────────────────────────────────────────────────┤
│ │
│ 👥 USERS / ALERTS / APPLICATIONS │
│ │ │
│ ▼ │
│ 🌐 API GATEWAY │
│ │ │
│ ▼ │
│ 🔐 IDENTITY & AUTHORIZATION │
│ │ │
│ ▼ │
│ 🤖 AGENT GATEWAY │
│ │ │
│ ▼ │
│ 🎯 GOAL INTERPRETER │
│ │ │
│ ▼ │
│ 🚦 AGENT ROUTER │
│ ┌─────────────────────┼─────────────────────┐ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ 💻 DBA AGENT 🐧 LINUX AGENT 📡 NETWORK AGENT │
│ │ │ │ │
│ └─────────────────────┼─────────────────────┘ │
│ ▼ │
│ 🧭 PLANNER │
│ │ │
│ ▼ │
│ 🧩 WORKFLOW ENGINE │
│ │ │
│ ▼ │
│ 🛠️ TOOL REGISTRY │
│ │ │
│ ▼ │
│ 🛡️ GUARDRAIL GATEWAY │
│ ┌────────────────────┼────────────────────┐ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ 🔍 READ TOOLS ⚙️ CHANGE TOOLS 👤 APPROVAL │
│ │ │ │ │
│ └────────────────────┼────────────────────┘ │
│ ▼ │
│ 🔍 OBSERVATION STORE │
│ │ │
│ ▼ │
│ 🗂️ STATE + 🧠 MEMORY │
│ │ │
│ ▼ │
│ 📊 FINAL RESULT │
│ │ │
│ ▼ │
│ PROMETHEUS │ GRAFANA │ AUDIT │ COST │ TRACE │
│ │
├──────────────────────────────────────────────────────────────────┤
│ 🔐 Nguyên tắc: Agent đề xuất, Policy quyết định, Tool thực thi, │
│ hệ thống kiểm chứng và con người kiểm soát hành động lớn. │
└──────────────────────────────────────────────────────────────────┘
🧯 M38.49 FAILURE INJECTION
Kịch bản 1: Agent chạy vòng lặp
Agent liên tục gọi cùng một Tool.
Kỳ vọng:
Loop Detector phát hiện
↓
Dừng Task
↓
Ghi Audit
↓
Chuyển Human Review
Kịch bản 2: Planner tạo hành động vượt quyền
Ví dụ:
Restart Production Database
Kỳ vọng:
Guardrail chặn
↓
Tạo Approval Request hoặc từ chối
Kịch bản 3: Tool timeout
Kỳ vọng:
Retry giới hạn
↓
Chuyển Tool dự phòng
↓
Nếu vẫn lỗi, dừng an toàn
Kịch bản 4: Duplicate Action
Agent tạo hai Ticket giống nhau.
Kỳ vọng:
Idempotency Key phát hiện
↓
Không tạo Ticket thứ hai
Kịch bản 5: State Store lỗi
Kỳ vọng:
Agent không tiếp tục Action ghi
↓
Khôi phục State
↓
Resume từ Checkpoint
Kịch bản 6: Memory chứa Secret
Kỳ vọng:
Secret Scanner phát hiện
↓
Không ghi Long-term Memory
↓
Security Alert
Kịch bản 7: Multi-Agent xung đột
DBA Agent kết luận CPU.
Network Agent kết luận packet loss.
Kỳ vọng:
Coordinator trình bày cả hai giả thuyết
↓
Yêu cầu thêm bằng chứng
↓
Không tự khẳng định nguyên nhân
✅ M38.50 ACCEPTANCE TEST
Hệ thống được nghiệm thu khi:
☐ Agent hiểu đúng Goal.
☐ Agent tạo được Plan hợp lệ.
☐ Tool chỉ được gọi qua Registry.
☐ Agent không vượt quyền.
☐ Read-only Task hoàn thành tự động.
☐ Production Change yêu cầu Approval.
☐ Agent dừng khi đạt Goal.
☐ Agent dừng khi vượt Max Steps.
☐ Retry không tạo Duplicate Action.
☐ State được khôi phục sau restart.
☐ Mọi Tool Call có Audit.
☐ Agent không lưu Secret vào Memory.
☐ Multi-Agent Coordinator xử lý được kết luận mâu thuẫn.
☐ Tool timeout không làm Task treo vô hạn.
☐ Cost per Task được ghi nhận.
☐ Agent Kill Switch hoạt động.
☐ P95 Task Completion đáp ứng SLA.
☐ Failure Injection hoàn thành thành công.
📦 M38.51 SẢN PHẨM ĐẦU RA
enterprise-ai-platform/
├── ingestion/
├── retrieval/
├── reranking/
├── prompting/
├── llm-serving/
├── guardrails/
├── agents/
│ ├── gateway/
│ ├── goal-interpreter/
│ ├── router/
│ ├── planner/
│ ├── executor/
│ ├── coordinator/
│ ├── workflow/
│ ├── state/
│ ├── memory/
│ ├── tools/
│ ├── approval/
│ ├── audit/
│ ├── monitoring/
│ ├── oracle-dba-agent/
│ ├── linux-agent/
│ ├── kubernetes-agent/
│ ├── telecom-agent/
│ ├── soc-agent/
│ └── office-agent/
├── deployment/
└── documentation/
🔜 MODULE M39
🧠 AGENT MEMORY & KNOWLEDGE GRAPH
M38 đã xây dựng Agent có khả năng lập kế hoạch và sử dụng công cụ.
M39 sẽ trả lời:
Làm thế nào để Agent ghi nhớ đúng thông tin, hiểu mối quan hệ giữa hệ thống và tái sử dụng kinh nghiệm từ các nhiệm vụ trước?
M39 sẽ đi sâu vào:
Agent Memory là gì?
Working Memory.
Episodic Memory.
Semantic Memory.
Procedural Memory.
User Memory.
System Memory.
Memory Write Policy.
Memory Retrieval.
Memory Consolidation.
Memory Forgetting.
Knowledge Graph.
Entity và Relationship.
Graph RAG.
Oracle Database Knowledge Graph.
Telecom Service Dependency Graph.
CMDB Integration.
Incident Timeline Graph.
Memory Security.
Memory Poisoning.
Infographic kiến thức.
Infographic kiến trúc Enterprise Memory Platform.
Pipeline tiếp theo:
Agent Task
↓
Observation
↓
Memory Extraction
↓
Validation
↓
Memory Store
↓
Knowledge Graph
↓
Future Retrieval
↓
Smarter Agent
TƯ VẤN: Click Here hoặc Hotline/Zalo 090.29.12.888
=============================
Website không chứa bất kỳ quảng cáo nào, mọi đóng góp để duy trì phát triển cho website (donation) xin vui lòng gửi về STK 90.2142.8888 - Ngân hàng Vietcombank Thăng Long - TRAN VAN BINH
=============================
Nếu bạn không muốn bị AI thay thế và tiết kiệm 3-5 NĂM trên con đường trở thành DBA chuyên nghiệp hay làm chủ Database thì hãy đăng ký ngay KHOÁ HỌC ORACLE DATABASE A-Z ENTERPRISE, được Coaching trực tiếp từ tôi với toàn bộ bí kíp thực chiến, thủ tục, quy trình của gần 20 năm kinh nghiệm (mà bạn sẽ KHÔNG THỂ tìm kiếm trên Internet/Google) từ đó giúp bạn dễ dàng quản trị mọi hệ thống Core tại Việt Nam và trên thế giới, đỗ OCP.
- CÁCH ĐĂNG KÝ: Gõ (.) hoặc để lại số điện thoại hoặc inbox https://m.me/tranvanbinh.vn hoặc Hotline/Zalo 090.29.12.888
- Chi tiết tham khảo:
https://bit.ly/oaz_w
=============================
2 khóa học online qua video giúp bạn nhanh chóng có những kiến thức nền tảng về Linux, Oracle, học mọi nơi, chỉ cần có Internet/4G:
- Oracle cơ bản: https://bit.ly/admin_1200
- Linux: https://bit.ly/linux_1200
=============================
KẾT NỐI VỚI CHUYÊN GIA TRẦN VĂN BÌNH:
📧 Mail: binhoracle@gmail.com
☎️ Mobile/Zalo: 0902912888
👨 Facebook: https://www.facebook.com/BinhOracleMaster
👨 Inbox Messenger: https://m.me/101036604657441 (profile)
👨 Fanpage: https://www.facebook.com/tranvanbinh.vn
👨 Inbox Fanpage: https://m.me/tranvanbinh.vn
👨👩 Group FB: https://www.facebook.com/groups/DBAVietNam
👨 Website: https://www.tranvanbinh.vn
👨 Blogger: https://tranvanbinhmaster.blogspot.com
🎬 Youtube: https://www.youtube.com/@binhguru
👨 Tiktok: https://www.tiktok.com/@binhguru
👨 Linkin: https://www.linkedin.com/in/binhoracle
👨 Twitter: https://twitter.com/binhguru
👨 Podcast: https://www.podbean.com/pu/pbblog-eskre-5f82d6
👨 Địa chỉ: Tòa nhà Sun Square - 21 Lê Đức Thọ - Phường Mỹ Đình 1 - Quận Nam Từ Liêm - TP.Hà Nội
=============================
cơ sở dữ liệu, cơ sở dữ liệu quốc gia, database, AI, trí tuệ nhân tạo, artificial intelligence, machine learning, deep learning, LLM, ChatGPT, DeepSeek, Grok, oracle tutorial, học oracle database, Tự học Oracle, Tài liệu Oracle 12c tiếng Việt, Hướng dẫn sử dụng Oracle Database, Oracle SQL cơ bản, Oracle SQL là gì, Khóa học Oracle Hà Nội, Học chứng chỉ Oracle ở đầu, Khóa học Oracle online,sql tutorial, khóa học pl/sql tutorial, học dba, học dba ở việt nam, khóa học dba, khóa học dba sql, tài liệu học dba oracle, Khóa học Oracle online, học oracle sql, học oracle ở đâu tphcm, học oracle bắt đầu từ đâu, học oracle ở hà nội, oracle database tutorial, oracle database 12c, oracle database là gì, oracle database 11g, oracle download, oracle database 19c/21c/23c/23ai, oracle dba tutorial, oracle tunning, sql tunning , oracle 12c, oracle multitenant, Container Databases (CDB), Pluggable Databases (PDB), oracle cloud, oracle security, oracle fga, audit_trail,oracle RAC, ASM, oracle dataguard, oracle goldengate, mview, oracle exadata, oracle oca, oracle ocp, oracle ocm , oracle weblogic, postgresql tutorial, mysql tutorial, mariadb tutorial, ms sql server tutorial, nosql, mongodb tutorial, oci, cloud, middleware tutorial, docker, k8s, micro service, hoc solaris tutorial, hoc linux tutorial, hoc aix tutorial, unix tutorial, securecrt, xshell, mobaxterm, putty
