Open SherryLang opened 7 years ago
后端考虑的东西真的特别多，前端只是冰山一角啊。
所有的功能打包在一个 WAR包里，基本没有外部依赖（除了容器），部署在一个JEE容器（Tomcat，JBoss，WebLogic）里，包含了 DO/DAO，Service，UI等所有逻辑。
所有的服务都是本地的，UI可以直接调用，现在按功能拆分成独立的服务，跑在独立的一般都在独立的虚拟机上的 Java进程了。
Monolithic比较适合小项目，优点是：
开发简单直接，集中式管理
基本不会重复开发
功能都在本地，没有分布式的管理开销和调用开销
它的缺点也非常明显，特别对于互联网公司来说（不一一列举了）：
开发效率低：所有的开发在一个项目改代码，递交代码相互等待，代码冲突不断
代码维护难：代码功能耦合在一起，新人不知道何从下手
部署不灵活：构建时间长，任何小修改必须重新构建整个项目，这个过程往往很长
稳定性不高：一个微不足道的小问题，可以导致整个应用挂掉
扩展性不够：无法满足高并发情况下的业务需求
定义：
一些列的独立的服务共同组成系统
单独部署，跑在自己的进程里
每个服务为独立的业务开发
分布式的管理
访问可通过API gateway
参考阅读：微服务（Microservice）那点事
后端考虑的东西真的特别多，前端只是冰山一角啊。
单体式（Monolithic）应用
所有的功能打包在一个 WAR包里，基本没有外部依赖（除了容器），部署在一个JEE容器（Tomcat，JBoss，WebLogic）里，包含了 DO/DAO，Service，UI等所有逻辑。
所有的服务都是本地的，UI可以直接调用，现在按功能拆分成独立的服务，跑在独立的一般都在独立的虚拟机上的 Java进程了。
Monolithic比较适合小项目，优点是：
开发简单直接，集中式管理
基本不会重复开发
功能都在本地，没有分布式的管理开销和调用开销
它的缺点也非常明显，特别对于互联网公司来说（不一一列举了）：
开发效率低：所有的开发在一个项目改代码，递交代码相互等待，代码冲突不断
代码维护难：代码功能耦合在一起，新人不知道何从下手
部署不灵活：构建时间长，任何小修改必须重新构建整个项目，这个过程往往很长
稳定性不高：一个微不足道的小问题，可以导致整个应用挂掉
扩展性不够：无法满足高并发情况下的业务需求
微服务架构（Microservice Architecture）
定义：
一些列的独立的服务共同组成系统
单独部署，跑在自己的进程里
每个服务为独立的业务开发
分布式的管理
访问可通过API gateway
参考阅读：微服务（Microservice）那点事