1-1微服务架构基础知识.pdf

所需积分/C币:50 2019-01-03 09:54:39 664KB PDF
收藏 收藏 1
举报

1-1微服务架构基础知识.pdf,1-1微服务架构基础知识.pdf,1-1微服务架构基础知识.pdf
用户服务 商日服务 订单服务 DB DB DB 用户D3 商品D 订单DE 由一些独立的应用组合成一个软件系统,每个服务独立运行,跑在自己的微环 境中,每个服务独立开发可以按照业务单元进行拆分,实现了跨组织夸地域协 同的问题,多个服务采用分布式迸行管理,且具有强隔离性。 微服务架构 在微服务架构中,除了每个业务单元的服务外,就是那些服务治理组件了,比 如:服务中心、服务消费、负载均衡、断路器、智能路由、配置管理等,这些 个组件互相配合再加上业务的各个微服务,共同组建了一个微服务系统,一个 简单的微服务系统如下: zuuL zuul 服务中心汇 库 用广服务 商品服务 订单版呈 服务中心 B DB DB 配置股务 用户DE 商品 订单DB 服务中心 用户通过客户端发起请求,ngin负载到某个zu上然后转发到相应的微服务 上,微服务间通过rpc或者ma进行通信,通过配置服务获取配置数据,最终将 整合后的结果返回给用户。 微服务的优缺点 微服务架构之所以流行起来,与他的这些优点密不可分,比如: 1.他将巨大的单体式应用分解出多个服务,解决了复杂性的问题,在总功能 不变的情况下,系统被分解成多个可管理的服务,每个服务都用rpc/mq来驱动 和定义清晰的ai边界,为很难实现的功能提供了模块化的解决方案,并且更容 易开发和维护。 2.在这样的架构模式下,可以实现每个服务可由不同的团队来开发,从而放 宽了技术选型,只需提供标准的 resta pl即可,在这种自由模式的开发背景下, 开发者可以选择较新的技术,由于每个服务的功能很小,所以开发的难度也很 低,即使出现了代码重写的问题难度也不是很大。 3.由于微服务采用的是独立部署,开发者在部署的时候不用考虑其他的服务 对自己的影响,这种改变加快了部署速度并減少了部署风险,微服务架构使 ci/cd成为可能。 但是微服务也存在一些不足,比如: 1.微服务采用的分布式系统,故而会产生固有的复杂性,开发者需要在rpc 等消息传递之间完成进程间的通讯,更或者需要用代码来解决消息传递过慢或 异常的情况。 2.来源于数据库事务的分布,以至于我们不能达到强一致性,只能的选择最 致性 3.当我们对某个服务的某个a进行测试的时候,需要保证这个服务所依赖 的其他服务都是正常开启的状态,这给测试带来了复杂性的问题。 Fred brooks曾写过 there are no silver bullets,像其他科技一样,微服务也有 很多不足,所以在做系统架构之前首先要确定最终的目的,是否有效的拆分应 用,是否需要实现敏捷开发、敏捷部署。 思想上的转变 微服务对于我们来说,技术上不是问题,更多的是思维逻辑,对于微服务架构 我们应该主动的在思维上进行转变。 主要有一下几点: ·应用的单元是业务逻辑,按照业务进行服务的拆分 ·做有生命的产品,而不是项目 ·培养团队内部核心人员,微服务架构师,全栈专家 ·单一职责的原则,每个服务只干一件事情 ·部署方式向 docker转型 开发模式向 devops转型 同时,对于开发同学,有这么多的中间件和强大的PE支持固然是好事,我 们也需要深入去了解这些中间件背后的原理,知其然知其所以然。 最后,一般提到微服务都离不开 Devops和 Docker,理解微服务架构是核心, devops和 docker则是工具,是手段。

...展开详情
试读 6P 1-1微服务架构基础知识.pdf
立即下载 低至0.43元/次 身份认证VIP会员低至7折
    抢沙发
    一个资源只可评论一次,评论内容不能少于5个字
    img
    sync2008
    • 分享精英

      成功上传11个资源即可获取

    关注 私信 TA的资源

    上传资源赚积分,得勋章
    最新推荐
    1-1微服务架构基础知识.pdf 50积分/C币 立即下载
    1/6
    1-1微服务架构基础知识.pdf第1页
    1-1微服务架构基础知识.pdf第2页

    试读已结束,剩余4页未读...

    50积分/C币 立即下载 >