- 综合排序
- 最热优先
- 最新优先
- 来自专栏技术活动纪要
深圳同盟线下活动816回顾-架构未来圳在出发-上
背景2025年8月16，腾讯云架构师技术同盟深圳同盟成立。作为成员，全程参加了这次线下活动。到今天已经4个月了，浮光掠影，历历在目。回顾思考，查漏补缺，是精进的最好方式。同盟一周年，收货颇多。 开幕式大美女开场，成立大组织：腾讯云架构师技术沙龙。活动和呈现形式：深圳同盟成立，美女秘书长发言。硬汉大咖出场。理事长出场。氛围编程发哥分享AI工具使用和管理心得。 腾讯云架构师同盟搭建了一个技术交流的大舞台，架构师可以走的更远，互通有无，持续精进。
39261编辑于 2025-12-10 - 来自专栏超级架构师
「数据架构」数据架构的未来
安东尼J.阿尔格明认为，数据架构正从一个混乱和纠结的时代进入一个更加干净和有组织的时代。在DATAVERSITY®数据体系结构在线会议上，Algmin回顾了过去的预测、当前的热门话题以及对未来的预测。 快速回顾：修正过去的预测 在芝加哥举行的数据架构峰会上，阿尔格明主持了一次小组讨论，他在讨论中提出了四个主题，这些主题后来得到了验证： 云和衍生产品已经成为并将继续成为一个热门话题，大多数组织都承认它们有未来 实际情况是，运营报告最好由数据仓库提供服务，并在可预见的未来继续具有相关性。 “数据科学家的特别分析将解决所有问题。”虽然数据科学是一个热门话题，“但事实是，数据科学家的相关性尚未达到其实际潜力。 数据架构与企业架构的融合 “数据架构师的热度指数正在上升，但企业架构热度指数非常非常冷，而且已经有一段时间了。” 在地平线上：未来的热门数据架构主题 Algmin预测了ML和AI在元数据管理和数据治理中的扩展，比如区块链和分布式账本。“我们将开始看到，作为数据架构师，我们可以做一些真正阻碍我们的组织的事情。”
65920发布于 2020-07-20 - 来自专栏java一日一条
未来编程的9大猜想
很多人巴不得能够看透未来，但未来五年顶多是猜测而已。预测科技发展简直是天方夜谭，因为创新的影响力足以淘汰当下的很多技能和工具。 话虽这么说，我们还是瞅瞅这命运的茶叶渣子，或许能帮我们拨开迷雾，瞥一眼未来，看看科技到那时究竟是什么样的。 站在科技成就的前沿，我们斗胆展望未来。 希望能够为开发者们提供有价值的参考，帮助提升针对未来变化的反应能力，快速做出规划。 ? 1. REST一开始就统领了IoT REST协议统领了整个网络。 原因很简单，REST协议的简洁深受程序员青睐，其基础架构使得REST协议简单好用，找代码漏洞也变得更容易了。还没有任何协议能像这样用文字形式储存数据，一目了然。 9. 指手画脚的BOSS让人抓狂 这算不上是展望，因为他们已经做到了——这些上司们在速成班里学了点编程，就觉得自己成了行家，程序员于是就这样“被帮助”了。 “你要用一个变量吗？”
1.1K20发布于 2018-09-18 - 来自专栏最新技术
大数据架构的未来
然而，现在最大的问题是什么样的架构和解决办法能让我们能够实现这种可能性。 根据需要来转换数据 汇总数据 提供分析数据的工具 对数据的汇报 将理念纳入运营流程 在最少的TCO和响应时间内完成这些所有工作 数据湖的愿景作为一种答案 许多企业都在寻找某种叫数据湖（Data Lake）的架构 我们是否可以在我们的体系结构中添加另一个持久层，以填补这些空白，并符合我们使用低TCO商品硬件和开源模型，架构在读和Hadoop分布式处理层的设计原则？ 因此，下图是数据湖的推荐架构。 MongoDB集成到数据湖 该体系结构将MongoDB添加作为您需要表达式查询的任何数据集的持久层，与您上述想要索引的3个理由相关。 我看到一些企业从一个数据湖开始，只花费一年时间清理所有数据并将其写入HDFS，以期在未来从中获得价值。然后，企业没有从中看到任何价值，但实际上他们和客户之间还有另一个批次层。
1.7K120发布于 2018-05-17 - 来自专栏实时流式计算
数据架构的未来——浅谈流处理架构
数据架构设计领域正在发生一场变革，其影响的不仅是实时处理业务，这场变革可能将基于流的处理视为整个架构设计的核心，而不是将流处理只是作为某一个实时计算的项目使用。 本文将对比传统数据架构与流处理架构的区别，并将介绍如何将流处理架构应用于微服务及整体系统中。 传统数据架构 传统数据架构是一种中心化的数据系统，可能会分为业务数据系统和大数据系统。 这样设计的原因是因为数据处理性能和准确性的限制，在Streaming-大数据的未来一文中曾提到过，由于对事件时间的不可控，我们不能将实时数据作为准确可靠的数据来源。 • 传统的数据架构太单一：数据库是唯一正确的数据源，每一个应用程序 都需要通过访问数据库来获得所需的数据。 • 采用这种架构的系统拥有非常复杂的异常问题处理方法。 流处理架构 作为一种新的选择，流处理架构解决了企业在大规模系统中遇到的诸多问题。以流为基础的架构设计让数据记录持续地从数据源流向应用程序，并在各个应用程序间持续流动。
76841发布于 2019-08-30 - 来自专栏CSDN技术头条
大数据架构的未来
作者：Matt Kalan 原文：The Future of Big Data Architecture 译者：孙薇 本文讲述了大数据的相关问题，以及“大数据架构”得名的由来。 此外，像雅虎和谷歌这样的webscale公司都是早期标杆，借用这种架构在解决网站索引相关的问题时获得了巨大的成功。 因此，推荐使用下面的架构来构建数据湖。 MongoDB对数据湖非常重要 ? 这个架构将MongoDB作为持久化层面加入任何需要表达查询的数据集中，正与你需要索引的三个原因（上面列举了）相关。 一些企业在使用数据湖时，只花费一年时间清洗所有数据，然后将其写入HDFS，希望在未来能用这些数据获取价值。 ---- （责编/钱曙光，关注架构和算法领域）
1K70发布于 2018-02-11 - 来自专栏实时计算
数据架构的未来——浅谈流处理架构
本文将对比传统数据架构与流处理架构的区别，并将介绍如何将流处理架构应用于微服务及整体系统中。 传统数据架构 传统数据架构是一种中心化的数据系统，可能会分为业务数据系统和大数据系统。 ? 这样设计的原因是因为数据处理性能和准确性的限制，在Streaming-大数据的未来一文中曾提到过，由于对事件时间的不可控，我们不能将实时数据作为准确可靠的数据来源。 流处理架构 作为一种新的选择，流处理架构解决了企业在大规模系统中遇到的诸多问题。以流为基础的架构设计让数据记录持续地从数据源流向应用程序，并在各个应用程序间持续流动。 本文简单对比了传统数据架构与流处理架构的区别，以及流处理架构的优势所在，但这种体系也面临着其复杂性和很多挑战，深入了解Kafka和Flink将使得这一切变得更加简单。 参考资料：Flink基础教程 Flink官方文档 相关文章： Flink快速入门 Streaming-大数据的未来 什么是Kafka？
1.8K31发布于 2019-09-11 - 来自专栏DotNet NB && CloudNative
.NET 9 混合缓存：多级缓存的未来
在.NET 9 中，微软推出了混合缓存（Hybrid Cache），这是一种革命性的缓存方式，它弥合了内存缓存和分布式缓存之间的差距。 .NET 9 中的混合缓存结合了内存缓存（快速的本地访问）和分布式缓存（持久性以及跨服务器的共享状态）的优势。 微服务架构 在基于微服务的应用程序中，各个服务通常在不同的环境中运行，混合缓存通过为单个服务提供本地内存缓存以及为服务间通信提供共享的分布式缓存，来弥合其间的差距。 设置混合缓存 先决条件 你的机器上已安装.NET 9 SDK。 有一个需要使用缓存的项目（例如 ASP.NET Core 应用程序）。 无论你是在优化电子商务平台、构建微服务架构还是开发内容分发网络，混合缓存都能提供灵活性和强大功能，提升你的应用程序性能。
51600编辑于 2025-02-26 - 来自专栏ADAS性能优化
Armv9安全新架构
Arm在今年3月份推出了ARmv9.Arm 期望Armv9架构将是未来3000亿颗基于Arm架构芯片的技术先驱，而Armv9架构中，ARM 提供了机密计算Arm Confidential ComputeArchitecture (Arm CCA)的安全新架构。 Arm CCA 是一系列硬件和软件架构创新，这些创新增强了Arm 对机密计算的支持。Arm CCA 是 Armv9-A架构的关键组件。 Arm CCA 提供额外的安全架构，即使在使用中也能保护数据和代码，并能够更好地控制谁可以访问数据和算法。 这项在 Armv9-A 中引入的技术将通过降低与共享数据相关的风险并帮助开发人员实施强大的隐私控制来帮助释放数据的真正力量和潜力。
1.2K20编辑于 2022-05-13 - 来自专栏OpenFPGA
FPGA未来硬件架构探讨-NoC
接下来会首先分析一下NoC的特点，然后说明一下目前FPGA领域在这个硬件架构下的应用，最后简单分析未来这一架构的前景。 3D-NoC 上面介绍的是目前常用的2D-NoC架构，其实NoC还有一种3D架构，如下图所示： 这种架构和2D-NoC差不多，只不过路由部分复杂一些。 这次Achronix 新一代的 Speedster7t FPGA 来简化和加速用户的设计，不仅仅是一种尝试，更能看出未来在大型设计时，NoC总线在FPGA中的应用。 为了这下AIE高效有序的工作，AMD采用了“ 2D 阵列架构”的方式，下图就是示意图： 这就是我们说的2D-NoC架构，官网上详细介绍了这种架构的优点： 同时，AMD的架构也是和上面介绍的Achronix 通过这两FPGA厂家的一些架构分析，我们也能简单看到一些未来FPGA的微架构可能会大量采用NoC硬件架构以适应更加复杂的应用，尤其现在FPGA对于一些嵌入式内核、AI内核的需求越来越大。
2.2K20编辑于 2022-03-11 - 来自专栏闲余说
架构设计 9-可扩展架构之分层架构
导读：《架构设计》系列为极客时间李运华老师《从0开始学架构》课程笔记。本文为第九部分。首先整体介绍可扩展架构的基本思想——“拆”，以及如何拆；随后介绍了面向流程的拆分，即分层架构。 典型架构：SOA & 微服务 面向功能拆分 方案：将系统提供的功能拆分，每个功能作为一部分 优势：对某个功能扩展，或者要增加新的功能时，只需要扩展相关功能即可，无须修改所有的服务 典型架构：微内核架构 分层架构 概念：分层架构是很常见的架构模式，它也叫 N 层架构，通常情况下，N 至少是 2 层。 根据不同的划分维度和对象可分为：C/S 架构&B/S 架构、MVC 架构&MVP 架构、逻辑分层架构。 C/S 架构、B/S 架构 划分的对象是整个业务系统 划分的维度是用户交互，即将和用户交互的部分独立为一层，支撑用户交互的后台作为另外一层 MVC 架构、MVP 架构 划分的对象是单个业务子系统 划分的维度是职责
91110编辑于 2022-08-19 - 来自专栏喔家ArchiSelf
架构软件工程的未来
本报告中的研究为推进软件工程学科提供了必要的基础，以确保必要的框架到位，以最大化这些未来的优势。 软件工程的新愿景需要新的开发和架构范例，这也激励了第5节中描述的重点研究领域。 5.2 高级架构范式 未来系统的一些特性为软件工程提出了新的和有趣的问题。特别是，将人工智能组件引入系统，将人类视为系统的元素，并有效利用量子计算，对未来系统提出了特别重要的挑战。 我们使用了更高级的编程语言、架构模式等。需要哪些新的抽象级别来支持不同的开发人员任务？ 需要收集哪些新的软件开发数据（符合道德规范，并确保安全和隐私）以支持此类未来研究？ 这需要考虑这些系统的架构演进、数据流和治理策略中的持续变化和不确定性。未来系统必须随着系统的变化而不断监测和调整。 7 结论 架构软件工程的未来：国家软件工程研究与开发议程是为期一年的社区活动结果，旨在重新验证软件工程的重要性和中心地位；确定该学科当前和未来的挑战；并制定研究议程，以促进软件工程生态系统为未来做好准备
97630编辑于 2022-12-03 - 来自专栏计算机视觉
Mamba 作者谈 LLM 未来架构
他们主要讨论了 LLM 架构的未来，此外，这三位研究者还探讨了状态空间模型（SSM）在新兴的 LLM 市场中的应用前景。 此外，即使现在人们还在使用Transformer架构，未来可能会融入更多的新思想和组件，例如增加更多的层和注意力机制，尽管它们可能仍然被称为Transformer。 未来，架构设计将变得更加有趣和复杂，将会有更多的创新发生。无论是混合模型还是引入新的模块，我们都将看到更多激动人心的创新。 未来一段时间我们将专注于数据领域。 虽然所有的架构工作都很有趣，但其在硬件上高效运行也很有趣，但最终还是关于数据的。 continueFlag=5d10d34c97637bebcfeba6470c0f0d9b
49210编辑于 2024-03-19 - 来自专栏人人都是极客
Android技术架构演进与未来
2003年10月，Andy Rubin团队创办Android公司； 2005年8月，谷歌收购Android公司，Andy Rubin担任谷歌工程部副总裁继续负责Android项目； 2008年9月，谷歌正式发布 Android，将安卓系统框架与Vendor层解耦，力求彻底解决安卓碎片化这一老大难的问题，这是安卓系统架构最大的变化。 系统不断演进，但整体架构基本没有改变，如下图所示。 ? 3. 未来的设备如果发展非连续变革，可能不再需要实体硬件，随处可输出，一张白纸、一面墙，到那时操作系统的UI架构必然全新的变化。 随着Android系统功能越来越多，系统架构中有些模块未来可能会被重构，某些服务大锁制约性能，比如Android 8.0优化过binder大锁让性能显著提升。
1.4K30发布于 2019-05-17 - 来自专栏机器之心
ARM公布全新Armv9架构：10年最大更新、未来装备3000亿颗芯片
机器之心报道 编辑：维度 对于全新的 Armv9 架构，ARM 公司 CEO 西蒙 · 塞加斯（Simon Segars）表示，「v9 架构将提升安全性和信任度，并为未来十年的计算机技术奠定基础。」 在具体细节上，Armv9 架构沿用 AArch64 基准指令集，并在功能方面添加了一些非常重要的扩展，从而确保 ARM 公司增加架构编号，并针对 v9 架构新特征以及多年来发布的各种 v8 架构扩展进行软件层面的基准重定 据 ARM 公司表示，未来 Armv9 架构将装备在 3000 亿颗 ARM 芯片中。并且，按照现有发展速度，预计未来五年内 ARM 设备的出货量将超过 1000 亿台。 但遗憾的是，ARM 并没有透露首款基于 Armv9 架构的新芯片的具体发布时间，想必还需要等待一段时间。 Armv9 架构未来 10 年的 CPU 计算平台奠定了基础。 最后，ARM 表示，在未来的两次芯片迭代中，Armv9 架构将会带来 30% 的性能提升。
2.1K10编辑于 2023-03-29 - 来自专栏程序你好
微服务Microservices——应用架构的未来
微服务体系架构是一种分布式系统的方法，它促进使用具有自己生命周期的细粒度服务。由于微服务主要围绕单个业务流程/功能进行建模，它们避免了传统分层(多层/n层)体系结构(如单层应用程序)的问题。 它还讨论了帮助开发人员和应用程序架构师实现其应用程序目标的最佳实践。 考虑应用程序架构的这种转变也引入了实践上的转变。 Gartner进一步预测，“对于许多组织来说，迈向web规模IT未来的第一步应该是DevOps(开发操作)——以一种协调的方式将开发和操作结合在一起，以推动应用程序服务的快速、持续增量开发。” 结论 单体架构模式是构建企业应用程序的常用模式。它在小型应用程序中工作得相当好:开发、测试和部署小型单片应用程序相对简单。 然而，对于大型、复杂的应用程序，单体架构会成为开发和部署的障碍。
1.1K20发布于 2018-08-09 - 来自专栏数据社
漫谈未来数仓架构如何设计
编辑：数据社 全文共3758个字，建议10分钟阅读 大家好，我是峰哥，夏天已经来了，小麦马上要丰收了，今天分享一篇关于未来数仓架构发展方向的文章。 Linked大佬Jay Kreps曾发表过一篇博客，简单阐述了他对数据仓库架构设计的一些想法。从Lambda架构的缺点到提出基于实时数据流的Kappa架构。 本文将在Kappa架构基础上，进一步谈数仓架构设计。 01 什么是Lambda架构？ Lambda架构的好处是：架构简单，很好的结合了离线批处理和实时流处理的优点，稳定且实时计算成本可控。 此外，它对数据订正也很友好。 从而我们可以画出以下的架构图： Kafka传入的消息是这套架构的ODS层，这一点上跟Lambda和Kappa架构是保持一致的。
62820编辑于 2022-05-26 - 来自专栏CNCF
Kubernetes云供应商架构的未来
---- 作者：AndrewSy Kim（VMware），MikeCrute（AWS），WalterFender（谷歌） 大约9个月前，Kubernetes社区同意组建云供应商（Cloud Provider 从那时起，我们已经提出了很多动议，我们将在此与大家分享迄今取得的成就以及我们希望未来的发展方向。 使命 首先，我想分享SIG的使命，因为我们用它来指导我们现在和将来的工作。 Out-of-Tree云供应商架构（来源：kubernetes.io） 当最初开发云提供程序集成时，它们是原生开发的（在树中）。 从那时起，我们一直在积极努力迁移所有云供应商以使用树外架构，因为如今大多数集群仍在使用树内云供应商。 展望未来 展望未来，SIG的目标是删除所有现有的树内云供应商，转而使用树外的实现，同时对用户的影响最小。
1.1K10发布于 2019-12-04 AI如何重塑未来城市的技术架构
AI如何构建未来城市的技术框架数据驱动的城市规划革命人工智能技术正在通过优化流程、增强决策能力和提升可持续性成果，彻底变革城市设计和基础设施规划。
15100编辑于 2025-09-03- 来自专栏柒八九技术收纳盒
构建面向未来的前端架构
今天，我们来讲讲在「前端架构」。 要想在大项目中做到构建性能良好并且在架构方面具有扩展性是一件困难的事情。 「前端架构」是一个广泛的话题，有许多不同的方面。 这些决定的积累最终决定了我们后续工作的方向，在遇到新的需求时，心智模型决定着，我们是对现有工作进行减枝处理还是分叉处理，又或者采用新的架构，对其进行优化扩展。 自上而下的设计和构建会导致单一的组件 一个充满单体组件的代码库会导致一个缓慢的、对变化没有弹性的前端架构。单体组件之所以不好，是因为。 需求变更和维护成本很高 需求变更是有风险的 很难跨团队利用现有的工作 性能很差 在采用面向未来的技术和架构时，它们会无形中新增阻力，而这些技术和架构对于扩展前端应用很重要，比如有效的「代码拆分」、跨团队的代码重用
1.3K10编辑于 2022-08-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号