- 综合排序
- 最热优先
- 最新优先
- 来自专栏万少的技术分享
HarmonyOSNext 端云一体化（6）
HarmonyOSNext 端云一体化（6） 之前的文章中把云数据库、云存储都讲过了，这一章节要讲解的是云函数。 云函数介绍 云函数其实就是 serverless 技术。 对于段云一体化开发的应用来说，可以根据这样的场景来使用云函数。 简单的数据库查询、云端文件的管理可以直接使用客户端操作的方式。
40921编辑于 2025-02-10 - 来自专栏京东技术
工程算法一体化平台架构实践
整个架构采用了一体化架构，所谓一体化是指整个算法、工程涉及的包括数据、系统等全链路打通，实现数据流的系统化流动，这种方式的好处是形成了业务闭环，在需求、开发、测试和验证整个过程都是透明化，从而减少沟通误差 工程&算法一体化平台 整个工程&算法一体化平台架构如图1所示，包括数据集&标注平台、算法模型训练&部署平台、模型测试&质量评估平台、算法服务网关、服装搭配平台，通过将这些平台全链路打通，形成一体化架构， 打标平台架构上一定要灵活，设计如图2所示，架构上一定要灵活，因为不同的场景其标注需求是不一样的，比如数据存储方面可以考虑像mongodb数据库，是模式自由的，数据存储结构非常灵活；在打标界面方面可以通过插件化模式进行设计 京东内部有一套自己的机器学习平台，该平台目前打通了京东的J-ONE（编译、上线发布、部署一体化的工具平台），可以通过J-ONE部署CPU或GPU应用，从而简化整个部署过程。 一体化平台架构的目的是形成业务闭环，统一数据语言，数据资产沉淀，数据全链路透明流通，数据抽样实时质量评估，提升算法质量。在整个过程中架构边界清晰，系统松耦合，通过闭环服务化内聚化降低组织间沟通成本。
3.6K31发布于 2019-05-05 - 来自专栏腾讯云存储
直播预告| Lakehouse 湖仓一体化架构论坛
在大模型时代，企业将如何进行湖仓一体化架构选型？下一代Lakehouse架构方向又在哪里？未来面临着怎么样的挑战？ 让我们在6月15日举办的以「大模型时代的 OLAP 技术演进」为主题的第58届DataFunSummit：OLAP 线上峰会中，「Lakehouse 湖仓一体化架构」论坛上看头部企业如何做！ 精彩内容，扫码报名，免费参会 本次Lakehouse湖仓一体化架构论坛的出品人程力老师，腾讯云数据湖存储的负责人，他对数据湖仓存储架构有着深入的理解与丰富的实践经验。 通过构建两级缓存架构与混合部署，让整个基于对象存储架构构建的查询性能与成本达到了较优的水平。 演讲提纲： 1.GooseFS 加速存储的核心架构 2.GooseFS 在腾讯内部实时 OLAP 搜索场景上的应用落地 3.GooseFS 在低延迟查询搜索请求上的架构演进与性能优化 4.总结 听众收益
52910编辑于 2024-06-16 软件架构 6 个方面
所谓 “架构”，就是将软件的结构打好，然后在结构内按部就班的施工就好了。软件架构 6 个方面软件架构涉及六个维度，分别是 “稳定性”、“高性能”、“一致性”、“扩展性”、“观察性” 和 “安全性”。 没有最好的架构，只有合适的架构。合适的架构就是在对这些维度的平衡与取舍，以最大程度的支撑当前业务的运行。每个方面包含的内容稳定性，异步、调度、容错、隔离、熔断、限流、降级、故障恢复。 这也印证了 “架构是演化出来的，不是一蹴而就的。”可以说这个是 “架构” 的 “架构” 吧，以后只需要完善这个结构，往这个结构中不断添加工具、方法、经验就好了。
26710编辑于 2024-03-25- 来自专栏超级架构师
Envoy架构概览(6):异常检测
异常值检测和弹出是动态确定上游群集中的某些主机是否正在执行不同于其他主机的过程，并将其从正常负载平衡集中移除。 性能可能沿着不同的轴线，例如连续的故障，时间成功率，时间延迟等。异常检测是被动健康检查的一种形式。 特使还支持主动健康检查。 被动和主动健康检查可以一起使用或独立使用，形成整体上游健康检查解决方案的基础。 弹射算法 取决于异常值检测的类型，弹出或者以行内（例如在连续5xx的情况下）或以指定的间隔（例如在定期成功率的情况下）运行。 弹射算法的工作原理如下： 主机被确定为异常。 特使检查以确保弹出
1.2K60发布于 2018-04-09 - 来自专栏超级架构师
【企业架构】投资企业架构工具的 6 个理由
企业架构旨在为企业 IT 的广阔领域及其蓬勃发展的机器和软件集合带来秩序，这是几十年前无法想象的聚宝盆。台式机、平板电脑、手机——一目了然的屏幕。 以下是您的组织值得投资企业架构解决方案的六个原因——以及在依赖 EA 工具时需要牢记的一些问题。 企业架构工具远远超出列表。它们为世界增添了秩序，提供了大量关于通过您企业无穷无尽的硬件收集的大量比特的信息。 然而，重要的是要记住，工具不提供秩序。人们这样做。企业架构工具只是提供建立秩序的手段。 企业架构工具仍然是解决方案，但它们并不神奇。他们承诺维护数据。它们只是您的团队带来秩序的途径。他们不会自己带来秩序。 企业架构打破孤岛 随着差异的增加，组织可能会遭受孤立。 安装企业架构软件不会解决这些深刻的差异，但它会更容易发现这些差异。在企业架构工具中对企业资产进行编目的过程揭示了许多区别，这是建立某种统一性的第一步。中央数据库是变革的催化剂。
50520编辑于 2022-07-29 - 来自专栏超级架构师
【服务网格架构】Envoy架构概览(6):异常检测
配置参考 集群管理器全局配置 每个群集配置 运行时设置 统计参考 微信公众号 关注微信公众号【首席架构师智库】 微信小号 希望加入的群：架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发 点击加入知识星球【首席架构师圈】 微信圈子 志趣相投的同好交流。 点击加入微信圈子【首席架构师圈】 喜马拉雅 路上或者车上了解最新黑科技资讯，架构心得。 点击，收听【智能时刻，架构君和你聊黑科技】 知识星球 认识更多朋友，职场和技术闲聊。 点击加入知识星球【知识和技术】
59150发布于 2020-07-20 - 来自专栏闲余说
架构设计 6-高可用架构之高可用计算架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第六部分，主要介绍高可用计算架构，介绍了高可用架构设计的要点以及不同架构方式的优缺点。 主备 主备架构是计算高可用最简单的架构，和存储高可用的主备复制架构类似，但是要更简单一些，因为计算高可用的主备架构无须数据复制 详细设计 主机执行所有计算任务 当主机故障（例如，主机宕机）时，任务分配器不会自动将计算任务发送给备机 缺点：主从架构需要将任务分类，任务分配器会复杂一些。 集群 计算高可用集群包含 2 台服务器的集群，这点和存储高可用集群不太一样。 存储高可用集群把双机架构和集群架构进行了区分；而在计算高可用集群架构中，2 台服务器的集群和多台服务器的集群，在设计上没有本质区别，因此不需要进行区分 对称集群 通俗的叫法是负载均衡集群。 个人思考 相对高可用存储架构，计算架构相对简单，不涉及数据同步和一致性。关键点在于如何将请求路由到合适的实例上。 reference 从 0 开始学架构
70930编辑于 2022-08-19 模型设计、数据架构、数据治理一体化大数据平台
本文主要从总体思路、模型设计、数据架构、数据治理四个方面介绍了如何利用大数据平台的特性，构建更贴合大数据应用的数据仓库。 数据集市层是上下三层架构的最上层，通常是由需求场景驱动建设的，并且各集市间垂直构造。在数据集市层，我们可以深度挖掘数据价值。值得注意的是，数据集市层需要能够快速试错。 二、数据架构 数据架构包括数据整合、数据体系、数据服务三部分。其中，数据整合又可以分为结构化、半结构化、非结构化三类。 2.1.2 日志结构化 在传统的架构中，日志的结构化处理是放在数仓体系之外的。 尽管目前数仓架构体系中并不包含非结构化数据特征提取操作，但在未来，这将成为可能。
29810编辑于 2025-12-23（一体化架构有疑问）
是什么让这个简单的架构变得如此特别以至于它被过度炒作？将整个正在运行的应用程序从一体化转移到微服务架构是否值得付出的努力和痛苦？当我们开始在项目中使用微服务时出现了很多类似的问题。 在本博客中，我们将尝试回答这些问题并深入研究微服务架构，并将其与一体化架构进行比较。 什么是微服务？它与一体化有何不同？ [2gvoo5y4nn.jpeg] 微服务是小型自主服务工作的集合。 为什么不采用一体化架构？ [bqdy8z6pg7.png] 有个主要问题是，如果我们有一个功能完整的一体化应用程序正在运行，为什么要转换？为什么要增加开销并付出额外的努力？ 使用一体化架构，我们无法独立扩展每个组件，因此即使大多数组件可能不需要扩展，整个应用程序也需要进行扩展。 可靠性 - 一体化应用的另一个问题是可靠性。 微服务也不例外 [2oekz6goem.png] 仅仅因为这个行业很火并不意味着它没有缺点。相信与否，微服务并不完美。他们确实存在不同类型的缺点。
1.6K50发布于 2018-06-25- 来自专栏大数据解决方案
实时离线一体化技术架构(万字，15张图）
： 架构实现 数据实时同步—Confluent Platform架构实现 debezuim：业务库使用的是MySql,如果在即时查询系统中查询到的结果与业务系统查询结果同等，需要实时同步业务数据，并实时提供查询能力 slave1:7051,cmhk-b-sl-236:7051,cdh6-slave2:7051,cdh6-slave3:7051,cdh6-slave4:7051,cdh6-slave5:7051,cdh6 -slave6:7051,cdh6-slave7:7051,cdh6-slave8:7051,cdh6-slave9:7051", "max.retries": "3", "retry.backoff.ms 实时离线一体化系统之技术架构 实时离线一体化系统之数据流 实时离线一体化接入 大数据的来源主要分为三个： 第一个来源是内部系统的Mysql数据库(业务分析) 第二个来源是应用App(用户轨迹) 这个问题跟我们的需求演化和公司系统架构有关系，presto从支持标准的sql上看，可以减轻业务侧对现有的功能sql改造，简单来说就是为了兼容现状。
2.2K20发布于 2021-10-22 - 来自专栏深度学习与python
6种事件驱动的架构模式
该架构还具有更高的可伸缩性和解耦性，因为状态管理完全从服务中移除，并且不需要对查询进行数据聚合和维护。 考虑一下这种情况，将所有 Wix 用户的联系方式导入 Wix 平台。 v=7O_UC_i1XY0 6事件聚合 当你想知道整个批次的事件已经被消费时 在上半部分，我描述了在 Wix 将联系人导入到 Wix CRM 平台的业务流程。后端包括两个服务。 KVAtomicStore（例如，请求 Id 为 YYY 的导入作业 3 已经完成）： Atomic Store 将生成一条新消息到 job-completed-commands 主题，键为 YYY-6， 接下来，Atomic Store 的消费者 - 生产者对将消费此消息，并增加 KV Store 主题中键 YYY-6 的已完成作业计数。 ://medium.com/wix-engineering/6-event-driven-architecture-patterns-part-2-455cc73b22e1 本周好文推荐 Mozilla
3.9K20编辑于 2023-04-01 mapvthree Engine 设计分析——二三维一体化的架构设计
mapvthree Engine 作为二三维一体化渲染引擎的核心，其设计理念既不同于传统地图引擎，也不同于纯粹的 3D 渲染引擎。 本文将从架构设计的角度，深入分析 Engine 如何巧妙地融合两种设计范式，创造出独特的二三维一体化架构。 四、二三维一体化的实现机制4.1 坐标系统统一Engine 通过统一的坐标转换接口，实现了地理坐标和 3D 坐标的统一：// 地理坐标 → 3D 坐标（无论使用什么投影）const position = 它既不是简单的地图引擎，也不是纯粹的 3D 渲染引擎，而是将两种设计范式巧妙融合的创新架构。 地理坐标系统和 3D 坐标系统通过统一接口无缝转换模块化设计：功能模块职责清晰，易于扩展和维护这种设计使得 Engine 能够满足从传统地图应用到复杂 3D 场景的各种需求，为开发者提供了一个既强大又灵活的二三维一体化解决方案
21810编辑于 2025-11-24- 来自专栏一个会写诗的程序员的博客
架构设计模式—6大设计原则
架构设计原则 6大设计原则 Single Responsibility Principle : 单一职责原则 Liskov Substitution Principle : 里氏替换原则 6 内容耦合: 这是最高程度的耦合，也是最差的耦合。当一个模块直接使用另一个模块的内部数据，或通过非正常入口而转入另一个模块内部。 内聚性又称块内联系。 6 功能内聚: 这是最强的内聚，指模块内所有元素共同完成一个功能，缺一不可。与其他模块的耦合是最弱的。
2K60发布于 2019-07-04 - 来自专栏编程进阶实战
浅谈6种流行的API架构风格
本篇文章将浅谈一下当前6种流行的API架构风格的优点、缺点以及适用场景。 6种流行的API架构风格图SOAP SOAP全拼：Simple Object Access Protocol 优点：SOAP 是一种基于 XML 的通信协议，具有良好的跨平台和跨语言支持。 RESTful RESTful全拼：Representational State Transfer 优点：RESTful 一种基于现有 Web标准和 HTTP协议的设计和构建网络应用程序的架构风格，旨在提供一种简洁 适用场景：gRPC 适用于构建分布式系统和微服务架构，特别是那些需要高性能和强类型约束的场景。WebSocket优点：WebSocket 提供了全双工通信的能力，允许服务器主动向客户端推送数据。 总结这些 API 架构风格都各有优点和适用场景，您可以根据具体需求选择适合的架构风格来构建和设计 API。
84900编辑于 2024-01-12 - 来自专栏软件研发
架构设计模式—6大设计原则
架构设计模式—6大设计原则架构设计是软件开发中非常重要的一环，良好的架构可以提高软件系统的可维护性、可扩展性和可重用性。在架构设计过程中，遵循一定的设计原则可以帮助我们构建合理的架构。 本文介绍6大常用的架构设计原则，他们是：单一职责原则（Single Responsibility Principle, SRP） 单一职责原则要求一个类或模块只负责完成一项职责。 以上6大设计原则是架构设计过程中常用的准则，不同的原则可以结合使用，根据具体的应用场景进行选择。遵循这些原则可以帮助我们构建高质量的软件系统。
2.3K41编辑于 2023-11-02 - 来自专栏Linyb极客之路
高可用架构的6大常规方案
什么是高可用架构 在介绍高可用架构的方案之前，先说一下什么是高可用架构，高可用架构应具备但不限于以下特征： 主从切换 很好理解，当其中一台机器的服务宕机后，对于服务调用者来说，能够迅速的切换到其他可用服务 高可用架构中应该具有丰富的负载均衡策略和易调节负载的方式。 甚至可以自动化智能调节，例如由于机器性能的原因，响应时间可能不一样，这时候可以向性能差的机器少一点分发量，保证各个机器响应时间的均衡。 业务中接触到的6种高可用方案 LVS+Keepalive LVS的全称是linux visural server，即虚拟的linux机器，这个名称再恰当不过了。该方案的实现大概是这样的。
3.9K20发布于 2021-09-23 - 来自专栏Apache Doris
Apache Doris AI 能力揭秘（四）：HSAP 一体化混合搜索架构全解
多系统拼接方案的痛点为实现混合搜索的能力，许多系统采用“向量数据库 + 搜索数据库 + OLAP 数据库”组合式架构来支撑类似能力。 而 Apache Doris HSAP 能力的实现并非一蹴而就，整体架构的演进分为三个阶段，如下所示。 为了让搜索能力真正适配 AI Agent 的分析场景，Doris 对倒排索引进行了系统化的架构设计与工程优化。 而 Doris 的向量索引与倒排索引采用一体化架构，用户可以像处理倒排索引一样异步构建向量索引，最大限度降低对写入性能的影响。同时，调整向量索引构建参数时，用户可以轻松进行索引的删除与重建。 dim"="384"：必须与 all-MiniLM-L6-v2 模型输出维度严格一致。"quantizer"="flat"：指定使用 flat（浮点）进行量化，确保了最高的召回精度。
26110编辑于 2025-12-22 腾讯与销售易智能一体化CRM联合架构与业务影响解析
行业正亟需从被动的“大型结构化数据记录系统”向以智能驱动、自然语言交互为核心的“交付行动和结果的智能体生态（AI CRM）”演进，以实现多区域、多语言、多币种的全球化业务一体化管控，并在GDPR等严格合规框架下全面守护从 构建基于国产大模型与协同生态的智能体业务矩阵 为解决AI落地的“最后一公里”难题，腾讯联合销售易（北京仁科互动网络技术有限公司）推出了一体化智能CRM解决方案。 该方案以Data Cloud（AI数据基座）为核心，结合MCP广场（激活生态共创能力），构建了一系列企业级AI Agents（NeoAgent），全面重塑产品架构与开发平台。 1.
25520编辑于 2026-04-08- 来自专栏深度学习与python
迈向Flutter深水区：美团外卖Web-App一体化架构实践
落地进展，近日，我们采访了美团外卖商家终端团队负责人陈航，他透露，美团外卖商家 App 的鸿蒙适配正在推进落地中，不仅如此，最近半年他们也在探索基于 Flutter Web 体系的 Web-App 一体化架构 陈航：我们围绕 Flutter 所做的工作主要可以分成 4 个阶段：美团终端研发生态打通、自建动态化、Web-App 一体化架构、鸿蒙适配。 研发生态的打通，有两条 Web 业务线实现了和 App 的一体化复用，还有 20 多个 App 页面具备了外链能力，可以支持分享到微信，这块内容会在 6 月份的 GMTC 北京 2021 上与大家分享 陈航：主要还是现有工作的延续，大的方向是扩大 Web-App 一体化架构的业务落地场景、完成自有 App 在鸿蒙系统的适配，以及完善对应的工具链、建立新终端的指标基线、性能优化等等。 陈航：刚才有提到，我们外卖商家端的客户端类型比较多，Flutter Web 能够帮助我们把 Android/iOS 的代码复用延升到 Web 体系里，实现 Web-App 一体化架构。
1.7K10发布于 2021-03-30
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号