域名+DNS+ip+nginx+网关gateway+微服务 /外网访问内网服务过程

1: 申请域名

由于IP地址不好记,所以我们需要一个好记得域名来访问我的项目

2:域名备案

域名只有备案之后,才能使用,暴漏80端口

3:公网 IP 和 虚拟IP

公网IP:真实IP是网络运营商提供的所以不能自己变更,一般我们都会做公司网站暴漏外网都会用 外网IP

虚拟IP:虚拟IP是自己设置的可以变更,我们一个大型微服务内部的通信,就是用的虚拟IP

4:DNS 域名解析器(服务商)

通过DNS ,把域名解析到某个公网IP,

这样就可以用域名来代替公网IP,作为我们网站的域名了,也可以访问我们服务器,这样就能在外网访问时候,不爆露我们的IP直接访问了,安全可靠

5:路由器

公网IP 映射 虚拟访问IP,这里面虚拟IP设置是映射nginx的,因为nginx是访问的唯一入口,

这些设置是在公司连接外网的路由器里面 ,设置添加的转发规则的虚拟服务器选项里面,

比如访问SQL数据库端口一般是1433,那个设置后访问你外网的IP的1433端口的流量都会转发到你设置的内外IP地址的1433端口

6:Nginx :反向代理

正向代理:客户端通过正向代理服务器,屏蔽客户端的信息,来访问资源,例如

反向代理:客户端通过反向代理服务器访问资源,期间,通过反向代理服务器屏蔽了资源服务器的信息

1:首先我们为了不给每一个服务都设置一个公网IP,那么我们就要设置一个统一入口,就是nginx

2:nginx在config文件中配置了域名以后(dns解析到公网ip),默认nginx是80端口,这样就可以隐藏端口了,那么我们就可以直接用域名访问nginx了,

3: 在nginx的config中server节点中配置,转发请求规则,

4:在nginx的config中upstream节点中配置负载均衡的服务

例如:

当www.test.com/app  ,或者 www.test.com/web

我们就可以在nginx中配置 路径中带有/app的,访问到的虚拟ip 假如是:192.168.56.1

我们就可以在nginx中配置 路径中带有/web的,访问到的虚拟ip 假如是:192.168.56.2

这样我们就可以实现,一个域名访问,通过nginx判断,访问路径,从而访问哪台虚拟ip虚拟机服务

7:gateway 网关

服务的统一入口:

当我们只把nginx作为限流,负载的入口的时候,那么只需要nginx配置转发 的 虚拟ip是网关的虚拟ip即可,

然后我们用网关做判断,断言访问路径中带有/app,我们请求到某个服务,带有/web的,我们请求到某个服务,这样也实现了请求转发

8:整体访问流程

域名(公司网站例如 www.baidu.com)---DNS域名解析器-----解析到----公网ip----通过路由器映射到nginx的虚拟ip------nginx唯一入口-----请求转发,负载均衡

--------到gateway,网关通过域名或者访问路径判断------能访问某个微服务

 

 

  • 0
    点赞
  • 16
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
### 回答1: 微服务架构中,不同的微服务之间需要相互调用以完成业务逻辑。下面是微服务之间进行调用的一些常用方法: 1. RESTful API:这是最常用的微服务之间的通信方式。每个微服务都暴露一组RESTful API接口,其他微服务可以通过HTTP请求来调用它们的接口。RESTful API具有简单、灵活、可扩展的特点,适用于大部分的微服务场景。 2. RPC调用:Remote Procedure Call(RPC)是另一种常见的微服务之间的通信方式。与RESTful API不同,RPC更加面向方法调用,实现起来更为方便,适用于大规模、高性能、低延迟的微服务场景。 3. 消息队列:消息队列可以在微服务之间实现异步通信,提高系统的可伸缩性和可靠性。例如,一个微服务可以将消息发布到消息队列,其他微服务可以订阅该消息并在需要时处理它。 4. gRPC:gRPC是一种高性能、跨语言的RPC框架,适用于分布式系统中的微服务之间通信。gRPC支持多种语言,提供代码生成器,生成客户端和服务端的代码,开发者只需要定义好服务接口,就可以实现远程调用。 5. GraphQL:GraphQL是一种API查询语言,提供了一种更加灵活、高效的API查询方式。微服务可以将它们的功能暴露为GraphQL接口,其他微服务可以使用GraphQL查询语言调用。 总之,微服务之间的通信方式有多种选择,开发者应该根据具体的场景选择合适的通信方式。 ### 回答2: 微服务之间的调用可以通过以下几种方式进行: 1. RESTful API:RESTful是一种常用的架构风格,通过HTTP协议进行通信。每个微服务都可以提供一组API,并通过HTTP请求和响应进行调用和返回。这种方式简单、灵活,适用于不同语言和平台之间的通信。 2. RPC(远程过程调用):RPC是一种远程调用的方式,允许一个微服务调用另一个微服务的函数或方法,就像本地函数一样,隐藏了网络通信的细节。常见的RPC框架有gRPC、Thrift、Dubbo等,它们提供了多语言支持和序列化/反序列化功能。 3. 消息队列:消息队列是一种异步通信方式,可以通过消息中间件实现微服务之间的松耦合。当一个微服务需要调用另一个微服务时,将请求封装成消息发送到消息队列,接收方从队列中获取消息并进行处理。常用的消息队列有Kafka、RabbitMQ等,它们提供了高可用性和消息持久化等特性。 4. 服务网关服务网关是一个入口节点,负责将请求路由到具体的微服务实例。通过服务网关,可以进行请求的转发、负载均衡、访问控制等。常用的服务网关Nginx、Kong、Spring Cloud Gateway等。 总的来说,微服务之间的调用方式取决于具体的技术栈和场景需求。上述方法各有优劣,需要根据项目的规模、复杂度和性能要求进行选择和设计。同时,需要注意进行适当的服务拆分和接口设计,以提高系统的可维护性和健壮性。 ### 回答3: 微服务是一种将应用程序拆分为小型、独立的服务的架构模式,通过独立运行并且可以互相组合,实现了应用程序的高内聚、低耦合和易维护。 微服务之间的调用可以通过下面几种常见的方式实现: 1. RESTful API:REST(Representational State Transfer)是一种用于网络应用程序的设计原则,在微服务架构中广泛使用。每个微服务都会提供一套标准的RESTful API,其他微服务可以通过HTTP协议调用这些API。通过标准的HTTP方法(GET、POST、PUT、DELETE)和URL,可以实现对微服务的资源的增删改查操作。 2. 消息队列:微服务之间通过将消息发送到一个共享的消息队列中来进行通信。发送方将消息放入消息队列中,接收方从队列中获取消息并进行处理。这种方式具有高可靠性和可扩展性,可以实现异步通信和松耦合。 3. RPC(远程过程调用):微服务通过一种类似于本地方法调用的方式进行通信,通过封装函数调用并将参数传递给远程服务,然后接收返回结果。常见的RPC协议有gRPC、Thrift和Apache Avro等。 4. 服务网关服务网关作为微服务架构的入口,将外部请求转发给后端的微服务。它可以担当负载均衡、认证授权、请求过滤和转发等功能,实现微服务之间的调用。 5. 服务注册与发现:微服务通常通过服务注册与发现工具(如Consul、Eureka和etcd等)注册自己的服务实例,其他微服务可以通过查询服务注册表来发现和调用服务。 综上所述,微服务之间的调用可以采用RESTful API、消息队列、RPC、服务网关服务注册与发现等方式。选择哪种方式取决于具体的需求,如同步/异步通信、可扩展性、可靠性和开发成本等因素。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值