赋2021-12-18老师您好，我是在银行工作，目前公司采用企业服务总线来实现SOA，感觉已经解决了单体应用过于庞杂的问题。老师直接从单体应用到微服务，跳过了SOA，与我工作中遇到的实际不符。请问可以讲一讲SOA到微服务的必要性吗作者回复: SOA已经是用拆分服务的思想治理业务了，目前也确实多在一些金融银行业运用了，在这些行业里没有可见的必要性来替换到微服务架构，改造成本大不说而且容易破坏稳定性。但我了解的部分IT建设搭建的比较完善的银行，比如招行软开，已经在新系统中使用微服务化的架构了（不是银行业从业者如信息有误请指正）。 其实你可以把技术升级看做一个balance的过程，替换成本和必要性，学习成本实施成本等等，有时候对于已经构建在庞大业务体系之上的老技术栈，没必要为了追新而追新。就像阿里虽然开源了dubbo，但是淘系内部用的最多的还是稳如老狗的HSF，反而是PDD这类新公司在用dubbo技术，因为没有历史业务的包袱。而很多大公司历史包袱种，至今连上云都无法推行，就比如可口可乐的ERP系统始终不敢迁移到SAP的SaaS方案上。银行业一个道理。 技术发展总是不断向前的，就像当年使用SSH，现在使用spring boot，两者都能很好构建API，但是从开发成本和社区支持来看，新技术明显有更大的可持续性。当技术升级的balance在新技术一侧有了明显的优势，自然而然就会升级替代，就像很多传统企业逐步将单体集群化改为微服务化一样。
共 3 条评论13
前行2021-12-15公司用的跟老师讲的cloud组件差不多，正好可以系统学下作者回复: 哈哈，这家公司简直是太优秀了！
9
Better me2022-01-03老师想问下微服务和SOA的本质区别是什么作者回复: 用大白话讲，区别就是卷呗！其实SOA已经应用了服务拆分理念，但微服务更卷，应用一系列领域建模DDD等拆分理论，在领域治理方面粒度也更细。 当然在技术层面上为了达到独立开发测试运维的微服务价值观，在大厂实践中把“自立门户”这一点推行的比较彻底，一个比较直观的感受是，独立DB（很多SOA架构的系统也是共享DB），更加全面彻底的devops文化和容器编排方案，而且相比SOA来说微服务没有所谓的“企业总线”这一层，取而代之的使用服务治理方案构建端到端的调用（当然了在最外层还是有个网关的），诸如此类
7- Rorchachl2021-12-14业务上了一定规模之后，再通过集群化水平扩展的方式，将单体应用部署到一个集群中，承接更大的用户访问量。 半仙老师 我有几个问题想咨询下 用户是怎么访问到集群中的单体的？ 集群中的单体是一份还是多份？ 集群是如何承接更大的访问量的呢
作者回复: 用户并不知道自己的请求会路由到哪里，你在浏览器打开一个网址，在这个背后会请求DNS服务器做解析然后将请求路由到你的网关。我们以单体应用集群化部署来说，在网关背后你可以将集群里的机器配置到一个VIP里，也就是虚拟IP，可以通过keepalived LVS构建这个虚IP集群，也有的财大气粗的公司用贵的要死的F5来做，网关将请求转发到VIP上，在这个VIP池内通过负载均衡再把请求转发到处于live状态的单体应用节点上。当然，大型应用往往不止一个网关，他们还会再内部网络环境里构建多个zone，一个请求往往经历了多个网关转发。 对单体应用来说，承接更大的用户量可以通过水平扩展，可以认为集群中有很多很多的单体应用，多重影分身之术。 Forget it，马上讲微服务了，就不去想着单体应用啥事儿了，后面有的爽的
7 
杨逸林2021-12-14老师，我看贝宝的页面好像都还是用的 Bootstrap，不能说丑吧，只是感觉有点过时了。后端已经全改成微服务了？我问了一个贝宝的员工（外包），贝宝是大小周，这么好的吗？还招人吗？贝宝不是最近几年才在中国成立北京和上海的公司吗？作者回复: paypal后面几千个微服务还是很庞大的，不过页面层为了安全因素，所以没用纯前端渲染的酷炫效果，很多地方用了bff层渲染。 贝宝那个大小周（每6周一次3天休假）不是永久政策，只是在疫情期间的特殊政策，大家理性看待哈。和其它外企比较的话，这边工作时间里还是安排的很紧凑的，但毕竟是外企所以涨薪嘛不能跟互联网公司比，这点也要有心理预期。PP在国内成立已经很久了，感兴趣的话，可以搜索公众号“PayPal招聘”，有看中的职位随时找我内推哈
共 2 条评论7
ziky2021-12-13老师你好，什么时候开放全部课程呀作者回复: 下周开始是以每周三篇的进度来更新，前几课先来几道前菜，后面基本每篇都是动手做项目实战的系列。 实战项目的源码会开放的比较快，基础好的同学可以去把玩一下源码，从源码里也能了解下后面章节的内容。
7
Colorful32021-12-19老师您好，我是一个自由职业开发。 前几个月做了一个外企的外包项目，也是我第一次实际工作中使用 spring cloud技术栈，如今刚好外包项目做完了没什么事，回过头来学习巩固下。 也与您分享下他们公司的技术选型： - 微服务框架： Spring Cloud Hoxton.SR8,Spring Boot 2.3.5.RELEASE - 持久层框架：Baomidou Mybatis-plus 3.4.1 - 微服务技术栈：zuul gateway,openfegin,ribbon,eureka等 - 数据库连接池：Alibaba Druid 1.1.3 - 动态数据源：Baomidou Dynamic-datasource 3.3.3 - 缓存框架：redis - 日志打印：logback - 配置中心：apollo 1.7.0 实际做完了这个项目，再结合您课程中所讲到的点，确实体会颇深。目前也学习研究了市面上所讲的一些spring cloud alibaba课程，基本都是停留在基础使用、搭建跑通的层面上，我自己研究也遇到一些技术难点，官方文档和网上也鲜少查到解决方案。看了前两讲内容，也对后面的内容非常期待。 希望后面跟随老师一起学习！加油加油！展开作者回复: 这个选型是十分稳健的选型，整体用的netflix技术栈，我在之前也做了几年netflix，后面逐步转向alibaba组件的。netflix风格会感觉非常沉稳，alibaba组件挺跳的哈哈，能玩出花头。 碰到的技术难点可以在评论区交流，专栏里的内容未必会涉及的非常深入，在评论区可以尽情讨论
共 3 条评论5
易燃易爆闻一多2021-12-28现在客户的新项目，在某基金。就是微服务架构albb的套件。但是没有用到过seta和sentinel因为，tob的业务访问量很小。数据也是只读不写。数据是核心系统产生，当初感觉用微服务纯粹冗余。结果甲方要求做容灾和负载。。顺利无缝扩展作者回复: 是的，seata是个双刃剑，非必要不要上这种重量级的一致性解决方案，事务性消息+补偿+日志表就是一种可靠廉价的一致性方案了。sentinel还是很好用的，但开源sentinel需要做一系列改造实现规则持久化，使用阿里云自有的服务就省点事儿了
4
Jaising2022-03-29半仙老师，像2B，2G许多行业专网内大流量低并发系统，也会做关注点分离、服务拆分，但是大多数服务都是单点部署也不会遇到性能瓶颈，也适合用微服务嘛作者回复: 回想起以前在SAP的时候，巨复杂的超级巨无霸单体应用也能过的很滋润，还贼稳定。甚至兄弟部门像successfactor这样的巨型saas也是单体，其实这种应用拆成微服务反而会搞的bug满天飞。能跑，能抗住，就成了管他是不是微服务呢，同学说对不对
3
请叫我和尚
2021-12-24公司没有完全用开源那套微服务框架。 微服务技术栈： 内部调用：dirpc/thrift 服务发现和注册：disf 配置：Apollo（不是携程那个） 限流熔断：911作者回复: 限流熔断叫911，这个框架起名我要给个老铁双击666啊。起名字的这老哥是个人才
3