作者回复: 请关注波波老师的《微服务架构实战160讲》,分8大模块深度剖析微服务核心组件,已经推出,持续更新中
作者回复: k8s确实是主流,如果团队有自研实力,mesos也可以定制性更强
作者回复: 谢支持🌹
作者回复: 缺乏足够上下文,给建议有难度,实际遗留系统的改造更多是一个人肉活,就是定好计划,协调投入资源,硬着头皮拆分解耦。总体上,两点思路可以考虑,一个是先抽取出API,做到初步服务化,这样才能逐步拆分出更多的微服务;第二个是数据库层做到读写分离,这样才有机会拆分甚至替换数据库。
作者回复: 谢谢支持🌹
作者回复: 谢支持🌹加油
作者回复: 感谢支持🌹加油💪
作者回复: 请关注2018细化课程《微服务基础架构和实践》,已经推出,会持续更新
作者回复: 2018波波的《微服务基础架构实战160讲》已推出第一课,围绕8大微服务核心组件展开架构和实战剖析,敬请关注
作者回复: 勿绝对,架构即权衡,要看场景和实际上下文
作者回复: 加油👍
作者回复: 加油!
作者回复: 看你的实际需要,如果对微服务基础架构(相当于一个公司基础框架团队做的事情)有兴趣,可以看微服务160讲。如果对spring + k8s应用有兴趣,看k8s云原生。
作者回复: 感谢支持,加油!
作者回复: 加油!
作者回复: 嗯,20课相对简单,160课有一定门槛和挑战,加油!
对于测试人员,理解微服务分层,对微服务架构有一个宏观认识,相当于建立了一个应用架构背景上下文(context or big picture),有助于实际测试工作的开展。原因和理解业务域有助于开展测试工作一样。
针对分层微服务的测试,一方面我们需要对整个微服务组成的应用进行集成测试,这个一般需要多环境支持,例如开发/功能测试/性能环境/Staging等环境,所以先要对测试环境进行规划建设;另一方面也需要mock测试的支持,例如在测试前端聚合服务的时候,对后台基础服务先进行mock,这样可以隔离简化测试,有不少开源的mock测试工具(library or server)可以使用。另外测试尽可能自动化,在微服务场景下尤其重要。