加入收藏 | 设为首页 | 会员中心 | 我要投稿 宣城站长网 (https://www.0563zz.cn/)- 数据湖、行业智能、边缘计算、开发、备份!
当前位置: 首页 > 站长资讯 > 动态 > 正文

教你用Postman轻松搞定接口测试

发布时间:2021-02-15 15:29:43 所属栏目:动态 来源:互联网
导读:不要看好像挺复杂的,本质上都是为了管理服务,我以打车的例子大致说明下: 在以前,我们若是要乘车,需要去找车,而对于车主来说也需要找乘客。 而现在,有打车服务了,我们若是要乘车直接叫滴滴就好了,而司机也方便找乘客。 对于服务也是一样的,以前有什

不要看好像挺复杂的,本质上都是为了管理服务,我以打车的例子大致说明下:

  • 在以前,我们若是要乘车,需要去找车,而对于车主来说也需要找乘客。
  • 而现在,有打车服务了,我们若是要乘车直接叫滴滴就好了,而司机也方便找乘客。

对于服务也是一样的,以前有什么问题?

  • 服务越来越多,要管理每个服务的地址。
  • 服务之间调用关系错综复杂,难以理清。
  • 服务过多,服务状态难以管理。

为了解决上述问题,服务治理做了哪些?

  • 服务注册中心,实现服务自动注册,无需人为记录服务地址。
  • 服务自动订阅,服务列表自动推送,服务调用透明化,无需关心依赖关系。
  • 动态监控服务状态,人为控制服务状态即可。

对于我个人来说,我就会用滴滴和司机之间的关系作为对比,来理解服务管理和服务之间的关系,不然专业术语太多了,也很难理解。

4微服务

微服务和SOA比较像,但也有一些差别。

 

是流量一旦增加就会出现各种的问题:

  • 代码耦合,开发维护困难。
  • 无法针对不同模块进行针对性优化以及扩展。
  • 单点容错率低,并发能力差。

当然为了解决这些问题,后续也做了优化,根据业务功能对系统进行拆分。

虽然解决了代码耦合问题,但是系统间相互独立,会有很多重复开发工作,影响开发效率。

举一个例子来理解,比如说一个电商项目,根据业务功能拆分成两套系统:

  • 前端门户系统:就是用户看到的界面。
  • 后台管理系统:内部人员的管理界面。

那么现在问题来了:

根据id去数据库查询商品,Service层和Dao层的代码要写两遍,造成了代码的极度冗余。

2分布式服务

为了解决代码冗余问题,可以将核心业务作为独立的服务抽取出来,形成服务中心。

多个子系统只需要访问服务中心就好了。


(编辑:宣城站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读