放弃Dubbo,选择最流行的Spring Cloud微服务架构实践与经验总结 - ityouknow's Blog
http://www.ityouknow.com/springcloud/2017/10/19/micro-service-practice.html
不错
干货
文章很好, 非常贴合实际.
不错
sping cloud 看了一下。感觉有个直观的问题。就是它的消息总线 只能是RabbitMQ。这个好像有点重量级的消息队列。目前一般情况,对吞吐量要求高的 用kafka多点 。对可靠性高的 或者是java的 用rocketmq。 如果用sping cloud 如何整合他们是否很难?
@65725738 sping cloud 看了一下。感觉有个直观的问题。就是它的消息总线 只能是RabbitMQ。这个好像有点重量级的消息队列。目前一般情况,对吞吐量要求高的 用kafka多点 。对可靠性高的 或者是java的 用rocketmq。 如果用sping cloud 如何整合他们是否很难?
其实Spring Cloud也支持他们两个。
你好,我们想请本文的作者,到我们公司给码农分享一下基于Spring Cloud构建微服务项目的最佳实践,如你有兴趣,我们可以进一步沟通一下。地点:上海;时间:可以安排在周末;费用:可以电话沟通。THANKS.
@rickiechina 你好,我们想请本文的作者,到我们公司给码农分享一下基于Spring Cloud构建微服务项目的最佳实践,如你有兴趣,我们可以进一步沟通一下。地点:上海;时间:可以安排在周末;费用:可以电话沟通。THANKS.
可以在我的公号内找到我的联系方式。
楼主你好,我想问一下,spring cloud的这些组件,只能使用内置的tomcat启动么,能不能采用独立部署的tomcat,jetty之类的。spring boot貌似可以使用独立的web容器部署,那么cloud可以么?
@mrgiser 当然可以。
1.网关接收到请求后,从注册中心(Eureka)获取可用服务 2.微服务之间通过Feign进行通信处理业务 老师,我是springbootcloud新手,学了一下您的教程,感觉这两个技术,达到的目的一样啊有什么不同吗?都是去注册中心拿服务啊? 可以给我解释一下吗?
@Ruanyifei 1.网关接收到请求后,从注册中心(Eureka)获取可用服务 2.微服务之间通过Feign进行通信处理业务 老师,我是springbootcloud新手,学了一下您的教程,感觉这两个技术,达到的目的一样啊有什么不同吗?都是去注册中心拿服务啊? 可以给我解释一下吗?
老师懒得吊你。。哈哈哈哈。。建议看下这篇文章的内容https://mp.weixin.qq.com/s/vnWXpH5pv-FAzLZfbgTGvg,里面有spring boot和spring cloud关系的介绍。
“内嵌Tomcat部署Jsp项目会偶现龟速访问的情况。”这句话就有点误人子弟了。这只是一个小bug,只会出现在特定的系统和对应的jdk版本里面(这个没有具体统计过,但是真的遇到过)。并且oracle官方也收录了这个bug了。解决方案很多的。https://www.jianshu.com/p/30aa8e43a396
verygood
希望博主这种经验和教训的文章多一些, 市面上都是些介绍微服务的文章, 少有这样的实战文章. 感谢
大佬,我想问下你的微服务系统架构图是用什么工具画的?我最近也要画这种软件架构图。还望指点,谢谢!visio好像不太方便画。
大佬,咨询个问题,如果一个企业内有多个项目组,虽然各自都使用微服务,但是因为进度不同,有的项目组已经有了自己的网关,注册中心等组件。现在我们希望打造一个企业级的服务注册与发现,那么,如何让各项目组统一接入。目前我们的想法有两个,一种是各项目组统一接入企业级注册中心,不再保留自己的注册中心,但缺点是各项目组目前的网关不好整合(他们可能有不同的认证需求;而且这样的话,网关需要各项目组一起维护,存在一定的风险);另一种,则是各项目组保留现有的微服务架构,在注册到项目组内部注册中心的情况下,将项目组的网关同时注册到企业级注册中心,这样的话,项目内部微服务依然可相互访问,跨项目组间的访问需要经过各项目组的网关。但这样也有缺点,一个是部署上明显复杂;另一个,不管是服务注册与调用,都需要一定的改造;再者,目前很少看到这种部署结构,不知道后续运维上有没有什么其它的坑。 想请教下大佬,对此问题有没有建议供参考?
@chj3737 其实你已经分析的很详细了,看公司规模吧,中小型公司最好用一套基础设施,统一管理和运维节省资源方便管理;如果是大型集团,公司产品非常多就多划分几个微服务体系,相互之间通过网关来交互。
@ityouknow @chj3737 其实你已经分析的很详细了,看公司规模吧,中小型公司最好用一套基础设施,统一管理和运维节省资源方便管理;如果是大型集团,公司产品非常多就多划分几个微服务体系,相互之间通过网关来交互。
ok,感谢回复~
对了,再咨询个问题,想请教下,微服务间调用的安全机制,大佬使用的是什么方案?另外,应用间保证权限的问题如何解决,比如微服务A请求微服务B的用户信息,如何确保微服务A有相应的权限?
博主你说的服务编排项目 就是 微服务系统架构图里的组合服务吗?
想问一下spring cloud 多模块在同一个git版本库里面合适,还是多个模块拆分到不同的版本库里面好,上线更新应用,如果只有单独几个应用需要上线,是否全部模块下的应用都需要打包部署更新,还是指定几个应用模块更新,如果是指定模块应用更新,整个集群里面的应用版本不统一没事吗?
关于服务编排这块,老师能够再深入讲讲,感觉场景是看明白了,没有理解到精华
写的很好,大佬有什么书推荐吗?