Chuyển đến nội dung chính
Topology Explorer hiển thị hạ tầng cloud và mối quan hệ dịch vụ của bạn dưới dạng bản đồ tương tác. Hãy để agent khám phá bản đồ từ các cloud API trực tiếp, nhập từ Infrastructure as Code hoặc xây dựng thủ công.
Topology Explorer

Xây dựng bản đồ topology

Yêu cầu agent khám phá tài nguyên và mối quan hệ trực tiếp từ các tài khoản cloud đã kết nối. Bản đồ luôn đồng bộ khi hạ tầng của bạn thay đổi.
@alex discover and map the infrastructure topology for the production AWS account
@kai map Kubernetes service dependencies in the main cluster
Khám phá yêu cầu một kết nối đang hoạt động cho mỗi nhà cung cấp bạn muốn ánh xạ.

Loại tài nguyên

Topology Explorer hỗ trợ tất cả loại tài nguyên cloud chính:
Danh mụcTài nguyên
Tính toánEC2, Lambda, ECS, EKS, VM, Cloud Run
MạngVPC, load balancer, CloudFront, API Gateway
Cơ sở dữ liệuRDS, Aurora, DynamoDB, Cloud SQL
Lưu trữS3, EFS, EBS, Cloud Storage
Bảo mậtIAM role, security group, chứng chỉ ACM
KubernetesCluster, deployment, service, pod

Chế độ xem, bộ lọc và xuất

Điều khiểnChức năng
Dropdown Load ViewMở chế độ xem topology đã lưu
Bảng tìm kiếm và lọcTìm tài nguyên theo tên hoặc ID; lọc theo loại, thẻ hoặc metadata; hiện/ẩn danh mục
Chỉ báo SyncedHiển thị thời điểm topology được cập nhật lần cuối từ hạ tầng của bạn
XuấtLưu chế độ xem dưới dạng PNG/SVG, PDF hoặc JSON, hoặc tạo liên kết chia sẻ

Cách agent sử dụng topology

Mọi agent đều có thể đọc bản đồ topology và suy luận về các đường dẫn phụ thuộc:
AgentCách sử dụng topology
AlexTrực quan hóa tác động chi phí, đường dẫn tối ưu hóa tài nguyên
OliverÁnh xạ mức độ phơi nhiễm bảo mật, trực quan hóa tuân thủ
TonyChuỗi phụ thuộc database, điểm nghẽn hiệu suất
KaiTrực quan hóa service mesh, mối quan hệ pod
AnnaPhối hợp incident đa dịch vụ, đánh giá kiến trúc

RCA dựa trên topology

Topology tăng tốc phân tích nguyên nhân gốc rễ vì hầu hết các incident bắt nguồn từ một phụ thuộc, không phải từ dịch vụ đã cảnh báo. Đây là một ví dụ thực tế. Cảnh báo: tỷ lệ thành công của checkout giảm xuống 60%. Log của checkout hiển thị các timeout rải rác, nhưng dịch vụ thanh toán, database và cache đều báo cáo bình thường.
  1. Bắt đầu từ cảnh báo, không phải từ log. Căn giữa bản đồ trên dịch vụ cảnh báo với trạng thái sức khỏe được phủ lên:
    @alex show the topology centered on checkout-service with health status overlaid
    
    Topology hiển thị các phụ thuộc dịch vụ
  2. Truy vết lên trên. Bản đồ hiển thị chuỗi phụ thuộc checkout service → payment gateway → external payment API — và node API bên ngoài được đánh dấu là bị suy giảm.
  3. Xác nhận bằng metric và loại trừ các thay đổi gần đây trước khi hành động:
    @alex overlay latency and error-rate metrics on this topology view
    @alex show topology changes in the last 24 hours
    
    Alex hiển thị các timeout tập trung trên cạnh gateway-to-external-API, không có deployment gần đây trên đường thanh toán — xác nhận nhà cung cấp bên thứ ba là nguồn gốc vấn đề.
  4. Giải quyết và ghi lại. Chuyển sang nhà cung cấp thanh toán dự phòng, sau đó xuất ảnh chụp topology cho hồ sơ incident và postmortem.

Đọc lỗi cascading

Khi nhiều dịch vụ cùng lúc gặp sự cố, chế độ xem dòng thời gian topology hiển thị nguồn gốc và thứ tự lan truyền trong một chế độ xem duy nhất, thay vì mỗi nhóm điều tra dịch vụ của mình. Trong cascade này, mọi sự cố downstream đều truy về một chứng chỉ SSL hết hạn:
Thời gianDịch vụTrạng tháiNguyên nhân
10:00:00Auth serviceLỗiChứng chỉ SSL hết hạn
10:00:05User serviceLỗiKhông thể xác thực token
10:00:08Order serviceLỗiPhụ thuộc Auth
10:00:10Payment serviceLỗiPhụ thuộc Auth
10:00:15Tất cả dịch vụLỗiCascade hoàn tất
Xây dựng topology và kết nối nguồn dữ liệu sức khỏe trước khi xảy ra incident. Một bản đồ được xây dựng sẵn và đồng bộ là điều làm cho bước đầu tiên mất vài giây thay vì vài phút.

Các câu hỏi khác có thể hỏi

  • @alex show downstream dependencies of payment-service — kiểm tra phạm vi ảnh hưởng trước một thay đổi rủi ro
  • @oliver map all connections from instance i-0abc123 — xác định phạm vi bảo mật trong quá trình điều tra
  • @tony map every service connecting to the production database — tìm nguồn gây cạn kiệt kết nối
  • @kai show service dependencies and single points of failure in the cluster — củng cố độ tin cậy Kubernetes
  • @alex compare the production topology with the DR region and list missing resources — xác thực vùng phủ sóng khắc phục thảm họa

Liên quan

Resources

Xem tất cả tài nguyên hạ tầng đã khám phá

Phân tích nguyên nhân gốc rễ

Chạy RCA do agent dẫn dắt trên các incident

Assessment

Chạy đánh giá hạ tầng