title: 微服务与模块化

这不是一篇技术博客，而是一篇思考博客。
模块化，service mesh ,微服务
由于微服务的坑所以出现了service mesh
但是又开始有模块化架构方式，类似与OSGI。比如说蚂蚁SOFABoot
难道是合久必分，分久必合？
我觉得首先得想明白三个问题
1.为什么用微服务
2.为什么用模块化
3.为什么需要service mesh
然后再思考三个问题
1.微服务的优劣
2.模块化的优劣
最后思考
是不是微服务和模块化是否可以混用。比如合并部署就是节省不必要资源浪费。
service mesh 会带来什么坑？
是否我们在追逐性能提升的路上走错了？
把简单问题复杂化了
本来解决单体问题引入系统拆分之后系统并的更加复杂，需要引入更多的技术填坑。
这些问题还挺头疼的？
为什么我想写JVM的内存模型，垃圾回收，类加载。
就是一直在思考上面那些东西，想不明白

写这么多，其实我就想有哪个神仙跳出来给我指点下
唉，就实习的时候有老大指导下。
从毕业工作起就从来都是一个人在学习周边能指路的人都没有。
有时候挺羡慕别人
有哪个大哥看到博客，留个言给个思路呗
感谢

欢迎扫码加入知识星球继续讨论
avatar

Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生