微服务入门课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《微服务入门课件.ppt》由用户(ziliao2023)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 微服 入门 课件
- 资源描述:
-
1、微服务入门介绍SpringCloud林可斌主要内容一、服务架构设计的发展二、微服务简介三、微服务架构工作流程四、springCloud介绍一、服务架构设计的发展单体架构 单一代码库、IDE友好、看着简单 容易部署 开发模型简单,一份代码库进行编码、构建和部署 技术栈单一单体架构的特点和好处 庞大的代码库,关系错综复杂 交付周期长 扩展能力与弹性受限 新技术与工具框架使用会受限 维护成本高单体架构的问题服务化架构 对业务进行分层,通常分为表现层(前端)、公共服务、业务逻辑服务、数据访问层等 对业务进行解耦,通过Pub-Sub或RPC进行服务间调用关系解耦 服务独立性,多数服务可以进行独立打包发布
2、 每个服务的技术栈单一 部署简单,具备可伸缩性服务化架构的特点和好处 对于部分服务而言,代码库依然很庞大 打包、发布、部署流程不足够好 维护团队间沟通受阻,技术经验有效传递不够 服务增多对开发人员不够友好服务化架构的问题微服务架构服务注册 服务发现 服务调用 MVC SOA Micro services架构设计发展 MVC SOA Micro services视图、业务逻辑前后端分离架构设计发展 MVC SOA Micro services视图、业务逻 大型系统分层辑前后端分离 解耦,标准接 口调用,分布 式系统架构设计发展 MVC SOA Micro services视图、业务逻 大型系统分
3、层云计算产物,辑前后端分离 解耦,标准接 关注敏捷交付 口调用,分布 和部署速度、式系统频次架构设计发展二、微服务简介 suite of small services:由一系列小服务组成 running in its own process:每个服务运行于自己的独立进程 built around business capabilities:围绕着业务功能进行建模 independently deployable:每个服务可进行独立部署 bare minimum of centralized management:最低限度集中种管理微服务的特征 每个微服务都是业务完整的每个微服务都是业务完整的
4、接口及界面呈现、业务逻辑、数据管理 每个微服务仅仅对一个业务负责每个微服务仅仅对一个业务负责 产品服务、评价服务、支付服务、订单服务 每个微服务接口明确定义每个微服务接口明确定义 接口消费只关注接口,对微服务不具备依赖 独立部署、升级和伸缩独立部署、升级和伸缩服务的独立性与自主性微服务的独立性与自主性微服务间的独立性是关键代码库独立技术栈独立可伸缩性、可扩展性独立还有业务功能等独立的代码库每个微服务具备自己的代码仓库由对应团队开发者维护编译、打包、发布及部署都很快服务启动迅速在各个服务的代码库间没有交叉依赖技术栈对立每个微服务都有自己独立的技术栈来实现根据业务实现需求来选中最合适的技术栈团队可
5、以尝试新的技术、工具或者框架所选的技术栈一般来说都很轻量级不需要同一标准化技术栈的选择。无需针对技术选型而纠关注业务实现独立的可伸缩性每个微服务都可以独立的伸缩更加直观定位性能瓶颈数据库分片可以根据需求来业务功能独立每个微服务可以在不影响其他微服务的情况下进行功能扩展例如更新新版本界面或者某个微服务中的某项功能时,无需更新整个系统可以进行整个业务功能的重写,并替换之*要保证接口明确定义且稳定要保证接口明确定义且稳定微服务优点每个服务足够内聚,足够小,代码容易理解、开发效率提高服务之间可以独立部署,微服务架构让持续部署成为可能;每个服务可以各自进行x扩展和z扩展,而且,每个服务可以根据自己的需要
6、部署到合适的硬件服务器上;容易扩大开发团队,可以针对每个服务(service)组件开发团队;提高容错性(fault isolation),一个服务的内存泄露并不会让整个系统瘫痪;系统不会被长期限制在某个技术栈上。微服务不足“微服务”强调了服务大小业务逻辑。分区数据库测试三、微服务架构工作流程微服务架构工作流程 设计阶段设计阶段 将产品功能拆分为若干服务为每个服务设计API接口 开发阶段开发阶段实现API接口(包括单元测试)开发UI原型(页面)测试阶段测试阶段前后端集成验证产品功能 部署阶段部署阶段发布测试环境发布生产环境四、springCloud介绍springCloud介绍Spring Cl
展开阅读全文