社区
下载资源悬赏专区
帖子详情
AWS上的微服务架构.pdf下载
weixin_39820835
2021-10-11 09:40:31
AWS上的微服务架构.pdf , 相关下载链接:
https://download.csdn.net/download/njbaige/31029637?utm_source=bbsseo
...全文
12
回复
打赏
收藏
AWS上的微服务架构.pdf下载
AWS上的微服务架构.pdf , 相关下载链接:https://download.csdn.net/download/njbaige/31029637?utm_source=bbsseo
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
AWS
上的
微服务架构
.
pdf
AWS
上的
微服务架构
.
pdf
AWS
文档 — 应用程序解决方案.zip
目录 Amazon Aurora 迁移手册.
pdf
Amazon Aurora 入门.
pdf
Amazon DynamoDB 与 Apache HBase for NoSQL 的使用对比.
pdf
Amazon ECS上的
微服务架构
.
pdf
AWS
CloudHSM 备份安全性.
pdf
AWS
Database Migration Service 最佳实践.
pdf
AWS
Marketplace 中的
AWS
资源的访问权限管理策略.
pdf
AWS
的高性能计算简介.
pdf
AWS
迁移文档.
pdf
AWS
上的 Apache Cassandra:指南和最佳实践.
pdf
AWS
上的 DevOps 简介.
pdf
AWS
上的 Docker:在云环境下运行容器.
pdf
AWS
上的 MarkLogic.
pdf
AWS
上的 Oracle E-Business Suite 概览.
pdf
AWS
上的 SaaS 解决方案:租户隔离架构.
pdf
AWS
上的 SoftNAS 架构.
pdf
AWS
上的部署选项概述.
pdf
AWS
上的多种大数据分析选项.
pdf
AWS
上的跨域解决方案.....
AWS
文档 - 框架和方法.zip
目录
AWS
架构完善的框架 – HPC 详解.
pdf
AWS
架构完善的框架 – 安全性支柱.
pdf
AWS
架构完善的框架 – 成本优化支柱.
pdf
AWS
架构完善的框架 – 可靠性支柱.
pdf
AWS
架构完善的框架 – 无服务器应用程序详解.
pdf
AWS
架构完善的框架 – 性能效率支柱.
pdf
AWS
架构完善的框架 – 卓越运营支柱.
pdf
AWS
架构完善的框架.
pdf
AWS
上的 DevOps 简介.
pdf
AWS
上的开发和测试.
pdf
AWS
上的微服务.
pdf
AWS
无服务器多层架构:使用 Amazon API Gateway 和
AWS
Lambda.
pdf
AWS
云采用框架:安全性前景.
pdf
AWS
云采用框架概览.
pdf
AWS
运营检查清单.
pdf
AWS
云采用框架-流程论点.
pdf
AWS
云采用框架-平台论点.
pdf
AWS
云采用框架-运营论点.
pdf
基础设施即代码.
pdf
使用
AWS
Lambda 的无服务器架构.
pdf
使用 PowerShell 将 Windows Server 导入到 Amazon EC2.
pdf
........
springCloud
一 服务启动 此项目集成了:Feign,Spring Cloud Bus,hystrix,swagger-ui,zuul-filter,配置中心功能 1)安装rabbitMQ 2)启动cloud—eureka :此时可访问 localhost:8761 3)启动 cloud-config 此处为配置中心 项目使用了配置中心 配置中心的文件内容为:https://gitee.com/baidu_zhu/spring-cloud-config-master 注意 :自动刷新需配置 (https://gitee.com/uploads/images/2018/0604/171503_012913a2_1940446.jpeg "1528103642(1).jpg") (https://gitee.com/uploads/images/2018/0604/171519_4eed2756_1940446.jpeg "1528103642(1).jpg") 4)启动 cloud-provide 此处swagger-ui,定时器,自定义拦截器 功能 5)启动 cloud-consumber 此处有Feign,hystrix功能 此时访问http://127.0.0.1:9000/hello 可获取到结果 6)启动 cloud-getaway 此处有zuul拦截器效果 访问http://127.0.0.1:9001/hello?token=token-uuid&password=123456 可获取到结果 二:服务介绍: 1) 服务的注册与发现 Spring Cloud是一个基于Spring Boot实现的云应用开发工具,它为基于JVM的云应用开发中涉及的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等操作提供了一种简单的开发方式。 Spring Cloud简介 Spring Cloud包含了多个子项目(针对分布式系统中涉及的多个不同开源产品),比如:Spring Cloud Config、Spring Cloud Netflix、Spring Cloud0 CloudFoundry、Spring Cloud
AWS
、Spring Cloud Security、Spring Cloud Commons、Spring Cloud Zookeeper、Spring Cloud CLI等项目。
微服务架构
微服务(Microservices Architecture)是一种架构风格,一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署,各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下,每个任务代表着一个小的业务能力。 微服务的概念源于2014年3月Martin Fowler所写的章“Microservices”http://martinfowler.com/articles/microservices.html
微服务架构
(Microservices Architecture)
微服务架构
的核心思想是,一个应用是由多个小的、相互独立的、微服务组成,这些服务运行在自己的进程中,开发和发布都没有依赖。不同服务通过一些轻量级交互机制来通信,例如 RPC、HTTP 等,服务可独立扩展伸缩,每个服务定义了明确的边界,不同的服务甚至可以采用不同的编程语言来实现,由独立的团队来维护。简单的来说,一个系统的不同模块转变成不同的服务!而且服务可以使用不同的技术加以实现! 微服务设计 那我们在微服务中应该怎样设计呢。以下是微服务的设计指南: 职责单一原则(Single Responsibility Principle):把某一个微服务的功能聚焦在特定业务或者有限的范围内会有助于敏捷开发和服务的发布。 设计阶段就需要把业务范围进行界定。 需要关心微服务的业务范围,而不是服务的数量和规模尽量小。数量和规模需要依照业务功能而定。 于SOA不同,某个微服务的功能、操作和消息协议尽量简单。 项目初期把服务的范围制定相对宽泛,随着深入,进一步重构服务,细分微服务是个很好的做法。 关于
微服务架构
的取舍 在合适的项目,合适的团队,采用
微服务架构
收益会大于成本。
微服务架构
有很多吸引人的地方,但在拥抱微服务之前,也需要认清它所带来的挑战。 需要避免为了“微服务”而“微服务”。
微服务架构
引入策略 – 对传统企业而言,开始时可以考虑引入部分合适的
微服务架构
原则对已有系统进行改造或新建微服务应用,逐步探索及积累
微服务架构
经验,而非全盘实施
微服务架构
。 更多关于
微服务架构
内容-请参考我的另一篇文章:《什什么是
微服务架构
?》 服务治理 由于Spring Cloud为服务治理做了一层抽象接口,所以在Spring Cloud应用中可以支持多种不同的服务治理框架,比如:Netflix Eureka、Consul、Zookeeper。在Spring Cloud服务治理抽象层的作用下,我们可以无缝地切换服务治理实现,并且不影响任何其他的服务注册、服务发现、服务调用等逻辑。 Spring Cloud Eureka Spring Cloud Eureka来实现服务治理。 Spring Cloud Eureka是Spring Cloud Netflix项目下的服务治理模块。而Spring Cloud Netflix项目是Spring Cloud的子项目之一,主要内容是对Netflix公司一系列开源产品的包装,它为Spring Boot应用提供了自配置的Netflix OSS整合。通过一些简单的注解,开发者就可以快速的在应用中配置一下常用模块并构建庞大的分布式系统。它主要提供的模块包括:服务发现(Eureka),断路器(Hystrix),智能路由(Zuul),客户端负载均衡(Ribbon)等。 2)Feign Feign是一个声明式的伪Http客户端,它使得写Http客户端变得更简单。 使用Feign,只需要创建一个接口并注解,它具有可插拔的注解特性,可使用Feign 注解和JAX-RS注解,Feign支持可插拔的编码器和解码器,Feign默认集成了Ribbon,并和Eureka结合,默认实现了负载均衡的效果。 Feign 具有如下特性: 可插拔的注解支持,包括Feign注解和JAX-RS注解 支持可插拔的HTTP编码器和解码器 支持Hystrix和它的Fallback 支持Ribbon的负载均衡 支持HTTP请求和响应的压缩Feign是一个声明式的Web Service客户端,它的目的就是让Web Service调用更加简单。它整合了Ribbon和Hystrix,从而不再需要显式地使用这两个组件。Feign还提供了HTTP请求的模板,通过编写简单的接口和注解,就可以定义好HTTP请求的参数、格式、地址等信息。接下来,Feign会完全代理HTTP的请求,我们只需要像调用方法一样调用它就可以完成服务请求。 简而言之:Feign能干Ribbon和Hystrix的事情,但是要用Ribbon和Hystrix自带的注解必须要引入相应的jar包才可以。 3)Spring Cloud Bus Spring Cloud Bus 将分布式系统的节点通过轻量级消息代理连接起来。用于在集群中传播状态更改(例如配置更改事件)或其他管理指令。Spring Cloud Bus 的一个核心思想是通过分布式的启动器对 Spring Boot 应用进行扩展,也可以用来建立一个或多个应用之间的通信频道。目前唯一实现的方式是用 AMQP 消息代理作为通道,但是相同的基本功能集(还有一些取决于传输)在其他传输的路线图上 消息总线 消息总线是一种通信工具,可以在机器之间互相传输消息、文件等。消息总线扮演着一种消息路由的角色,拥有一套完备的路由机制来决定消息传输方向。发送段只需要向消息总线发出消息而不用管消息被如何转发。 Spring cloud bus 通过轻量消息代理连接各个分布的节点。管理和传播所有分布式项目中的消息,本质是利用了MQ的广播机制在分布式的系统中传播消息,目前常用的有Kafka和RabbitMQ 。 下面是一个配置中心刷新配置的例子 1、提交代码触发post请求给bus/refresh 2、server端接收到请求并发送给Spring Cloud Bus 3、Spring Cloud bus接到消息并通知给其它客户端 4、其它客户端接收到通知,请求Server端获取最新配置 5、全部客户端均获取到最新的配置 消息代理 消息代理(Message Broker)是一种消息验证、传输、路由的架构模式。消息代理是一个中间件产品,它的核心是一个消息的路由程序,用来实现接收和分发消息,并根据设定好的消息处理流来转发给正确的应用。它包括独立的通信和消息传递协议,能够实现组织内部和组织间的网络通信。设计代理的目的就是为了能够从应用程序中传入消息,并执行一些特别的操作。 和组织间的网络通信。设计代理的目的就是为了能够从应用程序中传入消息,并执行一些特别的操作。 现有的消息代理开源产品: ActiveMQ Kafka RabbitMQ RocketMQ 目前Spring Cloud Bus 支持 RabbitMQ 和 Kafka,spring-cloud-starter-bus-amqp 、spring-cloud-starter-bus-kafka RabbitMQ简介 RabbitMQ是一个开源的AMQP实现,服务器端用Erlang语言编写,支持多种客户端,如:Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等,支持AJAX。用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。 AMQP,即Advanced message Queuing Protocol,高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。消息中间件主要用于组件之间的解耦,消息的发送者无需知道消息使用者的存在,反之亦然。 AMQP的主要特征是面向消息、队列、路由(包括点对点和发布/订阅)、可靠性、安全。 Github:https://github.com/rabbitmq 官网地址:http://www.rabbitmq.com 安装RabbitMQ 安装RabbitMQ 可以参考之前的文章 CentOs7.3 搭建 RabbitMQ 3.6 单机服务: https://segmentfault.com/a/1190000010693696 CentOs7.3 搭建 RabbitMQ 3.6 Cluster 集群服务: https://segmentfault.com/a/1190000010702020 Spring Boot 中使用 RabbitMQ: https://segmentfault.com/a/1190000011577243 4)断路器模式源于Martin Fowler的Circuit Breaker一文。“断路器”本身是一种开关装置,用于在电路上保护线路过载,当线路中有电器发生短路时,“断路器”能够及时的切断故障电路,防止发生过载、发热、甚至起火等严重后果。 在分布式架构中,断路器模式的作用也是类似的,当某个服务单元发生故障(类似用电器发生短路)之后,通过断路器的故障监控(类似熔断保险丝),向调用方返回一个错误响应,而不是长时间的等待。这样就不会使得线程因调用故障服务被长时间占用不释放,避免了故障在分布式系统中的蔓延。 断路器示意图 SpringCloud Netflix实现了断路器库的名字叫Hystrix. 在
微服务架构
下,通常会有多个层次的服务调用. 下面是微服架构下, 浏览器端通过API访问后台微服务的一个示意图: hystrix 1 一个微服务的超时失败可能导致瀑布式连锁反映,下图中,Hystrix通过自主反馈实现的断路器, 防止了这种情况发生。 hystrix 2 图中的服务B因为某些原因失败,变得不可用,所有对服务B的调用都会超时。当对B的调用失败达到一个特定的阀值(5秒之内发生20次失败是Hystrix定义的缺省值), 链路就会被处于open状态, 之后所有所有对服务B的调用都不会被执行, 取而代之的是由断路器提供的一个表示链路open的Fallback消息. Hystrix提供了相应机制,可以让开发者定义这个Fallbak消息. open的链路阻断了瀑布式错误, 可以让被淹没或者错误的服务有时间进行修复。这个fallback可以是另外一个Hystrix保护的调用, 静态数据,或者合法的空值. Fallbacks可以组成链式结构,所以,最底层调用其它业务服务的第一个Fallback返回静态数据.
Architecting-Cloud-Native-Applications:为云设计高性能且具有成本效益的应用程序
架构云本机应用程序 自虚拟化以来,云计算已被证明是最具革命性的IT开发。 云原生架构为您带来了比传统系统更大的灵活性的好处。 此学习路径将教您设计行业级云应用程序并将业务有效迁移到云所需的一切知识。 首先,探索基本模式,这些模式可以将您的数据库内幕反过来,以实现大规模的可伸缩性。 您将学习如何使用微服务和无服务器计算作为设计原则来开发云原生架构。 然后,您将探索通过在生产中实现持续的可观察性来连续交付生产代码的方法。 在最后的章节中,您将了解从
AWS
和Azure到Google Cloud Platform的各种公共云架构,并了解云提供商的未来趋势和期望。 到本学习路径的结尾,您将学习采用符合您业务需求的云本机架构的技术。 您将学到什么 了解云原生和传统架构之间的区别 自动化安全控制和配置管理 通过将整体系统发展到云原生应用程序中来最大程度地降低风险 探索迁移的各个方面,何时以及为何使用
下载资源悬赏专区
12,793
社区成员
12,329,469
社区内容
发帖
与我相关
我的任务
下载资源悬赏专区
CSDN 下载资源悬赏专区
复制链接
扫一扫
分享
社区描述
CSDN 下载资源悬赏专区
其他
技术论坛(原bbs)
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章