surging微服务框架剥析-微服务入门篇课件.pptx

surging微服务框架剥析-微服务入门篇课件.pptx

ID:57254819

大小:307.62 KB

页数:23页

时间:2020-08-04

surging微服务框架剥析-微服务入门篇课件.pptx_第1页
surging微服务框架剥析-微服务入门篇课件.pptx_第2页
surging微服务框架剥析-微服务入门篇课件.pptx_第3页
surging微服务框架剥析-微服务入门篇课件.pptx_第4页
surging微服务框架剥析-微服务入门篇课件.pptx_第5页
资源描述:

《surging微服务框架剥析-微服务入门篇课件.pptx》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

1、suring是基于.netcore的高性能的分布式微服务框架surgingisbasedon.netcorelanguagehigh-performancedistributedmicroservicesframework框架剥析微服务入门篇讲解网站架构的演变过程、微服务如何设计?遵循什么设计原则Surging基础入门详细介绍Surging,与其它微服务有何区别。Surging入门浅析讲解Surging如何搭建微服务、基于配置文件和代码如何配置、如何拆分微服务Surging网关浅析讲解网关服务管理、数据安全、数据监控、流量控制、身份认证、分流控制和网关统一的入口访问深入

2、剥析Surging剥析框架,深入理解Surging,理解微服务的设计思路0102030405课程提纲应用架构演化过程单体应用架构垂直应用架构微服务应用架构微服务入门篇讲解网站架构的演变过程、微服务如何设计?遵循什么设计原则入门篇单体应用简介一、什么是单体应用一般通过引用将所有功能在同一程序实现中的应用,我们通常称之为单体应用。二、单体应用简介在面临各种业务需求时,通常会把功能堆积到同一个单体应用中去。比如:常见的ERP、CRM等系统都以单体应用进行架构,单体应用业务流程往往在同一个进程内部完成处理,不需要进行分布式协作。单体应用架构一、单体应用的架构:在单体应用架构中,

3、经常提及和使用经典的3层模型,即表示层、业务逻辑层和数据访问层。表现层:用于直接和用户交互,也称为交互层,通常是网页、UI等。业务逻辑层:即业务逻辑处理层,例如用户输入的信息要经过业务逻辑层的处理后,才能展现给用户。数据访问层:用于操作数据库,用户在表示层会产生大量的数据,通过数据访问层对数据库进行读写操作。应用程序DALUIBLL单体架构优点与缺点一、单体架构优点易于开发:IDE针对于单体应用的开发、部署、调试而设计的,所以利用IDE就能短时间开发出单体应用。易于测试:单体应用不需要依赖其它接口运行,安装部署完成后就可以开始测试,简化了测试的过程,节约测试的时间易于部

4、署:只需把文件复制或者安装到指定文件下,就已经部署成功一、单体应用缺点1.逻辑复杂、模块耦合、代码臃肿,修改难度大,版本迭代效率低下2.系统启动慢,一个进程包含了所有的业务逻辑,涉及到的启动模块过多,导致系统的启动、重启时间周期过长3.系统错误隔离性差、可用性差,任何一个模块的错误均可能造成整个系统的宕机4.可伸缩性差;系统的扩容只能只对这个应用进行扩容,不能做到对某个功能点进行扩容5.线上问题修复周期长;任何一个线上问题修复需要对整个应用系统进行全面升级什么是垂直应用一、什么是垂直应用前端界面和业务逻辑分层拆分成独立部署的应用就叫做垂直应用WEBAPIMVC垂直应用简

5、介一、垂直应用简介当访问量逐渐增大,单体应用已经不能满足需求,然后将应用分层拆分独立部署,以提升效率。比如常见的eshop、app应用等系统都以垂直应用进行架构。前端和后端业务分层拆分在不同的进程服务器中。垂直应用前端架构在垂直应用前端架构中,会使用MVC去架构,MVC全名是ModelViewController,是模型(model)-视图(view)-控制器(controller)的缩写,一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。MVC被独特的发展起

6、来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。视图:用户与之交互的界面模型:就是业务流程/状态的处理以及业务规则的制定控制器:用户接收请求,将模型与视图匹配在一起,共同完成用户的请求。一、垂直应用前端架构ControllerViewModel垂直应用后台架构在垂直应用后台架构中,通常会使用SOA架构,SOA是一种粗粒度、松耦合服务架构,服务之间通过简单、精确定义接口进行通讯,不涉及底层编程接口和通讯模型,它可以更加从容地应对复杂企业系统集成和需求的快速变化,并且按照相关的标准或协议,进行分层开发。通过这种分层设计或架构体系可以使软件产品变得更加

7、弹性和灵活,且尽可能的与第三方软件产品互补兼容,以达到快速扩展,满足或响应市场或客户需求的多样化、多变性。一、垂直应用后台架构DDD领域驱动设计SOA服务架构MVC前端架构垂直应用优点与缺点一、垂直应用优点一、垂直应用缺点2.团队协作效率差,功能重复开发。1.复杂应用开发的维护成本很高,部署效率低。3.可靠性差,容易引起雪崩效应4.维护困难,随着功能越来越多,无法针对功能进行服务拆分,修改会造成其它功能性的错误1.更高的可用性:该特点是在于后端服务提供者和前端调用者的松散耦合关系上得以发挥与体现。前端无须了解提供者的具休实现细节。2.更好

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。