基于 CSE 的微服务架构实践:基础架构

“动手” 开始做对于项目的推动作用,远大于 “思考” 如何做。在 单体应用微服务改造实践 中,分析了一种“持续迭代演进”进行微服务改造的方法学,这个方法学同样适用于从头开始进行微服务开发。 

CSE提供了非常多场景的开发支持,对于开发者,应该尽可能选择统一的技术栈,这样技术积累会比较快,不同微服务开发者之间也能够更好的进行交流和共享经验。CSE推荐的技术栈有三种:

  • 基于CSE的轻量级微服务架构

  • 基于Spring Boot + CSE轻量级微服务架构

  • 基于Spring Boot的Web技术栈微服务架构

基于 CSE 的微服务架构实践:基础架构

上述架构均采用 CSE运行时 这种处理流程,只是底层依赖的HTTP服务器不同,以及上层依赖的组件不同。轻量级架构的HTTP服务器和上层组件都相对简单,更加节省资源,运行也更加高效;Spring Boot架构下,则能够使用更多的组件,满足更多场景的需要。两种技术栈的微服务是可以并存和相互访问的。

对于Web应用,建议采用静态页面技术(html+js+css等)设计UI,而不要采用动态页面技术(比如jsp等)。因为静态页面部署方式更加灵活,更能够适配不同的微服务部署架构。

基础的微服务弹性架构

基于 CSE 的微服务架构实践:基础架构

基础弹性架构包括接入层和业务层。接入层负责进行域名解析、路由转发,常用的技术包括DNS,ELB、LVS等。业务层的所有服务均采用多实例部署,解决性能问题和防止单点故障。

静态页面部署到边缘服务

静态页面可以部署到网关里面。CSE的Edge Service可以直接挂载静态页面。

静态页面部署到系统外部

静态页面可以部署业务层外部。比如有些产品,页面是第三方开发的,业务层对于第三方是一个黑盒,只公布了REST接口供第三方调用。有些产品静态页面不是第三方开发的,他们有自己的nginx服务器做为ELB,把静态页面部署到nginx里面。

静态页面部署到系统内部

还可以将静态页面作为一个微服务,部署到业务层。网关负责转发静态页面请求。

原文 

https://mp.weixin.qq.com/s?__biz=MzUxNTEwNTg5Mg==&mid=2247485782&idx=1&sn=f129a48897baf312ee3754edc438d828&chksm=f9bafc5dcecd754ba088ed3b7d657b18b3164c0a8eabc9f06970dcb37f55fc4b1a08220c15d5&token=1289345928&lang=zh_CN

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » 基于 CSE 的微服务架构实践:基础架构

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址