Fortinet công bố FortiGate 1200G và FortiSASE Outpost: cần kiểm chứng gì?

Fortinet cho biết FortiGate 1200G là thành viên mới của G series, hỗ trợ kết nối 10/25/100G và có thể được cấu hình thành FortiSASE Outpost — một local SASE point of presence tại cơ sở khách hàng. Hãng mô tả việc quản trị policy, monitoring, lifecycle và upgrade qua giao diện FortiSASE cho cả POP do hãng vận hành và on-site POP.

Fortinet công bố sản phẩm dự kiến khả dụng trong Q3/2026. Các con số throughput, session và power trên newsroom là tuyên bố của hãng với chú thích điều kiện riêng; NetVali chưa xác minh độc lập và không dùng chúng làm tiêu chí sizing nếu chưa đối chiếu datasheet/release đang mua.

Điểm mới về kiến trúc là lựa chọn vị trí enforcement: traffic có thể đi qua cloud POP hoặc xử lý gần người dùng/dữ liệu tại Outpost. Điều này nhắm tới yêu cầu latency, data sovereignty, chi phí backhaul và vùng chưa có cloud POP gần. Hãng cũng tuyên bố policy và context được chia sẻ giữa FortiGate/FortiSASE trên FortiOS.

Đây vẫn là mô tả sản phẩm, chưa phải bằng chứng rằng mọi feature, log hoặc security service giống nhau ở mọi deployment mode. PoC cần biến “nhất quán” thành danh sách policy cụ thể và bằng chứng cấu hình/kết quả.

Kiến trúc sư phải vẽ service path cho từng nhóm user/application: điểm nhận identity, DNS, tunnel, steering, inspection, egress và logging. Khi local Outpost mất, policy phải nói rõ traffic fail-close, fail-open hay chuyển cloud POP; quyết định này ảnh hưởng availability và compliance.

Đội kiểm thử cần chạy A/B giữa cloud enforcement và local enforcement trên cùng user journey. KPI gồm tunnel establishment, authentication success, application latency percentile, goodput, policy match, log completeness, failover time và session continuity. Tách baseline không inspection, local inspection và cloud inspection.

• Doanh nghiệp có yêu cầu dữ liệu/log phải ở vùng hoặc hạ tầng xác định.
• Site lớn, nhà máy, campus hoặc AI workload có east-west traffic đáng kể.
• Đội SASE đang gặp latency/backhaul cao tới cloud POP.
• SOC/NetOps muốn quản trị policy chung nhưng cần xác nhận feature parity.
• Nhóm procurement cần tách availability roadmap khỏi năng lực đã phát hành.

Thông cáo không đủ để kết luận hiệu năng trong traffic mix cụ thể, feature parity ở mọi release, hành vi HA/failover, license cần thiết, khả năng tương thích endpoint hoặc phạm vi lưu giữ dữ liệu. Cũng không thể dùng bảng so sánh của một hãng như benchmark độc lập vì phương pháp và cấu hình đối thủ có thể khác.

Chưa nên kết luận local enforcement luôn giảm latency: đường tới ứng dụng, DNS, tunnel, decryption, security chain và return path đều ảnh hưởng. Cần đo bằng user journey thật tại các site đại diện.

Không đưa traffic production vào PoC trước khi có rollback, kill switch và owner phê duyệt. Xác nhận exact FortiOS/FortiSASE release, model, optics, port mode và subscription; test tải hợp lệ trước khi thêm security efficacy scenario được phép.

• Hạng mục: Feature/version · Bài kiểm chứng: Lập matrix local vs cloud · Bằng chứng cần lưu: Release note, license, config
• Hạng mục: Policy consistency · Bài kiểm chứng: Cùng identity/app ở hai path · Bằng chứng cần lưu: Decision log, allow/block
• Hạng mục: Performance · Bài kiểm chứng: A/B traffic mix + TLS · Bằng chứng cần lưu: p95/p99, goodput, resource
• Hạng mục: Sovereignty · Bài kiểm chứng: Trace traffic/log destination · Bằng chứng cần lưu: Flow, storage region, contract
• Hạng mục: HA/failover · Bài kiểm chứng: Mất link/node/control plane · Bằng chứng cần lưu: Outage, session, fail mode
• Hạng mục: Lifecycle · Bài kiểm chứng: Upgrade/rollback có kiểm soát · Bằng chứng cần lưu: Runbook, downtime, audit