首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏万少的技术分享

    HarmonyOSNext 端云一体化4

    HarmonyOSNext 端云一体化4) 在上一章节我们讲了数据库数据表的一些基本操作。如query、upsert、delete和calculateQuery。这一章节主要来讲解各种查询条件操作。 比如:查询name=book的前2条数据 总结 本章主要介绍了HarmonyOSNext端云一体化中的数据库查询条件操作: 介绍了查询条件中的谓词概念,它用于展示或描述数据的性质、特征或关系 详细列举了常用的查询谓词

    31311编辑于 2025-02-10
  • 来自专栏sktj

    Kubernetes(4:架构)

    Master 是cluster 的大脑: 运行 kube-apiserver kube-scheduler kube-controller-manager etcd pod restful api scheduler 调度器Scheduler负责决定将Pod放在哪个Node上运行。Scheduler在调度 时会充分考虑Cluster的拓扑结构,当前各个节点的负载,以及应用对高可用、性能、数据亲和性的需求。 Controller Manager负责管理Cluster各种资源,保证资源处于预期的状态。Controller Manager由多种controller组成,包括replicationcontroller、endpoints controller、namespace controller、serviceaccounts controller等。 etcd负责保存Kubernetes Cluster的配置信息和各种资源的状态信息。当数据发生变化时,etcd会快速地通知Kubernetes相关组件。 Pod要能够相互通信,Kubernetes Cluster必须部署Pod网络,flannel是其中一个可选方案。

    40820发布于 2019-09-24
  • 来自专栏京东技术

    工程算法一体化平台架构实践

    整个架构采用了一体化架构,所谓一体化是指整个算法、工程涉及的包括数据、系统等全链路打通,实现数据流的系统化流动,这种方式的好处是形成了业务闭环,在需求、开发、测试和验证整个过程都是透明化,从而减少沟通误差 工程&算法一体化平台 整个工程&算法一体化平台架构如图1所示,包括数据集&标注平台、算法模型训练&部署平台、模型测试&质量评估平台、算法服务网关、服装搭配平台,通过将这些平台全链路打通,形成一体化架构, 图4 服装搭配平台 服装搭配平台目的是根据某一件服装自动生成与其匹配的服务搭配,在初期版本实现T+1生成搭配即可,当前开发中的知识图谱架构版本可实时搭配生成。 整个平台如图4包括标注平台、服务爬虫系统、搭配专家库、数据异构系统、搭配算法和搭配服务网关。 一体化平台架构的目的是形成业务闭环,统一数据语言,数据资产沉淀,数据全链路透明流通,数据抽样实时质量评估,提升算法质量。在整个过程中架构边界清晰,系统松耦合,通过闭环服务化内聚化降低组织间沟通成本。

    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
  • 来自专栏深圳架构师同盟

    EA企业架构4A架构,业务架构、IT 架构之间是什么关系?

    今天继续聊企业架构方面的话题。即对于EA企业架构4A架构,业务架构、IT 架构之间是什么关系?这些架构之间又有哪些区别和联系? 首先整体回答下问题再展开详细回答。 企业架构一般谈4A架构,即业务架构,数据架构,应用架构和技术架构 。如果只谈业务架构和IT架构。那么IT架构包括了数据架构,应用架构和技术架构。 我原来有一篇文章专门谈企业架构中的4A架构的关系和集成,可以参考我公众号的历史文章文章。 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构,其实去理解4A架构的集成核心,你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 业务架构到应用架构集成方面,我们刚才讲到了,在业务建模里面会拆分出业务对象、业务活动、业务规则、业务角色这4个核心的要素。这4个核心的要素我们去详细考虑it实现的时候,一定会映射到它相关的应用功能。

    56210编辑于 2025-11-17
  • 模型设计、数据架构、数据治理一体化大数据平台

    强大的计算和存储能力,使得更扁平化的数据流程设计成为可能,简化计算过程; (2)多样的编程接口和框架,丰富了数据加工的手段; (3)丰富的数据采集通道,能够实现非结构化数据和半结构化数据的采集; (4) 数据采集:把不同数据源的数据统一采集到一个平台上; (2)数据清洗:清洗不符合质量要求的数据,避免脏数据参与后续数据计算; (3)数据归类:建立数据目录,在基础层一般按照来源系统和业务域进行分类; (4) 二、数据架构         数据架构包括数据整合、数据体系、数据服务三部分。其中,数据整合又可以分为结构化、半结构化、非结构化三类。 2.1.2 日志结构化         在传统的架构中,日志的结构化处理是放在数仓体系之外的。 尽管目前数仓架构体系中并不包含非结构化数据特征提取操作,但在未来,这将成为可能。

    29810编辑于 2025-12-23
  • 来自专栏摸鱼范式

    深入AXI4总线-架构

    知乎用户ljgibbs授权转发 本系列我想深入探寻 AXI4 总线。不过事情总是这样,不能我说想深入就深入。当前我对 AXI总线的理解尚谈不上深入。 但我希望通过一系列文章,让读者能和我一起深入探寻 AXI4。 声明1:部分时序图以及部分语句来自 ARM AMBA 官方手册 (有的时候感觉手册写得太好了,忍不住就直接翻译了。。) [二] 架构 五个独立通道 AXI4 总线的一大特征是它有 5 个独立的传输通道,这些通道都只支持单向传输。 作为类比,SPI 总线有 2 条单向传输通道:MISO, MOSI。 值得注意的是 AXI4 不再支持 WID 信号,这和 AXI4 的乱序机制有关,AXI4 规定所有数据通道的数据必须顺序发送。 结语 本文中我们了解了 AXI 总线的架构,它的五大通道以及各自的信号,最简单的读写操作流程以及AXI 总线的拓扑连接。

    1.6K10发布于 2020-06-24
  • 来自专栏超级架构师

    (4) 微服务架构采用准则

    这意味着微服务架构主要面向后端,尽管这种方法也用于前端。每个服务在其自己的进程中运行,并使用HTTP/HTTPS、WebSockets或AMQP等协议与其他进程通信。

    35731发布于 2020-07-18
  • 来自专栏超级架构师

    微服务与SOA架构(4

    如图4-1所示,事实上,了解服务客户与服务之间所采用的远程访问协议并不意味着就了解任何一方是如何实现的,也不意味着双方在实现上要保持一致。 图4-1 SOA也支持协议感知的异构互操作能力,但是它支持得更进一步,可以做到协议无关的异构互操作能力。 例如,如图4-2所示,在.NET平台上用C#实现的某个服务客户端可以使用REST调用对应的服务,但是服务(本例中是EJB3 Bean)只能使用RMI通信。 图4-2 如果你发现自己所处的是异构环境,需要对多种使用不同协议的系统或者服务进行整合,那么很可能需要采用SOA架构而不是微服务架构。 图4-3 合约解耦显然有一些使用上的局限。如果服务所需数据无法从客户所发送数据转换获得也无法从其它数据源获得,服务调用只能返回失败,因为服务合约无法得到满足。

    1.3K40发布于 2018-04-09
  • 一体化架构有疑问)

    是什么让这个简单的架构变得如此特别以至于它被过度炒作?将整个正在运行的应用程序从一体化转移到微服务架构是否值得付出的努力和痛苦?当我们开始在项目中使用微服务时出现了很多类似的问题。 在本博客中,我们将尝试回答这些问题并深入研究微服务架构,并将其与一体化架构进行比较。 什么是微服务?它与一体化有何不同? [2gvoo5y4nn.jpeg] 微服务是小型自主服务工作的集合。 为什么不采用一体化架构? [bqdy8z6pg7.png] 有个主要问题是,如果我们有一个功能完整的一体化应用程序正在运行,为什么要转换?为什么要增加开销并付出额外的努力? 使用一体化架构,我们无法独立扩展每个组件,因此即使大多数组件可能不需要扩展,整个应用程序也需要进行扩展。 可靠性 - 一体化应用的另一个问题是可靠性。 现在我们对一体化和微服务是什么以及他们的优缺点有一个大概的认识。 [k0h9rd7vla.png] 总而言之,一体化架构更适合简单轻量级的应用。

    1.6K50发布于 2018-06-25
  • 来自专栏大数据解决方案

    实时离线一体化技术架构(万字,15张图)

    架构实现 数据实时同步—Confluent Platform架构实现 debezuim:业务库使用的是MySql,如果在即时查询系统中查询到的结果与业务系统查询结果同等,需要实时同步业务数据,并实时提供查询能力 kudu.masters": "kudu167:7051,cdh6-slave1:7051,cmhk-b-sl-236:7051,cdh6-slave2:7051,cdh6-slave3:7051,cdh6-slave4: 实时离线一体化系统之技术架构 实时离线一体化系统之数据流 实时离线一体化接入 大数据的来源主要分为三个: 第一个来源是内部系统的Mysql数据库(业务分析) 第二个来源是应用App(用户轨迹) 这个问题跟我们的需求演化和公司系统架构有关系,presto从支持标准的sql上看,可以减轻业务侧对现有的功能sql改造,简单来说就是为了兼容现状。 4、Kylin继续二开,根据数据集成服务中采集到用户的维度和度量需求,使用Spark 动态构建Cube。 - END - 作者:非洲羚羊 来源:网络

    2.2K20发布于 2021-10-22
  • 来自专栏闲余说

    架构设计 4-高可用架构之FMEA方法

    导读:《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第三部分,主要介绍 FMEA 方法,以及如何将 FMEA 方法应用于架构设计之中以提高服务可用性。 什么是FMEA FMEA(Failure mode and effects analysis,故障模式与影响分析)又称为失效模式与后果分析、失效模式与效应分析、故障模式与后果分析等 在架构设计领域,FMEA 的具体分析方法 给出初始的架构设计图 假设架构中某个部件发生故障 分析此故障对系统功能造成的影响 根据分析结果,判断架构是否需要进行优化 FMEA 分析表 功能点 当前的 FMEA 分析涉及的功能点, 个人理解 FMEA 方法是一种分析问题的方法,一共列出了 11 个点,我们在分析架构问题的时候,按照每个点逐一去适配、分析。 reference 从 0 开始学架构

    94940编辑于 2022-08-19
  • 来自专栏全栈程序员必看

    4G网络架构_三大网络架构

    4G是集3G与WLAN于一体,并能够快速传输数据、高质量、音频、视频和图像等。 4G能够以100Mbps以上的速度下载,比目前的家用宽带ADSL(4兆)快25倍,并能够满足几乎所有用户对于无线服务的要求。 EPC 核心网架构秉承了控制与承载分离的理念,将分组域中SGSN 的移动性管理、信令控制功能和媒体转发功能分离出来,分别由两个网元来完成,其中,MME 负责移动性管理、信令处理等功能,S-GW 负责媒体流处理及转发等功能 3,4G网络架构的变化 1)实现了控制与承载的分离,MME负责移动性管理、信令处理等功能,S-GW负责媒体流处理及转发等功能。 4,3G与4G系统参数的比较 版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。

    5.7K20编辑于 2022-11-08
  • 来自专栏全栈程序员必看

    UE4 GamePlay架构学习篇

    现在UE4刚免费不久,网上的资料还很少,有一些UE3的大佬出了一些学习的帖子。 4>AGameSession: 游戏会话:存在于服务端的,客户端没有。 这样想就明白了了 我觉得UE4设置InOwner,InInstigator就是在射击游戏的原型上衍生出来的。 比如人拿枪,人开枪,枪发射子弹。 14>UMG->Slate: 它是UMG的底层实现,也是UE4编辑器界面使用的GUI的架构,也就是说UE4的编辑器界面就是用Slate写的。 18>USaveGame: UE4提供的一套存档的系统,单机游戏用着不错,也可作为本地存储一些数据载体。

    2K30编辑于 2022-11-09
  • mapvthree Engine 设计分析——二三维一体化架构设计

    mapvthree Engine 作为二三维一体化渲染引擎的核心,其设计理念既不同于传统地图引擎,也不同于纯粹的 3D 渲染引擎。 本文将从架构设计的角度,深入分析 Engine 如何巧妙地融合两种设计范式,创造出独特的二三维一体化架构。 四、二三维一体化的实现机制4.1 坐标系统统一Engine 通过统一的坐标转换接口,实现了地理坐标和 3D 坐标的统一:// 地理坐标 → 3D 坐标(无论使用什么投影)const position = 它既不是简单的地图引擎,也不是纯粹的 3D 渲染引擎,而是将两种设计范式巧妙融合的创新架构。 地理坐标系统和 3D 坐标系统通过统一接口无缝转换模块化设计:功能模块职责清晰,易于扩展和维护这种设计使得 Engine 能够满足从传统地图应用到复杂 3D 场景的各种需求,为开发者提供了一个既强大又灵活的二三维一体化解决方案

    21810编辑于 2025-11-24
  • 来自专栏AI大模型应用开发炼丹房

    动态路由深度解析​​:LLaMA4-MoE训练-推理一体化实现

    本文涵盖从语料准备到可运行模型的完整实现流程,并系统呈现LLaMA4-MoE架构的关键技术要点。​ 一、MoE架构的核心价值与实现挑战​​专家混合(Mixture of Experts, MoE)​​ 通过动态路由机制,在控制计算成本的同时显著扩展模型容量。 其技术优势与挑战如下:​​优势​​:相同计算开销下,模型参数量提升4-8倍(如8专家配置)​​挑战​​:路由稳定性、专家负载均衡、多设备通信开销​​LLaMA4-MoE创新点​​: 共享专家层(Shared 模型架构核心模块2.1 基础组件创新实现# RMSNorm (替代LayerNorm)class RMSNorm(nn.Module): def forward(self, x): 各模块的有机整合与优化,使 MoE 架构在实际应用中能够兼顾精度与效率,并为其在更大规模数据与更复杂任务中的扩展奠定了基础。好了,今天的分享就到这里,点个小红心,我们下期见。

    81910编辑于 2025-08-19
  • 企业架构规划设计-4A架构之间的关系和集成

    今天我准备再录一个视频来讲解一下企业架构规划设计中的4A架构之间的关系和集成。 我昨天分享过一个视频,就有朋友给我留言说有些内容看不懂,因为我讲的很多视频它是需要有一定前导知识的,类似于我今天讲4A架构集成,那你至少应该对企业架构,对TOGAF,对企业架构规划的元模型有大概的一些了解 我们常说的4A架构就是业务架构、数据架构、应用架构和技术架构,其实去理解4A架构的集成核心,你仍然要去参考企业架构这本书里面谈到的企业架构元模型。 价值流往往就是顶端的流程,业务能力的分解往往是2~4级,对于详细的业务流程的分解往往就到了5~7级,只是原来在业务架构里面,我们没有太强调流程架构,实际上从架构的Y模型里面可以看到,在业务架构里面是有两个视角 业务架构到应用架构集成 我们刚才讲到了,在业务建模里面会拆分出业务对象、业务活动、业务规则、业务角色这4个核心的要素。这4个核心的要素我们去详细考虑it实现的时候,一定会映射到它相关的应用功能。

    55100编辑于 2025-06-24
  • 来自专栏Apache Doris

    Apache Doris AI 能力揭秘(四):HSAP 一体化混合搜索架构全解

    而 Apache Doris HSAP 能力的实现并非一蹴而就,整体架构的演进分为三个阶段,如下所示。 4. 基于倒排索引的高性能文本分析文本搜索能力对于大型语言模型(LLM)是不可或缺的基石,从根本上决定了 LLM 应用的可靠性、准确性和实用性。 为了让搜索能力真正适配 AI Agent 的分析场景,Doris 对倒排索引进行了系统化的架构设计与工程优化。  而 Doris 的向量索引与倒排索引采用一体化架构,用户可以像处理倒排索引一样异步构建向量索引,最大限度降低对写入性能的影响。同时,调整向量索引构建参数时,用户可以轻松进行索引的删除与重建。 Doris 当前支持两种标量量化:INT8 与 INT4(SQ8 / SQ4),通过压缩 FLOAT32 减少内存开销。

    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 一体化架构的业务落地场景、完成自有 App 在鸿蒙系统的适配,以及完善对应的工具链、建立新终端的指标基线、性能优化等等。 陈航:刚才有提到,我们外卖商家端的客户端类型比较多,Flutter Web 能够帮助我们把 Android/iOS 的代码复用延升到 Web 体系里,实现 Web-App 一体化架构。 从现有的成果上看是符合预期的:我们目前有两个业务线实现了基于 Flutter Web 的一体化架构,还有一些 App 页面简单改造后就具备了外链 H5 的能力,这些业务的代码在 Web 和 Native

    1.7K10发布于 2021-03-30
领券