Nồi giữa báo cáo trường hợp giao dịch trước khi lượng tài sản đến
Giấm cấu giữa
Với mọi cấp nồi trong một đồng địa, có một dụng đường nhanh nhất giữa họ. Giấm cấu giữa của một nồi N = số lượng tói đảm bại của cả các dụng đường nhanh nhất qua N.
Một nồi có giấm cấu giữa cao là trên dụng đường nhanh nhất giữa nhiều cấp khác. Nếu nó chậm lại, nhiều luồng chậm lại. Nếu nó bị hại, nhiều luồng bị ngắt.
Đọc kiến trúc: nồi có giấm cấu giữa cao là những gì mọi cuộc đánh giá kiến trúc nên chú trọng. Chúng là nút cổ chai, SPOFs & thành phần có khả năng chứa dung lượng trong một. Chúng thường là:
- Nhà cung cấp DNS (giữa mỗi khách hàng & mỗi dịch vụ)
- Proxy vào (giữa mỗi khách hàng & mỗi backend)
- Nồi DB chính (giữa mỗi backend & mỗi read)
- Dịch vụ xác thực (giữa mỗi người dùng & mỗi hành động được phép)
Phát hiện không cần đo lường: topologie đồng địa đơn giản xác định nồi có giấm cấu giữa cao. Bạn không cần dữ liệu lưu lượng; bạn cần sơ đồ kiến trúc. Một nồi nằm giữa nhiều cặp khác là quan trọng về mặt cấu trúc.
Quản lý: nồi có giấm cấu giữa cao xứng đáng đầu tư nhiều hơn vào (1) không gian chứa dư thừa, (2) lặp lại, (3) khả năng theo dõi, & (4) các kế hoạch ứng phó sự cố.
Giấm cấu nhỏ nhất làm đứt đoạn phần nhỏ nhất
Giấm cấu Theorem đơn giản
Giấm cấu giữa hai nồi trong một đồng địa = số lượng nhỏ nhất các cạnh (hoặc nồi) bạn phải xóa để chúng không liên kết.
Đọc vận hành: giới hạn min-cut giới hạn bán kính nổ tứng trường hợp tứng. Nếu min-cut giữa 'clients' & 'database' là 1 cạnh (một proxy đơn lẻ), thì việc mất đi cạnh đó sẽ khiến tất cả các clients bị disconnect với database. Nếu min-cut là 5, bạn cần phải mất 5 thành phần đồng thời để hoàn toàn disconnect; xui xẻo, nhưng được giới hạn.
Lập trình cho bán kính nổ: tăng min-cut ở mỗi ranh giới quan trọng. Các proxy nhiều; các nút cache nhiều; các đường mạng giữa DCs nhiều. Mỗi lần thêm vào sẽ nâng cao min-cut bằng 1.
MẫuBulkhead trong các từ đồ thị: chia các nguồn lực thành các sub-graph riêng biệt không có min-cut với nhau. Một sự cố trong một sub-graph không thể lan truyền đến các khác vì các cạnh không tồn tại.
Cô đặc Đất Tự do Tính Đất Đai Tự do
Độ dài đồ thị = độ dài ngắn nhất giữa bất kỳ hai nút nào.
Tự do Tính Lan truyền: khi một nút bị lỗi & các luồng flow trở lại, chúng chạm vào các nút upstream lên đến khoảng cách độ dài đồ thị. Một hệ thống độ dài đồ thị-3 (client -> proxy -> backend -> DB) có nghĩa là một sự cố DB ảnh hưởng đến 3 lớp upstream trong cơn bão luân hồi.
Nhóm tác động: độ dài ngắn hơn = nhanh hơn việc kiểm soát sự cố nhưng cũng có nhiều nút tập trung hơn. Mỗi thiết kế đều có sự đánh đổi.
Tính Min-Cut cho một Kiến trúc Thật
Một kiến trúc: 1 DNS, 1 CDN, 3 reverse proxies, 12 backend replicas, 1 DB primary.
Kiểm tra Tình trạng Sửa chữa qua Các Đồ thị Tiêu chuẩn
Tổng hợp
Bạn có thể nhận biết được các nút có betweenness cao, tính min-cut ở mỗi ranh giới & ước tính khoảng cách lan truyền sự cố qua độ dài.
Áp dụng tất cả ba.
Một hệ thống: 50 điểm cuối khách hàng -> 1 DNS -> 2 POP CDN -> 4 reverse proxies -> 16 bản sao backend -> { cụm cơ sở dữ liệu (1 chính + 2 dự phòng), cụm Redis (5 nút), 3 API bên ngoài }.
Ghi chú đồng hành
Ghi chú đồng hành
Giải pháp hình học này tái cấu trúc bài học Failure Modes & Blast Radius thông qua các chỉ số đồ thị (betweenness, min-cut, diameter).
Ghi chú cuối cùng, geometry_of_observability_and_capacity, xử lý các tế bào Voronoi cho phạm vi bắt của POP CDN, sàn tốc độ ánh sáng của tam giác latency và đường cong hàng đợi được tái khám phá tại tầng reverse proxy.
Làm tốt.