网站大量收购闲置独家精品文档,联系QQ:2885784924

云计算技术及应用-第8章 云原生.pptxVIP

  1. 1、本文档共57页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第8章 云原生;8.1 云原生概述 8.2 微服务和服务网格 8.3 服务网格 8.4 云原生系统的安全性 8.5 本章小节 8.6 习题;8.1 云原生概述 8.1.1 云原生起源及发展 8.1.2 云平台与传统平台的区别 8.1.3 云原生架构 8.1.4 云原生的12要素 ;8.1.1 云原生起源及发展;图8-1 CNCF生态图;8.1.2 云平台与传统平台的区别;在云坏境中创建虚拟机、启动业务耗时以小时计算。 基于云的开发过程只需要确定服务需求、软件编码、部署应用程序等步骤。通过容器等工具,确保了开发、测试、部署等软件环境的一致性,降低了系统依赖的风险。;8.1.3 云原生架构;微服务;敏捷基础设施 使用软件工程的原则、实践和工具来提供基础设施资源的生命周期管理意味着工人可以更经常地构建更受控制或更稳定的基础设施,而开发人员可以在任何时候拉动基础设施来服务于开发、测试、调优等工作。 同时业务开发需要有良好的体系结构设计,不需要依赖本地数据进行持久化。所有资源都可以在任何时间、任何时间发布,同时以API的方式提供弹性、随需应变的计算、存储能力。 技术人员通过代码来自动化的完成部署服务器、管理服务器模板、更新服务器和定义基础设施模型等工作。基础设施通过代码进行改变和测试,确保稳定的基础设施服务在自动化过程中得到维护,并在每次改变之后执行测试。;持续交付 持续交付又分为持续集成、持续部署和持续发布阶段,以确保代码能够快速、安全地部署到生产环境中。持续集成意味着每次开发人员提交更改时,它会立即构建并自动化测试。 持续交付是一组软件发布的能力,在完成了连续集成之后,提供给预发布系统。;DevOps dev (开发人员) + ops (操作) DevOps 内容包括组织文化、自动化、精益、反馈和分享等不同范畴。组织结构、企业文化和理念等需要自上而下地设计,以促进开发部门、运行和维护部门和质量保证部门之间的沟通、合作和整合,组成一个分层的系统。 DevOps 意识到开发和运营必须紧密合作,强调高效组织中的团队如何与自动化工具进行协作和沟通,以完成软件生命周期管理,并更快更频繁地交付更稳定的软件。;8.1.4 云原生的12要素;一??应用程序;依赖关系的声明和隔离在开发云原生应用程序中很重要。许多问题是由于缺少依赖关系或依赖关系的不同版本造成的,根源在于内部部署环境和云环境之间的差异。目前容器技术的使用已经大大减少了依赖性引起的问题,因为依赖关系在Dockerfiles 中声明并且已经打包到容器中。;环境变量;后端服务;8.1.4 云原生的12要素;8.1.4 云原生的12要素;8.1.4 云原生的12要素;8.1.4 云原生的12要素;8.1.4 云原生的12要素;8.1.4 云原生的12要素;8.1.4 云原生的12要素;8.1.4 云原生的12要素;8.2 微服务和服务网格 8.2.1 微服务概述 8.2.2 微服务框架 8.2.3 微服务划分及架构 8.2.4 Spring Boot 8.2.5 Spring Cloud 8.2.6 微服务实践 ;8.2.1 微服务概述;8.2.1 微服务概述;微服务的优势 独立开发:开发团队基于微服务所独有的功能来工作,更独立、更快速。 轻松部署:基于它们所提供的服务,它们可以被独立地部署到应用中。微服务支持持续集成和持续交付。 弹性的错误隔离:即便其中某个服务发生了故障,整个系统还可以继续工作。应用程序在处理总体服务故障时可以通过降低功能来完成,而不是让整个应用程序崩溃。 混合技术:可以使用不同的语言和技术来为同一个应用构建不同的服务。 按粒度扩展:可以独立扩展各项服务以满足其支持的应用程序功能的需求,不需要将所有组件全部扩展。 代码重用:微服务中代码重用更加充分。;8.2.2 微服务框架;8.2.2 微服务框架;8.2.2 微服务框架;8.2.2 微服务框架;8.2.3 微服务划分及架构;8.2.3 微服务划分及架构;8.2.4 Spring Boot ;8.2.4 Spring Boot ;8.2.4 Spring Boot ;创建之后,可以看到如左图所示的项目总结构。 POM是项目对象模型(Project Object Model)的简称,它是Maven项目中的文件,使用XML表示,名称叫做pom.xml。 该文件用于管理:源代码、配置文件、开发者的信息和角色、问题追踪系统、组织信息、项目授权、项目的url、项目的依赖关系等等。;;8.2.4 Spring Boot ;8.2.4 Spring Boot ;8.2.5 Spring Cloud;8.2.5 Spring Cloud;Spring Cloud Alibaba 商业化组件;Spring Clo

文档评论(0)

粱州牧 + 关注
实名认证
文档贡献者

资料收集自互联网,若有侵权请联系删除,谢谢~

版权声明书
用户编号:8036120077000004

1亿VIP精品文档

相关文档