- 综合排序
- 最热优先
- 最新优先
如何破解AI推理延迟难题：构建敏捷多云算力网络
以一家专注于文生图的AI初创企业为例，在产品上线前夕突遇训练节点调度不稳定的问题，溯源发现是网络在多云资源池间连接延迟过高。 在这些真实客户场景中，我们观察到以下几类关键诉求：01、网随云动：跨域多云敏捷互联AI 企业为了追求成本最优、资源充沛、性能达标，会根据训练和推理任务的不同，将资源部署在不同地域、不同云平台，甚至跨境。 简单说：AI 架构选资源要自由，网络就必须跟得上变动、拖得起多云、容得下未来。 01、多云资源的无缝连接与调度在客户规划不同平台上部署训练与推理节点时，构建了多云资源互联的底层网络结构。 通过可进化的网络底座，帮助客户实现：多云多地之间的快速接入与调度，训练、推理、调度业务的融合承载与隔离管理，从链路可视到业务优先的端到端精细化控制。
34910编辑于 2025-09-16- 来自专栏绿盟科技研究通讯
【RSA2019创新沙盒】DisruptOps：面向敏捷开发的多云管理平台
DisruptOps Inc.成立于2014年，位于密苏里州堪萨斯城，该公司致力于通过为多云基础设施提供自动化的防护来提升云操作的安全性，实现对云基础设施的持续检测和控制。 在这样的背景下，多云（Multi-Cloud）架构成为云计算IT架构的下一个飞跃，在多云架构下，用户同时使用多个公有云提供商和内部私有云资源来实现业务目标。 然而，管理多个云环境的运营团队面临大规模和复杂的云环境，将很快导致运营成本不断上升；此外，敏捷开发也为越来越多的开发团队所亲睐，云中开发、运营复用的系统将越来越多，DevOps将成为新的云应用常态，那么不同环境中的配置不一致会导致安全风险的显著增加 总结 多云和敏捷开发是云计算的热点，DisruptOps以SaaS化的服务方式，通过对用户的多个云资源进行安全与操作问题的快速检测并自动修复，一方面节省了客户上云的成本，另一方面实现对云基础架构的持续安全控制
1.8K21发布于 2019-12-11 - 来自专栏云计算D1net
什么是多云?多云有那些优点和缺点?
多云使用 RightScale公司进行的一项调查采用了多云的第二个定义，并发现了以下内容： •81%的企业采用多云策略。 •平均而言，这些大型组织使用4.8种不同的云平台。 相比之下，多云可以是公共云和/或私有云的任意组合。因此，混合云可以被认为是一种多云。 虽然IT团队可能拥有允许其管理和监控多云架构的工具，但大多数的多云情况并不像混合云那样统一。 ? 多云的优点 组织选择采用多云策略的原因有很多，包括以下几个方面： •节约成本。 多云策略可以让员工更加轻松地使用他们喜欢的工具和服务，其前提是满足成本和安全目标。 多云的缺点 显然，多云方法也有一些重大缺陷，其中包括： •复杂性。多云环境比单个云平台环境更难管理。 多云成本和多云计费 试图理解多云的成本对大多数公司来说是一个令人烦恼的新挑战，大多数组织需要更多的帮助。 问题是多云的概念相对较新，因此多云计费系统尚未在整个行业中实现标准化。
5.6K30发布于 2018-12-06 - 来自专栏云计算D1net
多云的好处：使用多云的9个理由
为什么多云变得如此流行?更重要的是，如果选择这种方法，企业会获得什么样的好处呢? (1)优化工作负载 采用多云策略的最大好处是，它允许企业选择最适合其每个工作负载的云服务。 多云策略使组织可以灵活地在不同选项变得更有利时更改供应商和服务。 但是，为了真正实现多云的好处，企业需要遵循多云的一些最佳实践。 多云策略允许企业通过采用具有最佳性价比的云计算服务来控制成本。然而，还可以通过遵循多云最佳实践来实现灵活性，也需要采取一些措施来确保优化云计算支出。 多云方法可以使企业更轻松地在每个用例的性能和成本之间找到最合适的平衡点。 (5)可靠性 多云的另一个关键是可靠性。 (9)多云面临的挑战 当然，追求多云不仅可以带来好处，还带来一些真正的挑战： •复杂性——多云环境最明显的缺点是监控和管理此类环境更加复杂。
1.7K40发布于 2018-12-18 - 来自专栏腾讯云TVP
多云时代-着眼布局开源技术之多云数据管理
笔者个人理解试图整理了下多云数据管理的优势及场景分享给大家，不恰当之处还请大家多多交流。 多云数据管理解决的问题 l 数据孤岛 l 数据融合、数据分析 l 数据灾备（备份、迁移、复制） 多云数据管理的优势 l 自由选择最佳云提供商 l 数据移动性无需担心云/存储提供商锁定 l 通过多个云架构分布的数据集增强数据可用性和持久性 AI模型训练 l 异地分支机构数据统一管理 广义和狭义多云数据管理平台 笔者经过调研认为多云数据管理平台分为广义与狭义，狭义多云数据管理平台主要包含多云对象存储管理及北向应用接口层，而广义多云数据管理平台不仅包含了狭义的多云数据管理部分 多云数据管理与云&存储的关系-相辅相成 未来趋势 随着云计算发展，越来越多的企业开始采用多云IT架构。 所以说多云数据管理为存储发展指明了方向，在多云时代，数据不仅仅是存，还要本地与云端交互，让数据流动起来，发挥最大价值。
3.8K62发布于 2020-03-20 - 来自专栏硬核项目经理的专栏
【敏捷1.1】敏捷项目管理与敏捷宣言
敏捷项目管理与敏捷宣言 说到敏捷项目管理就不得不提到那十分出名的敏捷宣言。这篇文章我们就来简单地了解一下敏捷项目管理的出现和敏捷宣言说的是什么。不要有太多的压力哦，这篇文章还是非常轻松的。 到最后我们学习完了敏捷相关的知识后，大家可以自己再回过头来想一想敏捷和传统项目管理的区别和联系都有哪些，这样对大家知识的掌握才更有好处。 目前来说公认的最佳的方案，就是：敏捷。 敏捷宣言 最后，总算到了我们这篇文章最核心的内容，那就是敏捷宣言。这个东西的历史很多教材以及文章中都会介绍，所以这里我就不再多说一遍了。 当然，你可以向客户阐明你的敏捷观点，进行详尽的沟通，但是，一切都是以交付客户价值为基础。 所以，敏捷将这四条视为原则，而不是准则、规则。 总结 今天这篇文章我们从传统的项目管理说起，通过 VUCA时代 这样一个时代现象来引出敏捷出现的必要性，最后介绍了敏捷的灵魂：敏捷宣言。当然，敏捷宣言很简单，就四句话，也可以概括成四个词。
1.5K20发布于 2021-09-24 - 来自专栏云计算D1net
如何监测多云环境
随着多云、微服务、物联网设备和容器的兴起，要实现企业基础设施的完全可见性比以往更加困难。发生故障时，企业需要能够诊断和修复故障、自动修复常见的重复性问题，同时限制停机时间。 有效监控多云基础设施和应用程序，并减轻意外故障，对于立即和将来取得成功至关重要。以下将探讨监视多云环境的挑战，以及如何选择有助于云迁移成功的方法和工具。 监控多云环境的挑战 多云环境是新的规范。 监测多云环境会带来诸如数据安全性之类的独特挑战。如今，所有环境中的安全威胁都是一个主要问题。云计算的巨大攻击面和多个端点使其特别具有挑战性。 企业将业务迁移到云平台将会带来风险和机遇，因此需要集成的多云策略。随着云计算应用的增长，至关重要的是采用与之保持同步的现代工具，以提供整个基础设施的总体可见性以及实现事件管理自动化的能力。
71510发布于 2019-12-19 - 来自专栏Apsara
多云时代-着眼布局开源技术之多云数据管理
笔者个人理解试图整理了下多云数据管理的优势及场景分享给大家，不恰当之处还请大家多多交流。 多云数据管理解决的问题 l 数据孤岛 l 数据融合、数据分析 l 数据灾备（备份、迁移、复制） 多云数据管理的优势 l 自由选择最佳云提供商 l 数据移动性无需担心云/存储提供商锁定 l 通过多个云架构分布的数据集增强数据可用性和持久性 AI模型训练 l 异地分支机构数据统一管理 广义和狭义多云数据管理平台 笔者经过调研认为多云数据管理平台分为广义与狭义，狭义多云数据管理平台主要包含多云对象存储管理及北向应用接口层，而广义多云数据管理平台不仅包含了狭义的多云数据管理部分 多云数据管理与云&存储的关系-相辅相成 未来趋势 随着云计算发展，越来越多的企业开始采用多云IT架构。 所以说多云数据管理为存储发展指明了方向，在多云时代，数据不仅仅是存，还要本地与云端交互，让数据流动起来，发挥最大价值。
66001发布于 2020-04-14 - 来自专栏硬核项目经理的专栏
【敏捷2.5】其它敏捷框架
其它敏捷框架 你们一定想知道为什么不接着讲 Scrum 呀？干嘛中间横插一脚。 好东西嘛，当然要留到最后，所以我在这里也就卖个关子，先陪着大家一起来学习一下其它好玩的敏捷框架，或许你能发现不一样的东西哦！ 可视性进度报告 可视性进度报告就是包括但不限于使用各种敏捷类的图表，或者其它非敏捷的，只要能够有效地反映项目进度情况的图表。当然，更推荐的是白板、大屏这些可视性效果极佳的方式进行进度报告的展示。 其实并不新，敏捷各个框架中都强调的让团队坐在一起，没有隔离，让客户也尽量和我们坐在一起。然后呢？ 参考文档： 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试（第2版）》 《敏捷项目管理与PMI-ACP应试指南》
81220发布于 2021-11-26 - 来自专栏EdisonTalk
敏捷 | 如何正确推进敏捷？
无论你的公司是在做敏捷转型还是一开始就使用敏捷，在推进敏捷的过程中往往都碰到了很多的问题。今天和大家分享一下业界认可的正确推进敏捷的三个步骤：评估诊断、敏捷试点和大规模推广。 相关阅读： （1）如何正确理解敏捷？ （2）如何正确推进敏捷？ （3）如何填好推进的坑？ （4）如何做服务型Scrum Master？ 在敏捷转型实践中，大部分的企业都选择请外部的敏捷教练或者咨询师来帮助企业做敏捷转型，而评估诊断也通常是由他们来做。 如果没有请敏捷教练或者咨询师，那也应该从企业内部指定一个熟悉敏捷和了解业界敏捷实践的人来做评估诊断。 最后，正如上一篇中提到的，无论它是不是知名的框架，又或者它是否打着敏捷的名头又或者冠以敏捷，本身是无所谓的，也觉得并非要全盘采纳框架的所有方法，只要在具体实践中能够体现敏捷思想，帮助我们解决实际问题就是敏捷的好实践
1.2K30发布于 2020-12-25 - 来自专栏EdisonTalk
敏捷 | 如何正确理解敏捷？
今天开始和你一起重新温习敏捷，先来正确理解一下敏捷吧。 相关阅读： （1）如何正确理解敏捷？ （2）如何正确推进敏捷？ （3）如何填好推进的坑？ （5）无处不在的敏捷思想 1 敏捷的初心 2001年，一群大师聚集在美国犹他州，吃吃喝喝头脑风暴，搞出了一个敏捷宣言，阐述了5条价值观，如下图所示。 ? 2 敏捷的原则 只有敏捷价值观是无法具体指导我们具体工作的，因此由它的价值观又引出了经典的敏捷十二条原则，是每个学习敏捷的童鞋都应该反复理解的话： （1）我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意 但是，从上面可以了解到，Scrum不是敏捷的全部，它只是敏捷的一个落地方法之一。 对于方法，无论它是不是Scrum，又或者它是否打着敏捷的名头又或者冠以敏捷，本身是无所谓的，我也更是觉得并非要全盘采纳敏捷的所有方法（很多时候我发现我们都很迷信3355的流程），只要在具体实践中能够体现敏捷思想
1.1K41发布于 2020-12-25 - 来自专栏硬核项目经理的专栏
【敏捷1.2】敏捷宣言的官方解释：12条敏捷原则
敏捷宣言的官方解释：12条敏捷原则 上一篇文章中说到的敏捷宣言，可以说是整个敏捷体系中最精髓的部分了。说实话，不仅你觉得，我也觉得这四句话有点太简单，太抽象了。 所以，各位大佬们在发布敏捷宣言的同时，还给出了 12 条敏捷原则，可以看成是对敏捷宣言的官方解释及补充。 既然这么说了，那么其实也就意味着这 12 条敏捷原则也是官方给出的东西了呗。 要知道，敏捷区别于传统项目开发的一大特点就是不停地持续交付真正可用的软件产品。 在敏捷中，一个功能无法使用，也就意味着这个功能是没有交付的。 原则九：不断地关注优秀的技能和好的设计会增强敏捷能力 这一点可以说是更重视于软件开发中的架构设计。代码一旦变得复杂，冗余，就会失去敏捷性。 参考文档： 《某培训机构教材》 《用户故事与敏捷方法》 《高效通过PMI-ACP考试（第2版）》 《敏捷项目管理与PMI-ACP应试指南》
1K20编辑于 2023-03-09 - 来自专栏硬核项目经理的专栏
【敏捷5.4】敏捷计划与适应
敏捷计划与适应 上篇文章用大量篇幅学习了敏捷中计划的概念以及用户故事的估算，毕竟都是新东西，所以大家还是要好好消化消化。今天我们主要学习的是敏捷计划的具体实施以及敏捷的适应问题。 敏捷计划的实施 在学习敏捷计划的实施前，我们先来再看看敏捷计划和传统项目管理计划的不同。 首先，敏捷计划是通过实验和示范的方式来发现真正的需求，然后对其进行重新规划。 一般来说，回顾会议是以 Scrum Master 为主导的，以过程和敏捷实践的执行为主要内容，以团队成员的成长和收获为核心方向。 敏捷适应 敏捷适应其实就是在敏捷计划的执行过程中如何解决出现的问题。所以，在适应模块中，其实包含的就是识别和解决问题两个方面的内容。 识别问题 我们上面讲的那些敏捷监控工具是为了识别问题的。 关于敏捷规划设计方面的内容我们就学习完了。其实到这里为止，敏捷中最核心的一些内容就已经差不多了。后面我们还将要学习的是团队、风险管理和过程改进相关的内容。
70420编辑于 2023-03-03 - 来自专栏CloudBest
如何保护多云环境
创建和维护安全策略至关重要 混合云和多云架构使得边界模糊，这成为当今IT安全专业人员的首要考虑因素。
80130发布于 2019-08-02 - 来自专栏超级架构师
「敏捷架构」SAFe(可扩展的敏捷)中的敏捷架构
敏捷架构通过协作，紧急设计，有意架构和简单设计支持敏捷开发实践。与敏捷开发实践一样，敏捷架构也可以设计可测试性，可部署性和可发布性。快速原型设计，领域建模和分散式创新进一步支持了它。 敏捷架构师通过优化架构来支持业务一致性，以支持端到端的价值流。这使企业能够实现在最短的可持续交付周期内持续提供“价值”的目标。 SAFe的精益敏捷原则为敏捷架构实践提供了信息。 在进行特定设计之前，敏捷架构师使用快速学习周期（原理＃4）来探索替代方案（原则＃3）并获得最佳解决方案。 SAFe架构师体现了新的工作方式，参与创建组织的（实施）路线图，并有助于加速作为精益敏捷领导者的采用。
1.2K20发布于 2019-08-29 - 来自专栏超级架构师
「敏捷模型」敏捷架构：规模化敏捷开发的策略
与流行的看法相反，架构是敏捷软件开发工作的一个重要方面，就像传统的工作一样，并且是扩展敏捷方法以满足现代组织的现实需求的关键部分。但是，敏捷专家的架构方式与传统主义者的方式略有不同。 解决敏捷和架构周围的神话 1.迈向敏捷架构 体系结构提供了构建系统的基础，体系结构模型定义了体系结构所基于的愿景。 架构规模敏捷。传统技术也是如此。为项目制定可行且可接受的架构策略对于您的成功至关重要，尤其是在敏捷团队大规模发现的复杂情况下。 5.规模敏捷架构 在大型敏捷团队，地理位置分散的敏捷团队或企业范围的架构工作中，您将需要架构所有者团队或企业架构团队（在敏捷建模中，我最初将其称为核心架构团队，这是我从未真正喜欢过的术语）。 大多数敏捷团队将适当地结合前三种策略。 图4描绘了大规模敏捷项目的体系结构活动过程。
2.2K21发布于 2019-09-10 - 来自专栏运维入门时间
多云架构思考(一）
多云架构可以为企业带来许多好处，但同时也面临着诸多性能挑战。企业网 D1Net 编译了大学教授托齐 的一篇文章。 《多云架构的3个常见性能挑战和解决方案》 http://www.d1net.com/cloud/news/564417.html 本人在结合多云架构 更改增加最常见的性能难题，以及克服这些难题的技巧 另外从网络模型上也存在诸多问题， 多云的网络路由重叠，导致必须设计之初考虑多云网络模型，但是往往很多公司创业初期 并没有加大很多网络运维成本且云厂商可选择子网又不径相同，这种问题产生更加加剧网络设计之初模型 采用多云策略虽然可以提高云平台性能，但也需要借助正确的架构设计和工具。如果没有规划云平台之间的网络带宽瓶颈、多云监控和扩展挑战，企业很可能错过多云提供的性能机会。 如果没有规划云平台之间的网络带宽瓶颈以及多云监控和扩展挑战，企业很可能错过多云提供的性能机会。 最后大家一起努力 希望大家能做的更好、如果有什么好思路 可以一起讲出来大家一起讨探吧
51340编辑于 2022-05-26 - 来自专栏超级架构师
「敏捷」大型敏捷框架SAFe：企业架构
兼并和收购，基础技术和竞争的变化，新兴标准以及其他因素往往会使企业超出敏捷团队的范围。 为了解决这个问题，Enterprise Architects拥有跨解决方案培训和敏捷发布列车（ART）的权威和知识。他们可以提供可以改善结果的战略技术方向。 实施战略 - 有效，渐进的敏捷实施战略的重要性几乎不为人知。将业务史诗的技术基础构建到建筑跑道必须是一个渐进的过程。持续的技术学习和快速反馈使架构和业务功能随着时间的推移同步增长。 敏捷团队和程序在必要时进行重构并保留多种可能的设计选项的能力支持这一点。抽象和泛化有助于过早地避免绑定特异性，这为未来的业务需求保留了架构灵活性。 尊重个人和不懈改进 精益敏捷心态创造了一个健康的环境，每个人都在事实而非假设的基础上运作。这对于企业架构师来说尤其重要，他们在日常开发活动中执行一个（或两个）步骤。
1.2K30发布于 2019-09-03 - 来自专栏超级架构师
「敏捷」也许敏捷就是问题所在
关键的要点 许多组织都对敏捷感到厌倦 “敏捷工业综合体”是问题的一部分 敏捷者必须回到宣言和12个原则的基础和简单 敏捷和现代敏捷的核心是基本的、简单的框架 敏捷者需要从社会科学中学习很多东西，比如积极心理学 、欣赏式探究和解决方案聚焦 敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷。 今天，“敏捷”意味着一切。渐渐地，它就毫无意义了。许多组织对“敏捷”感到厌倦和难以驾驭，或者抗拒“敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷。” 它变得更糟。“ 名不正，言不顺 ”(孔子)。 所以这就是第一个问题:敏捷的工业综合体和这种强加的一种最好的做事方式。这是我们必须反对的。 敏捷工业综合体。黑暗的敏捷。假的敏捷。僵尸敏捷。更糟糕的是。 结论 跨学科研究、原则和实践是敏捷的未来。这使得我们与我们的根保持联系变得更加重要，只要我们继续使用“敏捷”这个名字。请不要再说“敏捷、敏捷、敏捷、等等”之类的话了。
58610编辑于 2023-01-05 - 来自专栏敏捷管理
【Kevin聊敏捷】敏捷宣言
说来奇怪，敏捷宣言是任何谈论敏捷相关的话题的时候，首先要提到的。而我的专栏居然在第31篇文章才来说「敏捷宣言」，真的是罪过~ = =#。 因为网上关于敏捷宣言的文章实在太多了，有深入浅出的，有详尽的。 【Kevin聊敏捷】精益敏捷（Lean Agile）的5个原则 26.【Kevin聊敏捷】精益敏捷（Lean Agile）导论 25.【Kevin聊敏捷】极限编程XP2实践 24. 【Kevin聊敏捷】敏捷项目管理之Scrum Events 敏捷活动 13.【Kevin聊敏捷】敏捷项目管理之Scrum Master 敏捷教练 12. 【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人（一） 09.【Kevin聊敏捷】敏捷项目管理之Scrum三大支柱 08. 【Kevin聊敏捷】敏捷项目管理之Scrum价值 07.【Kevin聊敏捷】敏捷项目管理之Scrum 06.【Kevin聊敏捷】项目生命周期之敏捷型生命周期 05.
1.3K00发布于 2020-12-05
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号