Lý do SASE ra đời

[dangquangminh]

🚨 Mô hình lưu lượng đã “lật ngược” hoàn toàn

Trước đây, phần lớn lưu lượng mạng là nội bộ (internal traffic), còn Internet chỉ chiếm một phần nhỏ. Nhưng nay:

• Lưu lượng đi Internet chiếm đến 80%
• Trong khi lưu lượng nội bộ chỉ còn 20%

Lý do? Các ứng dụng quan trọng không còn nằm trong data center công ty nữa. Thay vào đó, người dùng cần truy cập:

• SaaS (như Microsoft 365, Salesforce)
• IaaS (như AWS, Azure)
• Private cloud hoặc dịch vụ đám mây nội bộ
• Và tất nhiên, web browsing nói chung

---

🔥 Hệ quả của mô hình hub-and-spoke cũ

Hình vẽ minh họa rõ nét “nút thắt cổ chai” (bottleneck) tại trung tâm dữ liệu (HQ):

• Người dùng từ chi nhánh → MPLS → HQ → mới ra Internet
• Người dùng roaming/mobile → VPN → HQ → mới ra Internet

Cách thiết kế này không còn phù hợp với kiểu lưu lượng mới.

---

😓 Các vấn đề đi kèm:

• App performance tệ: do tăng độ trễ khi mọi thứ phải quay về HQ
• User experience giảm: đặc biệt với nhân viên remote
• Hiệu quả bảo mật kém: không kiểm soát được toàn diện
• Tăng số lượng công cụ & vendor: do cố vá giải pháp theo kiểu chắp vá
• Khó tích hợp và quản lý đồng bộ

---

✅ Gợi ý cho cộng đồng:

Mô hình này chính là lý do SASE (Secure Access Service Edge) và SD-WAN hiện đại ra đời.
Thay vì backhaul mọi thứ về HQ, mô hình SD-WAN + SASE cho phép:

• Breakout trực tiếp ra Internet tại chi nhánh
• Chính sách bảo mật phân tán
• Tối ưu hóa tuyến đường dựa trên ứng dụng
• Tích hợp CASB, SWG, ZTNA trực tiếp trên edge

---

👉 Bạn đã từng gặp nút thắt tương tự trong triển khai chưa? Hãy chia sẻ trải nghiệm để cùng thảo luận cách “gỡ nút chai” này nhé!
sdwan #SASE #CloudFirst mpls #NetworkTransformation #VnProCommunity