在云计算的世界里，VPC（Virtual Private Cloud，虚拟私有云）并非一个单纯的技术术语，它是构建安全、可靠云基础设施的根本前提。许多初学者在接触云服务时，往往直接跳过网络配置去启动虚拟机或数据库，这种做法极其危险。不理解 VPC，就意味着你的资源可能裸露在公网之中，或者陷入无法调试的网络路由混乱。
VPC 允许用户在公有云提供商（如 AWS、Azure 或 Google Cloud）的基础设施中，划分出一个逻辑隔离的部分。在这个隔离的环境中，用户拥有完全的控制权。你可以自定义 IP 地址范围、创建子网、配置路由表以及网关。这不仅仅是关于连接，更是关于控制。
AWS VPC 官方介绍：https://aws.amazon.com/vpc/
IP 地址与 CIDR 块的规划
构建 VPC 的第一步是定义 IP 地址范围，通常使用 CIDR（无类别域间路由）块来表示。选择合适的 CIDR 块至关重要。如果选择的范围过小，随着业务扩展，IP 地址将迅速耗尽；如果与现有的本地数据中心或其他 VPC 的 IP 范围重叠，未来建立对等连接（Peering）或混合云连接时将面临巨大的技术障碍。
一旦 VPC 创建完成，其主 CIDR 块通常难以修改。因此，在架构设计初期，规划必须具有前瞻性。这要求架构师准确评估当前需求并预留足够的扩展空间，避免后期因网络重构而导致的高昂迁移成本。
子网划分：公有与私有的界限
在 VPC 内部，网络通过子网（Subnet）进行进一步划分。子网的划分不仅仅是为了管理 IP 地址，更是为了实施安全策略。公有子网拥有直接通往互联网的路由，通常用于部署负载均衡器、堡垒机或 Web 服务器等需要直接接收外部流量的资源。
相对而言，私有子网没有直接通往互联网的路由。数据库、后端应用服务器等核心资产应当且必须放置在私有子网中。这种架构设计确保了即使公有子网的防线被突破，核心数据依然处于网络隔离的保护之下。任何将数据库直接部署在公有子网的行为，在安全审计中都属于严重违规。
路由与网关的流量控制
流量如何在 VPC 内部流转以及如何进出互联网，完全取决于路由表（Route Table）和网关的配置。互联网网关（Internet Gateway, IGW）是 VPC 与公网通信的出入口。如果一个子网的路由表包含指向 IGW 的路由，它就是一个公有子网。
对于私有子网中的实例，如果需要访问互联网（例如下载软件更新或补丁），但又不希望被互联网主动访问，则需要使用NAT 网关。NAT 网关部署在公有子网中，作为私有子网流量的代理，将请求转发至互联网并将响应传回，从而在保持私有子网隔离性的同时提供必要的出站连接能力。
云网络架构最佳实践：https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Scenario2.html
多层防御体系：安全组与网络 ACL
VPC 提供了两个层面的防火墙机制来控制流量进出：安全组（Security Group）和网络访问控制列表（Network ACL）。
安全组作用于实例级别，它是有状态的。这意味着如果允许一个出站请求，系统会自动允许该请求的返回流量，无需额外配置。安全组是日常运维中最常用的安全工具，用于精细化控制特定服务器的端口访问权限。
网络 ACL 则作用于子网级别，它是无状态的。对于无状态防火墙，入站和出站规则必须分别明确设置。网络 ACL 通常作为一道额外的安全防线，用于在子网边界大规模拒绝特定 IP段的恶意流量。但在大多数常规配置中，过度复杂的 NACL 规则容易导致难以排查的连接问题，因此通常建议主要依赖安全组进行管理，仅在必要时调整 NACL。
