社会热点

直接让web服务运行在80端不行吗,为什么要用nginx反向代理?

电脑版   2020-11-26 08:55  

直接让web服务运行在80端不行吗,为什么要用nginx反向代理?:你说的当然可以,想搞明白你的疑问,必须先了解nginx是什么,作用是什么,什么是反向代理,作用是什

1

你说的当然可以,想搞明白你的疑问,必须先了解nginx是什么,作用是什么,什么是反向代理,作用是什么,等这些你了解了,自然明白为什么要用nginx做反向代理了。

nginx是什么?

nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器。其特点是占有内存少,并发能力强,事实上nginx的并发能力确实在同类型的网页服务器中表现较好,中国大陆使用nginx网站用户有:百度、京东、新浪、网易、腾讯、淘宝等。

nginx服务器有什么作用?

1、反向代理

2、负载均衡

3、动静分离

什么叫反向代理?

反向代理:反向代理(ReverseProxy)是指以代理服务器来接受internet上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给internet上请求连接的客户端,简单来说就是真实的服务器不能直接被外部网络访问,想要访问必须通过代理。

为什么要使用反向代理?

1、防止主服务器被恶意攻击


2、为负载均衡和动静分离提供实现支持


什么是负载均衡?负载均衡的作用是什么?

负载均衡就是将任务分摊到多个操作单元上进行执行。对于Nginx而言,就是将收到的访问请求分发给不同的Web服务器,以提高访问性能以及可靠性。负载均衡可以有效防止一个服务器宕机而导致服务停止。

当一台服务器的单位时间内的访问量越大时,服务器压力就越大,大到超过自身承受能力时,服务器就会崩溃。为了避免服务器崩溃,让用户有更好的体验,我们通过负载均衡的方式来分担服务器压力。我们可以建立很多很多服务器,组成一个服务器集群,当用户访问网站时,先访问一个中间服务器,在让这个中间服务器在服务器集群中选择一个压力较小的服务器,然后将该访问请求引入该服务器。如此一来,用户的每次访问,都会保证服务器集群中的每个服务器压力趋于平衡,分担了服务器压力,避免了服务器崩溃的情况。

什么是动静分离?动静分离的作用?

动静分离:运用nginx的反向代理功能分发请求:所有动态资源的请求交给应用服务器,而静态资源的请求(例如图片、视频、CSS、Javascript文件等)则直接由Nginx返回到浏览器。

动静分离的作用:主要是nginx处理静态页面的效率远高于tomcat的处理能力,使用c语言开发的nginx对静态资源每秒的吞吐量是使用Java语言开发的tomcat的6倍,也远高于其它应用服务器。


好了上面大体解释了nginx是什么,反向代理是什么,希望可以对你有帮助

2

让web服务运行在80端口是可行的,但是会存在一些问题。

问题一:其他项目只能使用非80端口

通常一台服务器都会部署很多项目,但是80端口只有一个,如果一个web项目独自占用了80端口,就会造成其他项目只能使用其他端口。

我们都知道访问web服务需要通过“网址:端口”的形式,80端口作为HTTP协议的默认端口访问时可以省略。

这样一来对于那些没有在80端口运行的web服务,用户就需要手动在网址后面加上对应端口才能访问到,这对用户来讲是不可接受的。

问题二:不方便扩展

当访问量很小时可能只需要一台服务器实例就能支撑,但是当访问量上升之后服务就需要横向扩展上负载均衡之类的措施。

这个时候每增加一个负载就需要一台独立的带80端口的服务器,会平白无故的增大不必要的开销,而且在负载均衡的方案选择上可能也只有为数不多的选择。

使用Nginx反向代理有什么好处?
好处一:复用80端口

先来看一下使用Nginx反向代理之后多服务共用80端口的示意图:

用户请求首先会到达Nginx,Nginx根据根据链接地址将请求转发至运行在其他端口的web服务上。

Nginx反向代理不仅可以充分利用服务器的性能部署多个web服务,而且多个项目可以共用80端口很友好的对外提供web服务。

好处二:扩展方便

同样先来看一下使用Nginx反向代理之后的扩展方案示意图:

当单实例的web服务支撑不了大量请求时,我们就需要做横向扩容,启动多个实例一起对外提供服务。

使用Nginx方向代理之后,我们只需要找几台服务器,可在任意的端口上启动web服务。

用户请求首先会到达Nginx,之后Nginx会根据ip哈希、实例权重等规则将请求转发到对应服务器、对应端口的web服务上。

总结

直接让web服务运行在80端口是可行的,但是会存在80端不能复用和扩展不方便的问题,所以实际情况中我们通常不会直接在80端口运行web服务。

使用Nginx反向代理之后,同一台服务器上的多个web服务可以共用80端口对外提供服务,对用户比较友好,另外服务的横向扩展也会更方便。

3

这是个好问题,我强迫症犯了,本来你写的是“web”,我改为了“Web”。


可以直接让Web服务器运行在80端口,80端口是国际默认的Web访问端口,这样客户端在访问时不需单独加上端口。只是Nginx可以做的更好,更专业。静态文件、反向代理,负载均衡等等都是Nginx的长项。

Nginx 是一个免费的,开源的,高性能的 HTTP 服务器和反向代理,以及 IMAP / POP3 代理服务器)

举个简单的例子,假如没有Nginx反向代理,那么前端调用的多个子系统接口的话,可能会出现foo.com:8080/users、bar.com:9090/users等等类似网址。而使用Nginx 反向代理以后,就成为了foo.com/users有没有很简洁?


我们秉承着“追根究底”的态度,不仅要知其然,也要知其所以然。下面对Nginx代理服务器背后的技术点一一剖析!

什么是代理服务器?

代理服务器(Proxy Server)是保障服务器安全,防止被攻击的一项重要手段。主要工作在开放系统互联(OSI)模型的会话层,从而起到防火墙的作用。客户机发送数据时,并不会直接发送给目的主机,而是先发送给代理服务器;代理服务接受客户机请求之后,再转发至目的主机,并接收其返回的数据,存放在代理服务器的硬盘中,再发送给客户机。

如上图,电脑A和C在通信的时候,所有传输的数据包都要经过中间电脑B中转,这里B就充当代理服务器的作用。

为什么要用代理服务器?
  • 提高访问速度 当同一个用户下次再访问相同的站点数据时,会直接从代理服务器的硬盘中读取,起到了缓存的作用,可以明显提高请求响应速度。
  • 出于安全的考虑,当所有的客户机请求都必须通过代理服务器访问远程站点时,可以在代理服务器上设限,过滤某些不安全行为。
  • 通过代理服务器访问不能访问的目标站点。
正向代理和反向代理的区别?

代理分为正向代理和反向代理。其中正向代理的对象是客户端,通过它来理隐藏真实客户端,客户端请求的服务都被代理服务器代替来请求。比如我们访问谷歌的时候,由于某种原因无法正常访问,这时候我们使用一些上网工具,让其代理我们去访问谷歌,然后再将结果返回给我们,这时候科学上网工具扮演的就是正向代理的角色。

反向代理的对象是服务器端,通过它来隐藏真实服务端。比如我们访问百度的时候,你只需要输入域名即可,但是背后其实是有成千上万台服务器遍布全国为你服务的,这其中,百度的域名就充当了反向代理的角色。

总结

可以直接让Web服务器运行在80端口,但是不建议这么做。已经有了更加专业的Nginx为我们做好了静态文件、反向代理,负载均衡等,他不仅可以为我们提供更加安全的服务器保护措施,更便于我们对系统的后期扩展,为什么不用呢?

本文为作者“一个程序员的奋斗史”问答原创文章,未经允许转载、抄袭必究!

4

一个非常好的问题。我是工作多年的Web应用架构师,来回答一下这个问题。欢迎关注我,了解更多IT专业知识。


一,可以让Web服务直接运行在80端口

Web服务开发测试时,启动项目后,打开浏览器就能访问。部署到生产环境服务器时,也可以这样简单直接。如果只是一个Demo演示,并不需要考虑太多运营的问题。


二,生产环境中使用Nginx反向代理

对于商业应用来说,需要考虑运维,比如安全管理、热发布、集群扩展等,实现这些功能就需要nginx的帮助了。

Nginx是一个轻量级的Web反向代理服务,具有高并发、运行稳定的优点,配置简单,并且支持负载均衡。


1,设置堡垒机,保障服务器安全

不像Demo演示或者简单的Web应用,商业系统都需要使用多台服务器。为了避免泄露不必要的信息,只将一台堡垒机暴露在外面,其他服务器都隐藏起来,降低受到攻击的安全隐患。


2,方便管理维护,支持热发布

功能发布、系统升级等维护工作贯穿整个商业应用的生命周期,为了做到不停机,比如采用灰度发布策略,先将准备更新发布的机器从Nginx反向代理配置中移走,待完成后再加回来,使得整个部署过程不影响系统运行。


3,支持集群扩展和负载均衡

现在Web应用的架构和功能越来越复杂,多层架构、数据中台、异步任务调度,等等。为了应对高峰期的用户量和并发量,经常需要对负载高的节点进行集群化部署和自动伸缩,Ngnix根据策略配置,对请求进行分发和调度。


中大型应用的负载均衡经常使用云服务的LoadBalance。

5

有可能一台服务器会部署多个应用服务,比如会员服务8081端口,订单服务8082端口,搜索服务8083端口,但是服务器只有一个80或者443,那么就需要nginx或者apache做反向代理,根据不同的规则或者前缀把相应的请求转发到服务端口进行处理后再返回,在多台服务器下,比如a服务器是会员服务,b服务器是订单服务,c服务器是搜索服务,那么也可以通过一台nginx做服务网关,根据不同的规则或者前缀转发请求到不同的服务器上,相比作为一个web服务器来说,nginx更多的时候是用做服务网关的作用,当然nginx也可以用作负载均衡来使用,负载均衡核心还是服务网关和请求代理转发,还有大多数服务都是https的,这就需要证书,如果比如直接用java程序80端口作为外部服务,配置https证书也是个很复杂的事情,当然,这并不是最重要的原因,最重要的原因概括起来就是,服务网关,请求转发,尤其是现在微服务大行于天下的时候,nginx显得尤为重要和必要

6

直接让web服务运行在80端,这当然没问题!

但是有两个前提条件:

1、你得有个运营商的固定IP地址,普通拨号宽带获取到的动态IP,是不行的,就算获取到的是互联网IP,80端口也是关闭的,并且运营商不会为你开通,所以要么选择独立IP的云服务器,要么选择运营商的专线接入网络



2、必须在工信部备案成功以后,才能开放80端口,才能运行你的WEB服务;



而采用nginx反向代理,不需要你有固定IP,甚至不需要你获取到互联网IP,哪怕是10或者100开头的“大内网”IP,也无所谓,照样能让你运行WEB服务。

当然了,如果是正规的、长久的WEB服务,那我强烈建议到工信部备案后开通。

7

Nginx 是高性能的HTTP和反向代理web服务器,在高并发支撑方面有极大的优势。通过Nginx的反向代理功能,可以实现tomcat等web容器的负载均衡,从而搭建高可用高并发的web应用架构。

8

Web服务是可以运行在80端口的,而且默认也是监听80端口。为什么用nginx做反向代理,应该是跟题主的应用环境有关


题主当前的应用环境

按照题主的意思,应该是你当前的web服务器上监听的是非80端口,这种有可能是你当前使用的web服务器上有多个web应用,且监听的是不同的端口,比如 8080、8081、8082……。这种环境应该是网站在很初始的阶段,因为经费紧张,所以需要一台web服务器部署多个web应用(假设)


但是在公网访问web服务的时候,默认是使用80端口,但是web服务监听的是非80端口,所以需要通过反向代理服务器,将请求转发给对应的web服务器上的web应用。


接下来需要了解一下什么是反向代理和负载均衡,有利于之后的架构优化


什么是反向代理

就是真实服务器不直接访问,而是通过代理进行访问。客户端直接访问的是反向代理服务器,然后反向代理服务器接收用户的请求然后重新发起请求去请求后端对于的web服务,web服务处理完成之后,将结果返回给反向代理服务器,最后由反向代理服务器将结果响应给客户端。



这样做有什么好处呢?

(1)解决非80端口的问题。

(2)隐藏真实的web服务器,同时在反向代理服务器可以做安全配置,提供安全性。

(3)有利于后期架构优化,比如做负载均衡


nginx作为web服务器软件,同时也可以实现反向代理。

什么是负载均衡

负载均衡 (load balance),将多个请求分摊到多个操作单元上执行。当系统面临大量用户访问,负载过高的时候,通常会使用增加服务器数量来进行横向扩展,使用集群和负载均衡提高整个系统的处理能力。

实现负载均衡,除掉昂贵的硬件设备实现外,还有软件实现,主要有lvs、haproxy和nginx。nginx实现负载均衡是基于nginx反向代理功能的,所以一开始使用nginx做反向代理有利于后期做负载均衡。



总结

Web服务是可以运行在80端口的,使用nginx做反向代理,可以解决web应用使用非80端口的问题,还有利于后期的架构优化演变。


文|技术猿小黄图|来源于网络

创作不易,看完点个赞关注一下再走呗。如果有什么想法或建议,欢迎在评论区留言

9

首先,现在常用地web服务器主要是apache和nginx,web服务可以直接运行在80端口的。

再说说为什么很多web服务用nginx反向代理,像我的话,主要是使用反向代理主要是更安全和更方便管理。

1.安全:反向代理可以隐藏真实的服务器。而且容易扩展,不管有多少台机器,永远只需要把nginx暴露在外面,减少安全隐患。

2.如果机器少的话,一个机器上有多个web服务的话,你只能有一个弄成80,其他的就不能再是80端口了。但是用nginx做反向代理就没有这些问题,其他web服务器端口可以随意,然后让nginx通过80端口统一代理。而且所有服务都走nginx也更加好管理。

10

反向代理可以代理到多个后端服务器去处理,有利于提高负载和可用性。

本文版权归原作者所有,如需商业用途或转载请与原作者联系。

分享

相关信息
 
李靓蕾会原谅王力宏吗

2021-12-30 14:01:01