
² 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 编译器才能解析的东西,让它们“两人”各司其职。这样作的好处:
1) 为 App Server“减压”,同时也提高了 performance
2) 不用再把 8080 这个端口暴露在 internet 上了,也很安全,必经我们的 app server 上
可是有我们的代码的,就算是编译过的代码也容易被“反编译”,这是很不安全的。
3) 为将来的进一步的“集群扩展”打好了基础
² DB Server
打比方说我们用的是 Oracle,它需要通过 1521 与 App Server 进行连接是不是?那么这个
1521 我们称为数据库连接端口,如果把它暴露在 Internet 上,是不是在危险了点?就算我
们的密码很复杂,但对于高明的黑客来说,要攻破你的口令也只是时间上的问题而己。
因此我们把我们的 DB Server 也和 App Server 一样,置于内网的防火墙。任何的 DB 连接
与管理只能通过内网即在公司企业内部来访问,就是这个道理。
二、动手来架构
2.1 Oracle 数据加的安装与配置
DB(Oracle)我已经为大家准备好了,连接信息为:
jdbc:oracle:thin:@10.225.10x.xx:1521:xxx
所以,根据上述的架构,我们可以把如下这样的一份清单丢给 NSS 或者是相关的网络管理
部门,让他们给我们开通相应的端口:
对外 IP: xxx.xxx.xxx.xxx
对内 IP:10.225.xxx.xxx