WebServer 专门用于解析 HTML、JS(JavaScript)、CSS、JPG/GIF 等图片格式文
件、TXT、VBSCRIPT、PHP 等一切一切“静态”网页内容。
App Server
置于企业防火墙内,它和 Web Server 之间的连接必须且一定为内部 IP 连接。外部
IP:即 Internet IP 地址,我们的 web 服务器一般会有一个内部 IP 一个外部 IP,因此在这
里,我们的 App Server 没有任何外部 IP,只有内部 IP,所以我在这边说 App Server 与
Web Server 只能以内部 IP 形式连接。
打比方说我们用的是 tomcat,它的端口为 8080,那么这个 ip 地址上的 8080 端口只能
由任何内部 ip 才能访问,外部的 internet 是访问不了的,这样做就是为了安全。App
Server 用于解析我们的任何需要 Java 编译器才能解析的“动态”网页,其实 App Server 本
身也能解析任何静态网页的。
那么我们这样来想一下:我们让负责专门解析静态网页的 Web Server 来解析 html 等
内容,而让 App Server 专门用于解析任何需要 Java 编译器才能解析的东西,让它们“两
人”各司其职。这样作的好处:
为 App Server“减压”,同时也提高了 performance
不用再把 8080 这个端口暴露在 internet 上了,也很安全,毕竟我们的 app server 上
可是有我们的代码的,就算是编译过的代码也容易被“反编译”,这是很不安全的
为将来的进一步的“集群扩展”打好了基础
DB Server
打比方说我们用的是 Oracle,它需要通过 1521 与 App Server 进行连接是不是?那么
这个 1521 我们称为数据库连接端口,如果把它暴露在 Internet 上,是不是危险了点?就算
我们的密码很复杂,但对于高明的黑客来说,要攻破你的口令也只是时间上的问题而己。
因此把我们的 DB Server 也和 App Server 一样,置于内网的防火墙。任何的 DB 连接与管
理只能通过内网即在公司企业内部来访问,就是这个道理。
二、动手来架构
2.1 Oracle 数据加的安装与配置
DB(Oracle)我已经为大家准备好了,连接信息为:
IP:
10.225.10x.xx
Port: 1521
Username/Password: xxx/xxx
Sid: Jcoedb1
url: jdbc:oracle:thin:@10.225.10x.xx:1521:xxx
所以,根据上述的架构,我们可以把如下这样的一份清单丢给 NSS 或者是相关的网
络管理部门,让他们给我们开通相应的端口:
Web Server
对外 IP: xxx.xxx.xxx.xxx
对内 IP:10.225.xxx.xxx