开源之夏第三届火热来袭，高校学生参与赢万元奖金！>>>
微服务架构提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，形成分布式调用，为用户提供最终价值。因此无论是创业型公司还是互联网独角兽企业，都将微服务架构当成一把利刃，能解决项目在开发中所遇到的一切问题，目前能够支持微服务架构的开源技术有很多，那么微服务架构真的很容易吗？
OSCHINA本期高手问答( 8月24日-8月31日) 我们请来了潘志伟老师和大家一起探讨关于微服务架构相关的问题。
可讨论的问题包括但不限于：
- 微服务框架选型
- 服务拆分与工程划分
- 微服务模式开发
- 实施微服务架构的过程问题
- 微服务进阶优化
- 中台架构设计
或者其它关于微服务架构、中台、服务测试、持续集成等相关问题，也欢迎大家积极提问！
嘉宾介绍
潘志伟，某科技公司技术总监。
阿里云MVP、QCon 演讲嘉宾，拥有十多年的软件架构设计经验，擅长分布式微服务架构设计和中台规划，目前带领研发团队，承担系统的分析、架构设计、实施、演进、团队管理和培训等工作，有独到的团队建设和管理经验。
为了鼓励踊跃提问，博文视点会在问答结束后从提问者中抽取 5 名幸运会员赠予《架构演变实战：从单体到微服务再到中台》一书。
购书地址：https://u.jd.com/7dvz1pB
OSChina 高手问答一贯的风格，不欢迎任何与主题无关的讨论和喷子。
下面欢迎大家就微服务架构相关问题向潘志伟老师提问，请直接回帖提问。
回答
这书也太贵了吧
现在回答问题就有机会免费送，不香吗？:relaxed:
您好，能否给一些建设“业务中台“的指导意见，哪些应用或业务应该建设中台，哪些不应该建，业务中台中是否还要分层，中台需要需要独立团队，资源如何整合分配。
项目用单体或微服务架构有明确的分水岭吗，什么情况下要转微服务，转换的过程要注意那些方面呢
个人拙见：
架构本身就是解决实际问题的抽象，架构的演化过程也是在不断优化或者解决当前架构无法解决的问题。比如SOA、ESB和微服务的区别，之前就挺让我疑惑。
如果能基于业务场景学习理解架构的演变过程，感觉会让学习架构事半功倍。
发表评论