- 综合排序
- 最热优先
- 最新优先
- 来自专栏微观技术
Proxy系统架构升级
上一次心跳的时间 > 心跳周期 * 2（即超过2个心跳周期没有接收到代理机的心跳请求），标记代理不可用 b）now-上一次心跳的时间 > 心跳周期 * 6，向代理服务器发出重连指令，生成新的ip和端口 架构升级 升级方案 ? 请求双写 最好的方式是代理服务器那边代码改动，将数据同时上传到新、老系统。但那部分的代码是C写的，之前团队规范有些欠缺，源代码找不到了。
72130发布于 2020-08-20 业务系统架构升级
当单体架构难以支撑多业务协同、数据模型冲突或系统性能显著下降时，需考虑架构升级。例如： 多订单类型导致数据模型混乱，如外卖订单与小程序订单字段冲突。 架构改造的平衡策略 分阶段改造 从单体架构中剥离高内聚模块（如订单管理），优先改造痛点明显的部分。例如先合并订单库，再逐步解耦接口服务。 中台架构的核心价值 标准化与复用 统一的数据模型和服务接口，如订单服务支持多渠道订单写入与查询，避免重复开发。 思考题参考方向 架构演进时机 如何量化评估当前架构的瓶颈（如订单处理延迟率＞5%）？业务增长到什么阶段（如日均订单量突破10万）需触发中台建设？
23110编辑于 2025-12-18- 来自专栏京东技术
XView 架构升级之路
Tech 导读 XView是一个一站式APP弹窗管理平台，本文介绍XView架构升级后的搭建流程，弹窗间的互斥管理，预加载处理，页面管理等技术方案，以及升级后的XView平台的整体框架，最终使得弹窗可以通过搭建的方式快速触达到 曝光率不高：升级前的XView 加载流程比较长，导致曝光率不高。 1.3 XView 时代升级 为了解决以上XView 的诸多痛点，将XView 弹窗进行了3个时代的升级，具体如下： 客户端H5弹窗组件时代:传统的xview 只支持h5链接，这样弹窗在加载过程中存在加载速度慢 XView 的升级方案主要从搭建流程，互斥管理，预加载升级， 页面管理以及接入这几方面介绍。 2.1 XView 搭建流程 。 图3. 2.3 预加载升级 图5. 预加载升级3个时代 H5 时代：手动预加载，预加载成功率不高。
69950编辑于 2023-09-21 - 来自专栏OpenMMLab
从 MMCV 到 MMEngine，架构升级，体验升级！
然而随着深度学习任务的需求变得越来越多样化，MMCV 早期的架构设计也开始难以满足日益复杂的需求。 因此 OpenMMLab 2.0 发布了新一代训练架构 MMEngine，以统一的执行引擎，灵活支持了 20 个以上的计算机视觉任务。 如果你已经使用过 MMCV，我们强烈推荐你升级使用 MMEngine。我们广泛收集了 MMCV 开源以来，大家在使用过程中遇到的问题，并在 MMEngine 中一一解决优化。 啊，怕迁移太麻烦？ 架构升级后，我们还能用 MMCV 做哪些事情？ 在回答这个问题之前，大家不妨思考一下，OpenMMLab 的算法库里，哪个模块的代码重复率很高？没有错！那就是数据变换（pipeline）。 除此之外，MMCV 也会有一些模块增删，下一期我们就来具体聊聊架构升级后的 MMCV，敬请期待哦~ 想了解更多 MMEngine 相关内容，欢迎查看直播回放视频~
1.4K20编辑于 2022-10-27 - 来自专栏Java3y
austin升级为SpringCloud架构！
（实际上在生产环境里，也是这么干的） 单独部署了以后，再通过「服务治理」的组件进行管理，那系统就是「分布式」的架构了。听着听不难，对不对？实际上也确实不难。 最核心的点在于：我认为以我这类系统来说，功能的完整性比「分布式」这种架构模式更加重要。 最近有空了，我打算把austin整成是分布式的系统，说干就干。 本着以最低的成本升级，我决定使用2021.x版本，并把SpringBoot升级到2.6.13版本 升级SpringBoot版本遇到的问题1 如果现在有个A对象，它的属性是B对象，而B对象的属性也是A对象 > <artifactId>springfox-boot-starter</artifactId> <version>3.0.0</version> </dependency> 但升级到 throw new IllegalStateException(e); } } }; } 分布式架构后
41600编辑于 2024-06-14 - 来自专栏kl的专栏
记公司项目架构升级DUBBO
3.探索期spring cloud 在过去的大半年时间里，我们一直在留意spring cloud的发展，spring cloud是个微服务架构的全家桶，提供了服务发布，注册，熔断，限流，等诸多套件 在服务接入方面不可预计的问题会比较多，特别一点就是spring cloud构建于spring boot之上，我们还有大部分的系统是老的spring mvc框架，短时间内整体服务切换到spring boot比较困难，所以架构升级 基本没啥学习上的代价，各组项目开发成员比较容易接受，而且本身和spring的集成非常方便简单，改造升级的成本基本可以忽略不计。 有些项目可能会存在相关的jar包的冲突，这也是dubbo版本升级导致的一些问题，目前在集成过程中发现的有commons-pool，dubbo使用的是pool2的 4. 是针对消息 生产者：producer ===> 生产message 消费者： consumer ===》消费message 正确理解MQ和RPC两者之间的异同，在这次架构调整中学到更多
28030编辑于 2023-11-18 - 来自专栏我是思聪
爱飞狗技术架构升级
小程序升级 2018年写的小程序用的是微信当年刚出来小程序不久写的，用的是原生的小程序的框架加上有赞的ZanUI（当年的称呼）。那是一套CSS框架，当时也没有小程序组件的机制。 后端架构的重构 这是以前设计的架构，主要麻烦的地方在于由于当时的服务器性能所限，没有将ETL的过程放到线上进行，所以必须要将数据同步到本地的PC然后进行离线计算，完成后再同步到线上的数据库。 image.png 当服务器性能和存储不是一个问题以后，架构也随之改变为在线数据同步、在线ETL，就不用在本地PC做任何操作了。 ?
1K30发布于 2021-01-18 - 来自专栏【腾讯云开发者】
腾讯新闻PUSH架构升级之路
本文主要详述，我们如何通过技术架构升级来支撑这个既要&又要&还要的目标。 将原架构发现/rpc技术栈的基础组件升级为腾讯新闻自用的基础组件，尽量使用我们熟练使用的技术栈，以提升业务开发&运维效率； ✓ 优化了原来链路一些不合理的地方 对原来链路的限流机制、通道选择策略做了优化 3.3 链路整合升级，提升效率 一个架构如果如果过度微服务化了，会带来各种问题： 1）模块间耦合严重，影响研发效率：本来是一个模块应该完成的工作，硬拆成了2个模块，有改动需要都需要改两个模块，需要模块间联调测试 04 架构升级效果 4.1 push运营成本显著降低 通过持续的 push 架构优化，新闻 push 总运营成本下降70%； 4.2 PUSH链路性能（吞吐量）显著提升 通过持续的 push 热点突发（全国/快速）PUSH全链路耗时（包括内部链路耗时和厂商链路耗时）下降了90% 全链路耗时指的是从push审核通过到用户收到PUSH时间，即包括内部链路和厂商链路总的耗时时长； 我们完成一些架构升级后
70310编辑于 2025-10-24 - 来自专栏SDNLAB
网络架构革命 宽带提速升级
随着用户需求的激增网络弊端愈加明显，治标不治本的改良方式无法根治电信网络的症结，网络架构革命势在必行，在这样的大环境下SDN顺利成为电信网实施体系架构变革的抓手。 ? 2014年，我国在网络架构方面的创新更加深入，传统的“电信级”思维面临挑战，IT化、软件化等呼声越来越高，软件定义网络SDN、网络功能虚拟化NFV等成为业界热议的焦点话题，电信核心网络、光传送网等亟待升级 ——编者 网络架构面临深层次调整 在互联网应用剧烈冲击电信业的2014年，电信网络开始从体系架构层面深层调整，这可以说是很多年来核心网的一次意义深远的转型。 所有这一切都在敦促运营商重新思考和升级IP核心路由。 贝尔实验室近期针对欧洲某一线运营商的研究表明，下一代核心路由平台在IP核心网络升级中扮演了关键角色。 几年前，全球运营商已经开始大规模升级传输网络，骨干网传输技术从10G、40G升级到100G。此轮升级中很大一部分属于刚性升级，即新建100G的光传输网，然而，这只是暂时缓解了网络流量增长所带来的压力。
2.2K50发布于 2018-04-04 - 来自专栏宜信技术实践
SpringCloud微服务架构升级实践
文中内容提到：微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。 （微服务是一个比较级的概念，而不是单一的概念） 1.3 微服务架构的优势 可扩展性:在增加业务功能时，单一应用架构需要在原先架构的代码基础上做比较大的调整，而微服务架构只需要增加新的微服务节点，并调整与之有关联的微服务节点即可 在增加业务响应能力时，单一架构需要进行整体扩容，而微服务架构仅需要扩容响应能力不足的微服务节点。 容错性:在系统发生故障时，单一应用架构需要进行整个系统的修复，涉及到代码的变更和应用的启停，而微服务架构仅仅需要针对有问题的服务进行代码的变更和服务的启停。 Spring Cloud作为目前最流行的微服务开发框架，不是采用了Spring Cloud框架就实现了微服务架构，具备了微服务架构的优势。
79730发布于 2019-06-26 - 来自专栏JAVA烂猪皮
Spring Cloud微服务架构升级总结
文中内容提到：微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。 背景 应用系统的架构历史 什么是微服务？ 文中内容提到：微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调、互相配合，为用户提供最终价值。 微服务架构的优势 可扩展性：在增加业务功能时，单一应用架构需要在原先架构的代码基础上做比较大的调整，而微服务架构只需要增加新的微服务节点，并调整与之有关联的微服务节点即可。 在增加业务响应能力时，单一架构需要进行整体扩容，而微服务架构仅需要扩容响应能力不足的微服务节点。 Spring Cloud作为目前最流行的微服务开发框架，不是采用了Spring Cloud框架就实现了微服务架构，具备了微服务架构的优势。
82460发布于 2019-07-02 图解Kafka：Kafka架构演化与升级！
了解了 Kafka 架构就掌握了 Kafka 最核心的知识，Kafka 作为业界最知名、最流行的消息系统和流式处理组件，在面试中和日常工作中经常会见到。 那么今天，我们就来聊聊 Kafka 的架构演化与升级，并通过图解的方式让你一目了然。 2.Kafka 基础架构Kafka 最简单的基础架构如下：Kafka 主要是由以下 4 部分组成：Producer（生产者）：消息发送方，生产者负责创建消息，然后将其投递到 Kafka（Broker）中 在上述最基础的 Kafka 架构中我们会发现一个问题，那就是如果是不同的消息类型要怎么办？ 小结Kafka 架构最终组成如下：图片生产者（Producer）：负责将消息发送到 Kafka 集群。
77811编辑于 2024-08-23- 来自专栏vivo互联网技术
vivo商城前端架构升级-总览篇
为了提升开发效率，满足高速发展的业务需求，在过去的一年里，我们通过对商城内外部系统的全面分析，按照分层的逻辑整理出前端架构的升级指导说明。 【分层架构】 在《前端架构-从入门到微前端》一书中提到，前端架构自上而下可以设计为四个层次，分别为系统级、应用级、模块级、代码级，我们通过这四个层次来分析vivo商城前端架构升级过程中的种种思考和实践， ，平滑升级？ 【小结】 本篇文章介绍了 vivo 商城架构升级的背景，并从系统级、应用级、模块级、代码级四个层次，总结了 vivo 商城前端架构升级过程中的种种实践和探索，希望能给有类似需求的团队带来帮助。 我们在前端技术方面的探索并未结束，作为前端架构升级的第一篇，后面会围绕架构升级带来一系列的文章，为大家更详细的讲解其中的难点和经验，敬请期待。
1.1K30发布于 2020-09-03 - 来自专栏Java工程师成长之路
达达系统架构升级经验总结
达达系统架构升级经验总结 1.1. 概述 达达是全国领先的最后三公里物流配送平台。达达业务主要包含两部分：商家发单，配送员接单配送。 数据库俨然已成为瓶颈，我们必须得快速做架构升级。 1.3. 读写分离 实现读写分离后，数据库的压力减少了许多，CPU使用率和IO使用率都降到了5%内，Slow Query也趋近于0。 这时，主库成为了性能瓶颈，我们意识到，必需得再一次做架构升级，将主库做拆分，一方面以提升性能，另一方面减少系统间的相互影响，以提升系统稳定性。这一次，我们将系统按业务进行了垂直拆分。 最终从架构上，我们将系统分为三层： 应用层：即各类业务应用系统。 数据访问层：统一的数据访问接口，对上层应用层屏蔽读写分库、分库、缓存等技术细节。 面对高性能和高稳定性，架构升级需要尽可能超前完成，否则，系统随时可能出现系统响应变慢甚至宕机的情况。 1.8.
88111发布于 2019-09-10 - 来自专栏镁客网
Imagination升级PowerVR图形架构，高端移动设备或将迎来重大升级
Furian将成为一个可持续数年的架构。 近日，Imagination发布了新PowerVR图形架构Furian，这也是自2010年Rogue推出以来的第一个主要图形架构升级。 据悉，Furian将为下一代iPhone带来重大的图形升级和图形密集型应用，包括虚拟现实、4K图形等。 对此，苹果已经专门修改了针对iPhone的PowerVR图形架构，这意味着我们最早明年就可以在苹果的设备上体验到新的图形功能。 Imagination Technologies的PowerVR产品和技术营销高级总监Chris Longstaff表示，Furian将成为一个可持续数年的架构。
66940发布于 2018-05-28 - 来自专栏编程大道
老板：把系统从单体架构升级到集群架构！
如题，本文针对工作中实际经验，整理了把一个单体架构的系统升级成集群架构需要做的准备工作，以及为集群架构的升级做指导方针。 本文首先分析了单体架构存在的问题，然后介绍了集群架构（好处、注意的问题、架构图），接着分析了目前系统的主要功能以及集群后需要做哪些调整，然后对集群架构涉及的技术做横向对比，最后确定技术选型。 从这几个方面介绍了从单体架构到集群架构的改造过程，希望对你有帮助。 背景 单机存在单点故障的隐患 Jvm内存频繁在某时段报警 单体架构存在的问题 项目目前的架构是单体垂直架构，只有一个服务节点，存在一些问题，以下是对存在问题的分析： 1、服务可用性差 单机部署只有一个节点提供服务 3、不可伸缩性 单体架构的弊端之一就是伸缩性不强。随着需求和负荷的增长，单体架构的性能满足不了现有需求时，增加服务器资源的手段收效甚微，服务的性能可扩展性低是单体架构的致命缺点。
1K30发布于 2021-09-08 - 来自专栏深度学习与python
架构升级，Serverless到底是不是趋势？
面对百万 PCU 的高并发场景，为保证业务系统的稳定性，腾讯在线教育团队果断拥抱了 Serveless 并进行架构升级改造。在这一过程中，他们如何解决业务高速发展所面临的人力紧缺的问题？ 2021 年 4 月 22 - 24 日举办的 QCon 全球软件开发大会（北京站）“前端新趋势”专题中，腾讯前端开发高级工程师曹海歌老师将分享《基于 Serverless 的腾讯在线教育大前端研发模式升级 会前， InfoQ 记者带着疑问对曹老师进行了采访，帮助大家了解为什么业务会进行研发升级？以及如何基于 SCF 落地全栈开发，继而解决业务痛点。 上云是趋势？ 恰逢其时，前端转型全栈的技术升级也与公司正在推动的全面上云计划不期而遇。因此，无论是技术探索，还是技术共建，都恰到好处得在这个转型的十字路口相遇了。 InfoQ：如果别人也要基于 Serverless 升级研发模式，你觉得哪些点需要注意的？ 曹海歌：业务开发远离运维的诉求已经深入人心了。
75010发布于 2021-01-21 - 来自专栏Android Framework
Android AB升级（三） - update engine架构概述
应用升级接口相关文件 1.1. UpdateEngine类接口 1.1.1. 代码流程（bind和applyPayload） 1.2. UpdateEngineCallback类接口 1.2.1. 解析升级包payload.bin工具 3. 升级系列文章参考 update engine是通过AIDL对上层client端和server端分离，实现跨进程。 上层提供服务绑定接口，以及升级触发和回调接口，底层实现升级的具体逻辑。本篇只是简单梳理下流程流转的过程。 1. 解析升级包payload.bin工具 payload dumper 使用payload dumper对升级包patload.bin文件进行解析，可以生成对应升级的image镜像文件 3. 升级系列文章参考 *Android A/B System OTA分析（一）概览 Android OTA升级原理和流程分析（零）—启动篇 以android系统为例的OTA升级
2.6K40编辑于 2022-09-28 AllData数据中台技术架构升级演进
二、技术架构与特点底层架构AllData的底层架构灵活且可扩展，支持微前端（如Wujie架构）和可插拔的后端设计。这种设计使得系统能够根据不同的业务需求进行定制和扩展，从而满足企业的多样化需求。 市场拓展与业务升级将积极寻找新的市场机会和业务增长点，深化与现有客户的合作关系，并拓展新的客户群体。基于大数据和人工智能技术，为企业提供更加个性化的推荐服务。
95410编辑于 2025-02-21- 来自专栏大数据
Flume日志采集应用架构升级与重构
MOB数据采集平台升级也快经历了半年时间，目前重构后线上运行稳定，在这过程中挖过坑，填过坑，为后续业务的实时计算需求打下了很好的基础。 一、升级与重构的原因 旧有架构 上图为旧有架构，主要服务于Hadoop2.x离线计算(T+1)以及Spark的实时计算（T+0），但在数据采集、数据流动、作业调度以及平台监控等几个环节存在的一些问题和不足 二、升级后的架构设计 这张图是升级后的数据采集架构图，从图中可以了解到大数据采集过程以及数据走向：数据源，数据缓存，存储计算等环节。 将原来数据采集与数据计算架构进行聚合解耦，节省了服务资源，加强了数据采集的数据流的监管，对文件传输及数据完整性监控都有所补充，有利于后期离线或实时运算的可插拔接入。 Flume channel升级 数据传输上，将Flume Memory channel改为Kafka channel，可以缓存数据的同时，弥补日志高峰期，原来Memory channel队列不够的问题
1.6K90发布于 2018-01-10
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号