logo
分类于: 互联网 云计算&大数据

简介

ThoughtWorks洞见: 微服务文集

ThoughtWorks洞见: 微服务文集 0.0分

资源最后更新于 2020-03-29 02:38:12

作者:TW洞见

出版社:提供方

出版日期:2019-10

文件格式: pdf

标签: 互联网 网络 微服务

简介· · · · · ·

软件行业曾经有这样一个共识,架构一旦确定,“日后很难改变”。演进式架构将支持增量式变更作为第一原则。由于历来变更都是很难预测的,改造的成本也极其昂贵,所以演进式架构听上去很吸引人。如果真的可以在架构层次做到演进式地变更,那么变更就会更容易、成本更低,也能发生在开发实践、发布实践和整体敏捷度等多个地方。微服务满足这一定义,因为它遵循强边界上下文的原则,从而使得Evan的领域驱动设计中描述的逻辑划分变成物理上的隔离。微服务能够通过采用自动化基础设施建构、测试、自动化部署等先进的DevOps实践,获得这种分离。因为每个服务在结构层面与其他服务都是解耦的,替换服务就像替换乐高积木一般。

想要: 点击会收藏到你的 我的收藏,可以在这里查看

已收: 表示已经收藏

Tips: 注册一个用户 可以通过用户中心得到电子书更新的通知哦

目录

  1. [介绍篇]
  2. 微服务概述
  3. 我向HRMM介绍Microservices
  4. 第一章:从集中到分权
  5. 第二章:协作
  6. 第三章:Microservices
  7. 写在最后
  8. 技术雷达之微服务架构
  9. 给CxO的微服务指南
  10. 技术敏捷度
  11. 容器和解耦
  12. 21世纪的架构敏捷度
  13. 为什么我们会谈到这儿?
  14. 团队
  15. 总结
  16. [进一步解读]
  17. 微服务和演进式架构
  18. 微服务有什么特点呢?
  19. 使用微服务意味着什么呢?
  20. 持续交付在这里扮演什么角色呢?
  21. 我应该从哪儿开始呢?
  22. 微服务是一把尚方宝剑吗?
  23. 微服务即演进式架构
  24. 演进式架构
  25. 演进式架构的特点
  26. 模块化和耦合
  27. 围绕业务能力组织
  28. 试验
  29. 演进式架构的原则
  30. 适应度函数
  31. 痛苦的事提前做
  32. 最后责任时刻
  33. 总结
  34. 你以为是微服务或Docker?其实是组织架构!
  35. It's Microservices …It's docker …It's organization structure
  36. 论尽可能高的组织灵活性
  37. 组织结构的INVEST原则
  38. 独立的:Independent
  39. 有价值的:Valuable
  40. 可估计的:Estimable
  41. 短小:Small
  42. 可测试的:Testable
  43. 打破康威定律
  44. [实践篇]
  45. 基于微服务架构,改造企业核心系统之实践
  46. 背景与挑战
  47. 什么是微服务
  48. 微服务快速开发实践
  49. Stencil模板
  50. 代码生成工具
  51. 持续集成模板
  52. 一键部署工具
  53. 微服务架构下的新系统
  54. 总结
  55. 微服务——大企业是如何在实践微服务中成长的
  56. 我足够“高”了么?
  57. 开篇
  58. 拆分单体应用
  59. 步入云端
  60. 消费者驱动的契约测试
  61. 蝴蝶效应
  62. 展望
  63. 微服务的团队应对之道
  64. 然而,我们为什么采用微服务呢?
  65. 微服务是如何做到的?
  66. 背景
  67. 服务治理
  68. 我们的选择和改进
  69. 打造DevOps文化,将运维作为需求提前注入到开发流程
  70. 服务拆分和架构演进
  71. 前言
  72. 我们项目架构的演化历程
  73. 问题1:如何将单体结构拆分为服务化架构?
  74. 领域划分的误区和建议
  75. 问题2:拆分后业务变了增加了怎么办?
  76. 问题3:如何安全地持续地拆?
  77. 真正有挑战的问题4:如何保证拆对了?
  78. 总结