微服务基础

一:概念

微服务:可以用不同语言不同存储技术实现的一个独立的功能系统。


二:一些优劣

规模庞大后缺点与解决策略:

开发效率低,测试周期加长,系统可靠性变差,并发流量成本变高

并发不够:加机器

数据逐渐臃肿:分库分表

业务耦合:模块拆分


三:微服务模块

api-》服务注册-》配置中心-》服务治理-》服务监控-》服务追踪

发展:

单机

--》soa(将公共的功能拆分成组件,以服务的方式给各个系统提供服务)拆分粒度大,服务治理差,容易产生性能瓶颈。

--》微服务(拆分更加细,更分布式,去中心化)

1:(api)

client → api网关层 --》服务聚合层 --》具体的服务

2:(服务注册)

服务提供者注册到注册中心,消费者从主策中心获取服务提供者,数据一致性的几个工具:

牺牲性能保证一致性:

ZooKeeper

Etcd

Consul

牺牲一致性保证性能:

Eureka

服务通信:

RPC,Rest,Kafka,RabbitMQ

3:(配置中心)

记录配置信息,写入到注册中心

4:(服务治理)

注册中心或者服务消费者摘除服务,负载均衡,服务路由,服务端故障管理,调用管理

5:(服务监控)

日志采集(推|拉)指标数据监控

6:(服务追踪)

通过一个tranceId把服务窜连起来

四:服务拆分方法:

1:业务逻辑拆分

2:可扩展性

3:可靠性

4:性能拆分

原则:先少后多,先粗后细,先拆服务后拆数据库,接口尽量幂等。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值