返回介绍

认识微服务

发布于 2023-06-25 22:01:52 字数 6556 浏览 0 评论 0 收藏 0

1.1.1. 行业背景

不同行业IT系统更新频率

IT系统存在的问题

微服务架构在企业中应用情况

docker在企业中的使用情况

1.1.2. 什么是微服务

  • 使用一套小服务来开发单个应用的方式,每个服务运行在独立的进程里,一般采用轻量级的通讯机制互联,并且它们可以通过自动化的方式部署

  • 什么叫微?

    • 单一功能
    • 代码少,不是,而且代码多
    • 架构变的复杂了
    • 微服务是设计思想,不是量的体现

1.1.3. 微服务的特点

  • 单一职责,此时项目专注于登录和注册
  • 轻量级的通信,通信与平台和语言无关,http是轻量的,例如java的RMI属于重量的
  • 隔离性,数据隔离
  • 有自己的数据
  • 技术多样性

1.1.4. 微服务诞生背景

  • 互联网行业的快速发展,需求变化快,用户数量变化快
  • 敏捷开发深入人心,用最小的代价,做最快的迭代,频繁修改、测试、上线
  • 容器技术的成熟,是微服务的技术基础

1.1.5. 互联网架构演进之路

单体架构

  • 所有功能放一个项目里
  • 应用和数据库服务器可能部在一起,分开部
  • 优点:
    • 简单,高效,小型项目
  • 缺点:
    • 扛不住
    • 技术栈受限

垂直架构

  • 将大项目架构拆分成一个一个单体架构
  • 优点:
    • 不至于像单体无限扩大
  • 缺点:
    • 有瓶颈
    • 成本高

SOA架构,面向服务的编程

  • ESB,比较传统的中间件技术
  • 优点:
    • 代码提高重用性,ESB接口解耦
    • 针对不同服务,做不同数据层和部署
  • 缺点:
    • ESB比较重量级
    • 对于开发人员来说,系统层和服务层界限模糊

微服务架构

  • 每个功能抽取成一个一个的服务
  • 微服务之间访问是轻量级的,RPC

1.1.6. 微服务架构的优势

  • 独立性
  • 使用者容易理解
  • 技术栈灵活
  • 高效团队

1.1.7. 微服务架构的不足

  • 额外的工作,服务的拆分
  • 保证数据一致性
  • 增加了沟通成本

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文