 使用微服务架构快速开发万级TPS高可用电商系统其他优化: 1. 可以使用JMeter集群进行压测,不断调优,每台最高约1250 线程, 同时发请求。JMeter 需要调高 Xmx / Xms。 2. 需要迅速伸缩,用了docker-compose。 注意NAT的性能问题。 启发:不一定要K8s,Istio, 一定是需求驱动。 3. 设置一定的冗余,防止性能波动。 4. 配置重试,提高可用性。 5. 在压测状态,使用kill -9 模拟宕机,观察客户端异常情况。 其他优化: 1. 可以使用JMeter集群进行压测,不断调优,每台最高约1250 线程, 同时发请求。JMeter 需要调高 Xmx / Xms。 2. 需要迅速伸缩,用了docker-compose。 注意NAT的性能问题。 启发:不一定要K8s,Istio, 一定是需求驱动。 3. 设置一定的冗余,防止性能波动。 4. 配置重试,提高可用性。 5. 在压测状态,使用kill -9 模拟宕机,观察客户端异常情况。0 码力 | 15 页 | 1.46 MB | 1 年前3 使用微服务架构快速开发万级TPS高可用电商系统其他优化: 1. 可以使用JMeter集群进行压测,不断调优,每台最高约1250 线程, 同时发请求。JMeter 需要调高 Xmx / Xms。 2. 需要迅速伸缩,用了docker-compose。 注意NAT的性能问题。 启发:不一定要K8s,Istio, 一定是需求驱动。 3. 设置一定的冗余,防止性能波动。 4. 配置重试,提高可用性。 5. 在压测状态,使用kill -9 模拟宕机,观察客户端异常情况。 其他优化: 1. 可以使用JMeter集群进行压测,不断调优,每台最高约1250 线程, 同时发请求。JMeter 需要调高 Xmx / Xms。 2. 需要迅速伸缩,用了docker-compose。 注意NAT的性能问题。 启发:不一定要K8s,Istio, 一定是需求驱动。 3. 设置一定的冗余,防止性能波动。 4. 配置重试,提高可用性。 5. 在压测状态,使用kill -9 模拟宕机,观察客户端异常情况。0 码力 | 15 页 | 1.46 MB | 1 年前3
 反应式微服务框架ServiceComb设计思想&mdash执行任务,可以充分利用cpu资源,也 不会产生多余的线程切换,去无谓地消 耗cpu。 压测数据 系统: Ubuntu 18.04.1 CPU: 4vCPU Intel(R) Xeon(R) CPU E5- 2680 v4 @ 2.40GHz 内存: 8GB 测试代码:https://github.com/GuoYL123/ReactiveBenchmark 调优后的压测数据 n 寻找拐点 n 调整consumer/pr0 码力 | 33 页 | 5.68 MB | 1 年前3 反应式微服务框架ServiceComb设计思想&mdash执行任务,可以充分利用cpu资源,也 不会产生多余的线程切换,去无谓地消 耗cpu。 压测数据 系统: Ubuntu 18.04.1 CPU: 4vCPU Intel(R) Xeon(R) CPU E5- 2680 v4 @ 2.40GHz 内存: 8GB 测试代码:https://github.com/GuoYL123/ReactiveBenchmark 调优后的压测数据 n 寻找拐点 n 调整consumer/pr0 码力 | 33 页 | 5.68 MB | 1 年前3
 可发布版-美团点评微服务OCTO-曹继光������! 2.�� ��! 3.�� ��! 4.�� ��! 5.�� ��� ��! 6.�� ���! 1.�� ��! 链路级流量隔离 • 全链路灰度发布 • 全链路压测 • 全链路故障演练 服务治理实践(6)-星耀段t+ 异地容灾 扩展 回顾:服务治理系统的三项必备能力 % 标准化 & 易用性 3 高性能 降u服务间协作成本0 码力 | 35 页 | 14.10 MB | 1 年前3 可发布版-美团点评微服务OCTO-曹继光������! 2.�� ��! 3.�� ��! 4.�� ��! 5.�� ��� ��! 6.�� ���! 1.�� ��! 链路级流量隔离 • 全链路灰度发布 • 全链路压测 • 全链路故障演练 服务治理实践(6)-星耀段t+ 异地容灾 扩展 回顾:服务治理系统的三项必备能力 % 标准化 & 易用性 3 高性能 降u服务间协作成本0 码力 | 35 页 | 14.10 MB | 1 年前3
 张波-虎牙直播在微服务改造中的实践通过控制台页面和API 通过调用API 跨中心同步 支持 不支持 k8s集成 支持 不支持 分组 Nacos可用根据业务和环境进行分组管理 不支持 权重 Nacos默认提供权重设置功能,调整承载流量压 力 不支持 厂商 阿里巴巴 Netflix 服务注册发现对比 配置中心对比 对比项目/配置中心 apollo nacos 开源时间 2016.5 2018.6 配置实时推送 支持(HTTP长轮询1s内)0 码力 | 27 页 | 1.03 MB | 1 年前3 张波-虎牙直播在微服务改造中的实践通过控制台页面和API 通过调用API 跨中心同步 支持 不支持 k8s集成 支持 不支持 分组 Nacos可用根据业务和环境进行分组管理 不支持 权重 Nacos默认提供权重设置功能,调整承载流量压 力 不支持 厂商 阿里巴巴 Netflix 服务注册发现对比 配置中心对比 对比项目/配置中心 apollo nacos 开源时间 2016.5 2018.6 配置实时推送 支持(HTTP长轮询1s内)0 码力 | 27 页 | 1.03 MB | 1 年前3
 ServiceComb在华为消费者云的亿级用户微服务实践异步场景2:性能提升:使用更少的线程处理更多的消息,提升线程和I/O利用效率 异步场景3:业务超时较长:业务上对服务调用时延不敏感(例如1-3S),如果采用同步调用 + 大超时时间,在业务高峰期,如果 时延达到超时阈值,系统很容易被压挂 异步场景4:级联调用:需要级联调用多个微服务,希望提升可靠性,不会因为某个微服务处理慢而导致其它微服务调用被阻塞 传统I/O和业务线程分离技术: 纯Reactive异步: 性能对比测试:采用Reactive异步模式之0 码力 | 15 页 | 1.15 MB | 1 年前3 ServiceComb在华为消费者云的亿级用户微服务实践异步场景2:性能提升:使用更少的线程处理更多的消息,提升线程和I/O利用效率 异步场景3:业务超时较长:业务上对服务调用时延不敏感(例如1-3S),如果采用同步调用 + 大超时时间,在业务高峰期,如果 时延达到超时阈值,系统很容易被压挂 异步场景4:级联调用:需要级联调用多个微服务,希望提升可靠性,不会因为某个微服务处理慢而导致其它微服务调用被阻塞 传统I/O和业务线程分离技术: 纯Reactive异步: 性能对比测试:采用Reactive异步模式之0 码力 | 15 页 | 1.15 MB | 1 年前3
 ServiceComb设计揭秘:标准与开发1 ServiceComb设计揭秘:标准与开发 华为CloudBU PaaS微服务引擎开发团队 代码阅读 • 一、系统架构解读 • 二、系统模块解读 • 三、框架的启劢不停止 • 四、框架运行时请求发送不处理过程 ServiceComb 开发框架 通信模型 (restful、 highway) 编程模型0 码力 | 9 页 | 831.77 KB | 1 年前3 ServiceComb设计揭秘:标准与开发1 ServiceComb设计揭秘:标准与开发 华为CloudBU PaaS微服务引擎开发团队 代码阅读 • 一、系统架构解读 • 二、系统模块解读 • 三、框架的启劢不停止 • 四、框架运行时请求发送不处理过程 ServiceComb 开发框架 通信模型 (restful、 highway) 编程模型0 码力 | 9 页 | 831.77 KB | 1 年前3
 微服务环境下的系统治理与容错拆服务-单体重构的节奏 服务分解的四大障碍 1、网络延迟 2、同步通信降低了可用性 3、跨服务的数据一致性 4、上帝类 微服务的忠告 n 第一,要记住微服务不是解决所有问题的万能 “银弹”。 n 第二,编写整洁的代码和使用自动化测试至关重要,因为这是现代软件开发的基础。 n 第三,关注微服务的本质,即服务的分解和定义,而不是技术,如容器和其他工具。 n 第四,确保你的服务松耦合,并且可以独立开0 码力 | 45 页 | 16.09 MB | 1 年前3 微服务环境下的系统治理与容错拆服务-单体重构的节奏 服务分解的四大障碍 1、网络延迟 2、同步通信降低了可用性 3、跨服务的数据一致性 4、上帝类 微服务的忠告 n 第一,要记住微服务不是解决所有问题的万能 “银弹”。 n 第二,编写整洁的代码和使用自动化测试至关重要,因为这是现代软件开发的基础。 n 第三,关注微服务的本质,即服务的分解和定义,而不是技术,如容器和其他工具。 n 第四,确保你的服务松耦合,并且可以独立开0 码力 | 45 页 | 16.09 MB | 1 年前3
 2-4-禚娴静-微服务你玩得起吗团队出现冲突,架构腐化严重 交付不能完成导致各⾓角⾊色间的 冲突越来越严重,为了快速上 线质量遭到牺牲。架构⽆无⼈人守 护,各种不⼀一致性,服务内部 接⼝口⼀一⽚片混乱,核⼼心⼈人员离 职。 2014年问题倍出(⼆二) 不要再添加任何服务! 当然不是! 业务迅速扩张 技术选型灵活 助⼒力客户快速占领市场 那怎么办? 2015年服务治理 � � � � � � � � � � � � DevOps0 码力 | 51 页 | 8.18 MB | 1 年前3 2-4-禚娴静-微服务你玩得起吗团队出现冲突,架构腐化严重 交付不能完成导致各⾓角⾊色间的 冲突越来越严重,为了快速上 线质量遭到牺牲。架构⽆无⼈人守 护,各种不⼀一致性,服务内部 接⼝口⼀一⽚片混乱,核⼼心⼈人员离 职。 2014年问题倍出(⼆二) 不要再添加任何服务! 当然不是! 业务迅速扩张 技术选型灵活 助⼒力客户快速占领市场 那怎么办? 2015年服务治理 � � � � � � � � � � � � DevOps0 码力 | 51 页 | 8.18 MB | 1 年前3
 NTTDATA 汽车行业数字营销平台微服务化实践车 7 github.com/apache?q=servicecomb servicecomb.apache.org 业务微服务化及分层设计 应用微服务引擎 第一层.CRM静态站点 第二层.CRM 业务网关 第三层.CRM 业务微服务 第四层.CRM 业务数据 服务中心 配置中心 治理中心 IT运维 日志可视化 (华为云) CDN/ WAF 资源监控预警 (华为云0 码力 | 11 页 | 2.25 MB | 1 年前3 NTTDATA 汽车行业数字营销平台微服务化实践车 7 github.com/apache?q=servicecomb servicecomb.apache.org 业务微服务化及分层设计 应用微服务引擎 第一层.CRM静态站点 第二层.CRM 业务网关 第三层.CRM 业务微服务 第四层.CRM 业务数据 服务中心 配置中心 治理中心 IT运维 日志可视化 (华为云) CDN/ WAF 资源监控预警 (华为云0 码力 | 11 页 | 2.25 MB | 1 年前3
 华为企业级PaaS 微服务应用完善的自动化促使组织能够管理大规模,快速的部署应用实例,应对业务流量,需求的变化 源码 软件中心 流水线 构建 归档 部署 配置中心 java python go nodejs php war jar 压缩包 二进制 Docker镜像 调整线上应用配置 x86 ARM CCI 虚机 CCE servicecomb.apache.org github.com/apache?q=servicecomb0 码力 | 17 页 | 3.42 MB | 1 年前3 华为企业级PaaS 微服务应用完善的自动化促使组织能够管理大规模,快速的部署应用实例,应对业务流量,需求的变化 源码 软件中心 流水线 构建 归档 部署 配置中心 java python go nodejs php war jar 压缩包 二进制 Docker镜像 调整线上应用配置 x86 ARM CCI 虚机 CCE servicecomb.apache.org github.com/apache?q=servicecomb0 码力 | 17 页 | 3.42 MB | 1 年前3
共 17 条
- 1
- 2













