图像区域分割是一种图像处理技术。图像区域分割的目的是从图像中划分出某个物体的区域，即找出那些对应于物体或物体表面的像元集合，它们表现为二维的团块状，这是区域基本形状特点之一。

1.概念：

DMZ是为了解决安装防火墙后外部网络的访问用户不能访问内部网络服务器的问题，而设立的一个非安全系统与安全系统之间的缓冲区。该缓冲区位于企业内部网络和外部网络之间的小网络区域内。在这个小网络区域内可以放置一些必须公开的服务器（如企业Web服务器、FTP服务器和论坛等）；另一方面，通过这样一个DMZ区域，更加有效地保护了内部网络。因为这种网络部署，比起一般的防火墙方案，对来自外网的攻击者来说又多了一道关卡。
DMZ区域可以理解为一个不同于外网和内网的特殊网络区域
在一个用路由器连接的局域网中,我们可以将网络划分为三个区域：

安全级别最高的LAN Area（内网）；

安全级别中等的DMZ区域；

安全级别最低的Internet区域（外网）。

三个区域因担负不同的任务而拥有不同的访问策略。
2.DMZ原理：

将部分用于提供对外服务的服务器主机划分到一个特定的子网——DMZ内，在DMZ的主机能与同处DMZ内的主机和外部网络的主机通信，而同内部网络主机的通信会被受到限制。这使DMZ的主机能被内部网络和外部网络所访问，而内部网络又能避免外部网络所得知。
3.两个防火墙之间的空间被称为DMZ：

我们在配置一个拥有DMZ区的网络的时候，通常定义以下的访问控制策略以实现DMZ区的屏蔽功能：

1、内网可以访问外网

内网的用户显然需要自由地访问外网。在这一策略中，防火墙需要进行源地址转换。
2、内网可以访问DMZ

此策略是为了方便内网用户使用和管理DMZ中的服务器。
3、外网不能访问内网

很显然，内网中存放的是公司内部数据，这些数据不允许外网的用户进行访问。
4、外网可以访问DMZ

DMZ中的服务器本身就是要给外界提供服务的，所以外网必须可以访问DMZ。同时，外网访问DMZ需要由防火墙完成对外地址到服务器实际地址的转换。
5、DMZ不能访问内网

很明显，如果违背此策略，则当入侵者攻陷DMZ时，就可以进一步进攻到内网的重要数据。
6、DMZ不能访问外网

此条策略也有例外，比如DMZ中放置邮件服务器时，就需要访问外网，否则将不能正常工作。在网络中，非军事区(DMZ)是指为不信任系统提供服务的孤立网段，其目的是把敏感的内部网络和其他提供访问服务的网络分开，阻止内网和外网直接通信，以保证内网安全。
4.服务配置：

1、DMZ提供的服务是经过了网络地址转换（NAT）和受安全规则限制的，以达到隐蔽真实地址、控制访问的功能。首先要根据将要提供的服务和安全策略建立一个清晰的网络拓扑，确定DMZ区应用服务器的IP和端口号以及数据流向。通常网络通信流向为禁止外网区与内网区直接通信，DMZ区既可与外网区进行通信，也可以与内网区进行通信，受安全规则限制。

地址转换
2、DMZ区服务器与内网区、外网区的通信是经过网络地址转换（NAT）实现的。网络地址转换用于将一个地址域（如专用Internet）映射到另一个地址域（如Internet），以达到隐藏专用网络的目的。DMZ区服务器对内服务时映射成内网地址，对外服务时映射成外网地址。采用静态映射配置网络地址转换时，服务用IP和真实IP要一一映射，源地址转换和目的地址转换都必须要有

对于刚开始接触AWS的用户而言，区域（Region）和可用区（Availability Zone，AZ）这两个概念有点不好理解。初次接触时往往不知道它们跟我们日常说的数据中心是什么关系。然而区域和可用区是AWS中非常基础和重要的概念，因此我这里详细解释一下它们的一些来龙去脉。

 

我们知道云服务底层的物质基础是数据中心，但是一方面由于AWS目前的规模已经比较庞大，另一方面AWS需要服务全球不同地区的用户，因此AWS在全球建立了许多数据中心。那如何来组织和设计这些数据中心，从而让用户能够更为可靠的使用AWS提供的云服务，同时满足他们在法规遵循方面的要求呢？AWS巧妙的采用了区域和可用区两层设计架构，而不是直接使用数据中心概念。实际上这是一种IT系统架构中常用的抽象和解耦的方式，只不过这是在更宏观更高的层次——把AWS云服务与底层物理数据中心进行了解耦设计。

 

先来看一下区域（Region）概念。AWS云服务在全球不同的地方都有数据中心，比如北美、南美、欧洲和亚洲等。与此对应，根据地理位置我们把某个地区的基础设施服务集合称为一个区域。通过AWS的区域，一方面可以使得AWS云服务在地理位置上更加靠近我们的用户，另一方面使得用户可以选择不同的区域存储他们的数据以满足法规遵循方面的要求。在12月18日发布会之前全球有9个区域，包括：美东（北佛吉尼亚）、美西（俄勒冈）、美西（北加利佛尼亚）、欧洲（爱尔兰）、亚太（新加坡）、亚太（东京）、亚太（悉尼）、南美（圣保罗）和在美西服务政府的GovCloud区域。AWS中国（北京）区域将是亚马逊AWS在亚太地区的第4个区域，同时也是全球范围内的第10个区域。

 

总的来说，AWS的不同区域之间是相对独立的，但是它们的独立程度与区域的类别有关。根据目前10个区域的各自特点我们可以把它们分成3个不同的类别。第一类是GovCloud区域，主要是服务美国的政府机构和部分美国客户。GovCloud满足ITAR和FedRAMP等规范，具有独立的用户管理体系。用户使用GovCloud区域的AWS服务需要专门的申请和审核流程，所以这个区域跟我们中国用户关系不大。第二类是中国区域，这也是一个与其他区域独立的专门服务中国客户的区域。中国区域采用了独立的用户账户体系，也就是说用户需要在中国（北京）区域的网站上申请账户来使用这里的服务。最后一类的是目前其他8个区域。这8个区域是面向所有用户的，且共享同一个账户体系，所以用户注册AWS账户后可以使用所有这8个区域的服务。对于那些需要同时使用AWS这8个区域和AWS中国区域的用户来说，他们同时需要两个账户——一个在中国的区域使用，另一个在其他8个区域使用。

 

我们可以看出GovCloud区域和AWS中国区域都有自己独立的账户体系，与其他区域的服务是隔离的。对于其他8个区域，用户在不同区域存储的数据也都是相互独立的，也就是说AWS不会自动对用户数据进行跨区域的传输，这个对用户的法规遵循要求很重要。而且这8个区域的大部分AWS服务也是独立的，不过与中国区域和GovCloud区域完全独立不同的是有一些服务它们是共享的，比如它们共用一个账户体系和IAM服务，使用同一个AWS管理控制台，统一的Route53服务等。由于区域和区域之间相对独立，因此用户通过AWS管理控制台，CLI命令行和API操作AWS服务时，需要事先指定操作的对象是在哪个区域。以EC2的区域为例说明，每个区域都有自己对应的编码如下表所示：



许多AWS用户同时使用了多个区域，因此为了方便用户进行跨区域使用和部署服务，AWS目前也开始提供一些跨区域的服务，比如跨区域的EC2 AMI拷贝、跨区域的EBS快照拷贝、跨区域的RDS读拷贝等。不要需要指出的是所有这些跨区域操作都需要用户自己发起，而且这些跨区域操作只能在前面所说的8个区域之间进行。

 

AWS的每个区域一般由多个可用区（AZ）组成，而一个可用区一般是由多个数据中心组成。AWS引入可用区设计主要是为了提升用户应用程序的高可用性。因为可用区与可用区之间在设计上是相互独立的，也就是说它们会有独立的供电、独立的网络等，这样假如一个可用区出现问题时也不会影响另外的可用区。在一个区域内，可用区与可用区之间是通过高速网络连接，从而保证有很低的延时。AWS的区域与可用区的关系示意如下图所示：



每次当用户需要使用EC2相关资源的时候，他需要首先选择目标区域，如美东（北佛杰尼亚）us-east-1。然后在创建EC2实例的时候，用户可以选择实例所在的可用区，比如可以是us-east-1a或us-east-1b等。可用区的编码就是区域后面顺序添加不同的英文字母。为了尽可能让不同用户平均分布在不同的可用区，一个用户选择的us-east-1a与另一个用户选择的us-east-1a可能不是同一个可用区，AWS后台会根据实际资源情况进行映射，但同一个用户选择的某个可用区前后是固定的。如果用户在创建EC2实例的时候没有选择可用区，那么AWS会自动选择一个合适的可用区。AWS建议用户在设计应用架构的时候尽可能的把他们的应用分布在不同的可用区上面，从而提升他们应用的高可用性。应用和服务的多可用区的部署也是实现高服务水平协议的一个重要手段和要求。

 

 

 

 

 

 

 

 

 

举例，有两个窗口：A和B
B在A的上面，并遮住了A的一部分，那么A的被遮住的这部分就叫做A的无效区域，因为这个时候对于A来说这块区域等于并不属于它了。
这种情况是由于有个实际存在的窗口遮住产生了无效区域，但有的时候没有实际窗口，但为了重绘就手动使某区域无效，也就是InvalidiRect()，这便是“使窗口无效”的概念