当前位置: 首页 > 网络应用技术

monorepo [单代码库]和微服务[微服务]体系结构

时间:2023-03-09 11:01:35 网络应用技术

  我经常在这里看到并提到摘要

  monorepo链接

  monorepo并不是新事物。它在软件开发行业已经很长时间了。许多开源项目已成功使用了一个代码库?

  在哪种优势下,它使用monorepo?单个模块的开发需要整个项目的合作和开始

  团队之间需要统一CI/CD流程

  通常在多个模块/项目之间进行调试/开发

  说到这么多Monorepo的优势,它的缺点是什么?

  微服务是一种软件体系结构:通过微服务,可以将大型应用程序分解为多个独立组件,并且每个组件都有其自身的责任领域。

  当然

  单个体系结构:Micro -Service问题可以解决这个问题?为了解决此问题,已经发生了微服务以分配项目解耦和模块

  Micro -Service将一个大项目划分为多个“单位项目”,将模块和功能划分为多个项目。单位项目可以独立分开,开发和测试。他可以在不同的机器上运行以形成完整的网络应用程序

  但是,会有一些问题,例如:两个项目依赖于一台服务器上的不同版本的模块。无需添加其他服务器。

  Docker的出现解决了整个问题。它允许程序在容器中运行,每个容器可以单独设置操作环境,只占用很少的系统资源。这样,就不需要多个服务器。在最简单的情况下,机器运行多个容器,只有一台服务器用于实现服务结构,该服务结构以前无法完成。该实现方法称为微服务。

  使用类似于微服务的设计概念,它将微服务的概念应用于浏览器端,并且Web应用程序将从单个单个应用程序转换为多个小型前端应用程序到汇总。,独立发展和独立部署。

  微观前端体系结构的优势:

  实际上,微观前端的概念之间也有一些类似的解决方案。

  iframeiframe的缺点得出一些微型前端框架?

  与iframe微型前端体系结构的特征之间的关系不同吗?

  从理论上讲,Monorepo和微服务本质上是无关的,但是它们有一些关系

  Monorepo集成了多个项目,微服务诱导一个项目到多个单位项目中

  交叉启动启动图?这不是矛盾吗?实际上,它们不是一个。

  Monorepo是一个利润开发阶段,微服务是项目生产的时代。

  Monorepo和微服务可以共存。

  Micro -Service将项目分为多个单位项目,以划分项目责任;MonorePo使项目更加清晰,单一维护该项目与多个单位项目的集中管理一致,因此该项目是一致的

  本文源自重印,请指示来源

  原始:https://juejin.cn/post/7097266890531143711