标签分类
当前位置:首页 > 程序设计电子书 > 微服务电子书网盘下载
生产微服务 生产微服务
52pojie

52pojie 提供上传

资源
47
粉丝
49
喜欢
251
评论
3

    生产微服务 PDF 高质量版

    微服务电子书
    • 发布时间:

    给大家带来的一篇关于微服务相关的电子书资源,介绍了关于微服务方面的内容,本书是由电子工业出版社出版,格式为PDF,资源大小73 MB,Susan J. Fowler(苏珊 J编写,目前豆瓣、亚马逊、当当、京东等电子书综合评分为:9.5,更多相关的学习资源可以参阅 程序设计电子书、等栏目。

  • 生产微服务 PDF 下载
  • 下载地址:https://pan.baidu.com/s/1KZ2CPVQR8EinJzIMdi7VB
  • 分享码:bch8
  • 生产微服务 PDF

    近年来,微服务因其良好的伸缩性和灵活性备受各大巨头科技公司的青睐,微服务俨然已成为技术社区的一个热门词汇。作者Susan Fowler从她在Uber成功实施微服务的经验出发,结合其他各大公司工程师的意见和建议,制订了一组生产就绪微服务的标准。作者在《生产微服务》中不仅对这组标准的各项细节展开了深入的讨论,还提供了一个检查清单,用于帮助读者了解自己的微服务生态系统是否符合生产就绪标准。

    目录

    • 前言. xii
    • 第 1章 微服务简介. 1
    • 从单体应用到微服务 1
    • 微服务架构 7
    • 微服务生态系统 9
    • 第 1层:硬件层 10
    • 第 2层:通信层 11
    • 第 3层:应用平台层 13
    • 第 4层:微服务层 15
    • 组织的挑战 16
    • 反康威定律 17
    • 技术蔓延 18
    • 更多失效的可能性 18
    • 资源竞争 19
    • 第 2章 生产就绪 21
    • 微服务标准化的挑战 21
    • 可用性:标准化的目标 22
    • 生产就绪标准 23
    • 稳定性 24
    • 可靠性 24
    • 伸缩性 25
    • 容错和灾备 26
    • 高性能 28
    • 监控 28
    • 文档化 29
    • 实现生产就绪标准 31
    • 第 3章 稳定性和可靠性. 33
    • 微服务稳定性和可靠性的原则 33
    • 开发周期 34
    • 部署管道 36
    • staging 36
    • canary 40
    • 生产 41
    • 让稳定可靠的部署成为强制措施 41
    • 服务依赖 42
    • 路由和服务发现 44
    • 服务和端点的解除 44
    • 评估你的微服务 45
    • 开发周期 45
    • 部署管道 46
    • 服务依赖 46
    • 路由和服务发现 46
    • 服务和端点的解除 46
    • 第 4章 伸缩性和高性能. 47
    • 关于微服务伸缩性和高性能的原则 47
    • 了解增长规模 48
    • 质的增长规模 48
    • 量的增长规模 50
    • 资源的有效利用 50
    • 资源感知 51
    • 资源需求 51
    • 资源瓶颈 51
    • 容量规划 52
    • 依赖项的伸缩 53
    • 流量管理 54
    • 任务处理 55
    • 编程语言的限制 55
    • 高效地处理请求任务 56
    • 可伸缩的数据存储 56
    • 微服务生态系统的数据库选择 57
    • 微服务架构在数据库方面面临的挑战. 57
    • 评估你的微服务 58
    • 增长规模 58
    • 资源的有效利用 58
    • 资源感知 58
    • 容量规划 59
    • 依赖项的伸缩 59
    • 流量管理 59
    • 任务处理 59
    • 可伸缩的数据存储 59
    • 第 5章 容错和灾备 61
    • 用于构建具有容错能力微服务的原则 61
    • 避免单点故障 62
    • 故障场景 63
    • 常见的生态系统故障 64
    • 硬件故障 65
    • 通信层和应用平台层的故障 66
    • 依赖项故障 68
    • 内部故障 69
    • 弹性测试 70
    • 代码测试 71
    • 负载测试 72
    • 混沌测试 74
    • 故障检测和修复 75
    • 事故和中断 76
    • 处理事故的 5个步骤 78
    • 评估你的微服务 80
    • 避免故障点 80
    • 故障场景 80
    • 弹性测试 80
    • 故障检测和修复 81
    • 第 6章 监控 83
    • 用于微服务监控的原则. 83
    • 关键性度量指标 84
    • 日志 86
    • 仪表盘 87
    • 告警 88
    • 设置有效的告警 89
    • 处理告警 89
    • 轮班待命 90
    • 评估你的微服务 91
    • 关键性度量指标 91
    • 日志 91
    • 仪表盘 91
    • 告警 91
    • 轮班待命 92
    • 第 7章 文档化和理解. 93
    • 微服务文档和理解的原则 93
    • 微服务文档 95
    • 描述 96
    • 架构图 96
    • 轮班待命信息 97
    • 链接 97
    • 开发上手指南 97
    • 请求消息流、端点和依赖项 98
    • 运行手册 98
    • 问答章节 99
    • 理解微服务 99
    • 架构评审 100
    • 生产就绪审计 101
    • 生产就绪路线图 101
    • 生产就绪自动化 102
    • 评估你的微服务 102
    • 微服务文档 103
    • 微服务理解 103
    • 附录A 生产就绪检查列表 105
    • 附录B 评估你的微服务 107
    • 术语表 113
    • 索引. 119

    上一篇:PHP7.0+MySQL网站开发全程实例  下一篇:用Mesos框架构建分布式应用

    展开 +

    收起 -

    微服务 相关电子书
    关于微服务的学习笔记
    网友NO.791369

    Servlet+MyBatis项目转Spring Cloud微服务,多数据源配置修改建议

    一、项目需求 在开发过程中,由于技术的不断迭代,为了提高开发效率,需要对原有项目的架构做出相应的调整。 二、存在的问题 为了不影响项目进度,架构调整初期只是把项目做了简单的maven管理,引入springboot并未做spring cloud微服务处理。但随着项目的进一步开发,急需拆分现有业务,做微服务处理。因此架构上的短板日益突出。spring cloud config 无法完全应用,每次项目部署需要修改大量配置文件。严重影响开发效率,因此便萌生了对项目架构再次调整的决心。 三、调整建议 为了兼容以前的代码版本,尽量不修改现有的代码结构,以免增加额外的工作量并且为了更好的应用cloud config。 首先,创建JdbcConfigBean类,用以读取配置文件,实例代码入如下(仅供参考): import org.springframework.beans.factory.annotation.Value;import org.springframework.cloud.context.config.annotation.RefreshScope;import org.springframework.stereotype.Component;@RefreshScope@Component("jdbcConfigBean")public class JdbcConfigBean { @Value("${jdbc.driver}") private String driver; @Value("${db1.jdbc.url}") private String url; @Value("${db1.jdbc.username}") private String username; @Value("${db1.jdbc.password}") private String password; @Value("${db2.jdbc.url}") private String db2_url; @Value("${db2.jdbc.username}") private String db2_username; @Value("${db2.jdbc.password}") private Str……

    网友NO.995907

    浅谈Spring Cloud下微服务权限方案

    背景 从传统的单体应用转型Spring Cloud的朋友都在问我, Spring Cloud 下的微服务权限怎么管?怎么设计比较合理?从大层面讲叫服务权限,往小处拆分,分别为三块: 用户认证 、 用户权限 、 服务校验 。 用户认证 传统的单体应用可能习惯了session的存在,而到了Spring cloud的微服务化后,session虽然可以采取分布式会话来解决,但终究不是上上策。开始有人推行Spring Cloud Security结合很好的 OAuth2 ,后面为了优化OAuth 2中 Access Token 的存储问题,提高后端服务的可用性和扩展性,有了更好Token验证方式 JWT (JSON Web Token)。这里要强调一点的是, OAuth2 和 JWT 这两个根本没有可比性,是两个完全不同的东西。 OAuth2是一种授权框架 ,而 JWT 是一种认证协议 OAuth2认证框架OAuth2中包含四个角色: 资源拥有者(Resource Owner) 资源服务器(Resource Server) 授权服务器(Authorization Server) 客户端(Client) OAuth2包含4种授权模式 授权码(认证码)模式 (Authorization code) 简化(隐形)模式 (Impilict 用户名密码模式 (Resource Owner Password Credential) 客户端模式 (Client Credential) 其中,OAuth2的运行流程如下图,摘自RFC 6749: +--------+ +---------------+| |--(A)- Authorization Request -| Resource || | | Owner || |-(B)-- Authorization Grant ---| || | +---------------+| || | +---------------+| |--(C)-- Authorization Grant -……

    网友NO.855557

    SpringCloud微服务架构升级汇总

    一、背景 1.1 应用系统的架构历史 1.2 什么是微服务? 起源:微服务的概念源于 2014 年 3 月 Martin Fowler 所写的一篇文章“Microservices”。文中内容提到:微服务架构是一种架构模式,它提倡将单一应用程序划分成一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。 通信方式:每个服务运行在其独立的进程中,服务与服务间采用轻量级的通信机制互相沟通(通常是基于 HTTP 的 RESTful API)。 微服务的常规定义:微服务是一种架构风格,一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署,各个微服务之间是松耦合的。每个微服务仅关注于完成一件任务。 把原来的一个完整的进程服务,拆分成两个或两个以上的进程服务,且互相之间存在调用关系,与原先单一的进程服务相比,就是“微服务”。(微服务是一个比较级的概念,而不是单一的概念) 1.3 微服务架构的优势 可扩展性:在增加业务功能时,单一应用架构需要在原先架构的代码基础上做比较大的调整,而微服务架构只需要增加新的微服务节点,并调整与之有关联的微服务节点即可。在增加业务响应能力时,单一架构需要进行整体扩容,而微服务架构仅需要扩容响应能力不足的微服务节点。 容错性:在系统发生故障时,单一应用……

    网友NO.530966

    spring cloud eureka微服务之间的调用详解

    微服务之间的调用如何实现 首先 你需要两个或以上的微服务模块 至于怎么创建可以参考我上一篇博客 spring cloud eureka注册中心 如果想在页面显示 那么需要先加上 compile 'org.springframework.boot:spring-boot-starter-thymeleaf' 这个thymeleaf依赖 springboot推荐使用thymeleaf模板 它的最大好处就是原型即是模板 后缀是html html文件 需要放在resources/templates文件夹下 因为thymeleaf自动配置的就是这个地址 当然也可以自己改 还需要配置一个属性 spring: thymeleaf: cache: false #开发时关闭缓存 否则无法看到实时页面 然后在html页面加上这个 就可以使用thymeleaf模板了 然后在消费端的启动类中 加上此方法 @Bean // 自动扫描@LoadBalanced //这个注解的意思是在启动时先加载注册中心的域名列表 public RestTemplate restTemplate() //这个方法用来发http请求{RestTemplate restTemplate=new RestTemplate();return restTemplate;} 看一下controller中的代码 @Autowiredprivate RestTemplate restTemplate; @RequestMapping(value = "index")public String toIndex(Model model){String msg=restTemplate.getForEntity("http://PROJECT-POPPY-SOLR/search",String.class).getBody(); model.addAttribute("msg",msg);return "index";} 它的getForEntity方法中 传入的想要调用的方法以及它所在的地址 注意 这里不能直接写ip地址 必须写往注册中心注册过之后的项目名 要想直接写项目名必须在启动类……

    Copyright 2018-2019 xz577.com 码农之家

    版权责任说明