关闭

微服务架构设计 第四步: 分析微服务架构依赖与风险; 开发微服务最关键的一步

标签: 微服务架构设计敏捷开发
721人阅读 评论(0) 收藏 举报

2016.9.11, 深圳, Ken Fang


当特性负责人与架构师, 开发骨干人员, 测试经理, 资深测试人员协作, 而可针对特性下的所有微服务 (functional services), 都可分析出大家都一致认可的边界上下文 (Bounded Context) 与架构设计方案时, 特性负责人与架构师, 开发骨干人员, 测试经理, 资深测试人员应再持续的协作, 根据由分析与设计微服务边界上下文 (Bounded Context) 与架构设计方案时, 所获得的知识, 继续分析出特性下的所有微服务 (functional services) 在架构上的依赖。

这些架构上的依赖, 包括:

1. 微服务 (functional services) 依赖产品外部的哪些产品? 设备?

2. 微服务 (functional services) 依赖外部这些产品或设备的哪些接口? 端口? 数据库?

3. 微服务 (functional services) 依赖自身产品内部的哪些子系统?

4. 微服务 (functional services) 依赖自身产品内部的这些子系统的哪些接口? 数据库?

当特性负责人与架构师, 开发骨干人员, 测试经理, 资深测试人员分析出特性下的所有微服务 (functional services) 在架构上的依赖后, 特性负责人便以特性上下文地图, 去承载这些微服务在架构上的依赖。

特性负责人与架构师, 开发骨干人员, 测试经理, 资深测试人员便可根据特性上下文地图中, 所体现出的各微服务 (functional services) 在架构上的依赖, 而识别出哪些依赖会存在著风险, 而使微服务 (functional services) 无法进行集成测试, 或者哪些依赖所造成的风险, 会使微服务 (functional services) 无法进行独立发布、独立部署?

特性负责人必需与架构师, 开发骨干人员, 测试经理, 资深测试人员协作, 认真的分析因架构上的依赖, 对微服务 (functional services) 在执行集成测试或独立发布、独立部署上, 所可能带来的风险为何? 并深度的思考, 应该有怎样的 A 计划? B 计划? 才能消除或降低因为架构上的依赖, 所导致的风险; 这一步真的很关键, 往往会决定微服务开发的成功或失败....

0
0
查看评论

小程聊微服务-基于dubbo的mock测试系统

一、说在前面 基于微服务或者SOA的自动化测试系统每个公司都有自己的特有的,我今天就主要介绍一下,我们研发的一套mock测试系统。 二、目前面临的问题 1、测试人员面临的测试问题 我公司目前用的是基于Dubbo的微服务改造,服务之间的调用链路冗长,每个服务又是单独的团队在维护,每个团队又在不断的...
  • u013970991
  • u013970991
  • 2017-02-04 14:10
  • 5784

从理论到实践落地「微服务

从理论到实践落地「微服务」 作者|程超编辑|小智若论近年来大热的技术名词,微服务必定有一席之地。对于微服务的阐述已有很多,但很多不过流于框架、架构介绍,恍若空中楼阁。这是一篇理论与实践结合谈微服务的文章,回复关键词「微服务」,下载作者80页PPT的呕心之作。如果你想更深入学习微服务,请看今日次条推...
  • u010412301
  • u010412301
  • 2017-10-10 09:35
  • 4961

iTest微服务测试经验总结(第一版)

itest的们使用心得
  • breathelove
  • breathelove
  • 2017-01-19 10:49
  • 137

微服务架构与实践学习笔记

摘要微服务,持续集成(Jenkins),构建(Maven,Gradle),部署(Docker),持续交付(Jenkins),日志聚合(ELK),运维(监控警告Zabbix) 本内容为学习<<微服务架构与实践>>(王磊 著) 的读书笔记,为自我学习整理使用,如果喜欢书本内容,...
  • bobshute
  • bobshute
  • 2017-04-09 15:39
  • 1326

Spring Cloud Netflix 微服务压力测试

对微服务的提供者和消费者组建的集合进行压力测试,以发现可能的问题和解决的方法。
  • ClementAD
  • ClementAD
  • 2017-01-10 17:26
  • 7113

微服务架构选型实践

背景随着公司一年多的成长,我们已经开发了数十个项目了,后台有 JAVA 的有 PHP 的,为了更好地提升开发与管理效率,各技术大牛小牛们时常进行激烈的 PK,碰撞出了许许多多爱的火花,比如其中之一:微服务实践设计系统架构微服务开发架构.png只需要有一套 BASE 微服务,BASE 微服务生成业务系...
  • t4i2b10X4c22nF6A
  • t4i2b10X4c22nF6A
  • 2018-01-12 00:00
  • 437

微服务架构下的测试之道

作者:袁慎建,崇尚简约,热爱编程 && 运动健身 && 知识分享,擅长敏捷开发实践,持续集成 && 持续交付,关注代码整洁 && TDD,关注软件质量来自:sjyuan.cc1.系统架构的演变伴随着互联网的快速发展,...
  • g6U8W7p06dCO99fQ3
  • g6U8W7p06dCO99fQ3
  • 2018-02-01 00:00
  • 219

微服务

1. 简介微服务的概念最初由Martin Fowler与James Lewis于2014年共同提出,微服务架构风格是一种使用一套小服务来开发单个应用的方式途径,每个服务运行在自己的进程中,并使用轻量级机制通信,通常是HTTP API,这些服务基于业务能力构建,并能够通过自动化部署机制来独立部署,这些...
  • zhufenglonglove
  • zhufenglonglove
  • 2016-07-18 19:11
  • 1495

微服务以及测试必要性

在微服务的时代中,你就不用费心测试微服务了,自带一套完整的监测体系,所哟在微服务的时代,只有用/不用两个选项,你用,你就符合标准来使用,你不用,那就不存在测试 micro Service,plus云计算,说白了还是能力的销售,内容检测微服务,okay,this is service,but...
  • gnicky
  • gnicky
  • 2016-05-25 08:42
  • 794

微服务与持续交付

编者按:InfoQ开设新栏目“品味书香”, 精选技术书籍的精彩章节,以及分享看完书留下的思考和收获,欢迎大家关注。本文节选自王磊著《微服务架构与实践》中的章节“微服务与持续交付”,介绍了持续交付是什么,以及微服务如何做到持续交付。 十年以前,软件在一年之内的交付次数屈指可数。 过去的十年...
  • xuguokun1986
  • xuguokun1986
  • 2017-02-10 14:44
  • 371
    个人资料
    • 访问:140583次
    • 积分:3079
    • 等级:
    • 排名:第13416名
    • 原创:174篇
    • 转载:0篇
    • 译文:0篇
    • 评论:20条
    最新评论