作者
Lori MacVittie 的文章
通过采用专注于安全性、一致性和完全自动化的application交付的六条新规则，享受混合多云灵活性而无复杂性。
可编程性对于 API 安全性至关重要，可实现测试、威胁缓解、无缝升级和集成。 这对于处理零日漏洞至关重要。
当组织将 API 安全性分配给这些团队时，就可以实现最全面的安全控制。 确保您的 API 免受攻击。
人工智能对应用程序交付和安全的影响是微妙的：虽然人工智能应用程序使用相同的安全和交付服务，但架构的变化需要新的部署策略。
探索混合 IT 以及application交付和安全策略如何灵活适应不同企业的架构需求。
了解生成式 AIapplications和 API 安全性如何塑造现代application交付和安全性。
探索保护和交付人工智能applications的最佳策略。
深入了解 AI 如何影响企业、生成式 AI 的用途、实现 IT 运营现代化的策略以及 F5 带来的数字成熟度优势。
深入研究 AIapplication架构、矢量数据库等新组件以及部署 AI 模型和云 AI 服务的运营影响。
虽然透明度和可解释性对于建立对人工智能的信任至关重要，以便企业能够从该技术中获益，但这两者都不是人工智能安全的责任。
了解如何需要 AI 基础设施解决方案来扩展 AI 并优化 GPU 利用率。
三种人工智能部署模式正在出现，每种模式都有各自的运营职责和权衡。 在承认企业生成式人工智能快速发展的格局的同时，模型和部署模式的选择应该具有战略性。
人工智能applications是现代应用程序，但它们确实存在差异。 了解有关人工智能applications的关键事项。
不要让 GPU 资源闲置，使用允许推理的正确硬件构建可扩展且安全的 AI 计算综合体。
为了支持完整的 AI 生命周期，组织需要对其架构进行重大更新——特别是网络的变化。 如果不这样做可能会导致无法扩展和操作不可靠。
探索 F5 的“AIapplication战略现状”，重点关注企业 AI 采用、安全问题、技术堆栈和模型管理实践。
探索生成式人工智能对延迟、用户体验、性能指标以及可能影响您的applications的更广泛的后果的影响。
探索生成式人工智能如何彻底改变自动化策略、加速数字化转型、优化交付并应对 AIOps 挑战。
深入研究application战略现状报告，了解 2024 年塑造企业格局的最新混合 IT 趋势、统计数据和优势。
了解人工智能applications如何通过非结构化数据和对话界面重塑交互，并学习如何应对生成性人工智能挑战。
探索 2024 年application战略状况中塑造我们世界的决定性趋势，强调数字化转型在推动数字服务采用方面的作用。
探索生成式人工智能和新兴数据类型对应用程序架构的影响。 了解 API、知识图谱和遥测数据如何推动数字化转型。
了解生成式人工智能如何催化企业数字化转型，加速 API 集成、混合 IT 运营模式挑战和 AIOps 转变等趋势。
了解为什么应用程序和 API 的机器人安全至关重要。 了解在组织的数字环境中检测和防止机器人攻击的策略。
探索 API 安全的复杂性、组织面临挑战的原因、不断演变的 API 端点攻击以及定制安全策略的需求。
随着快速工程的发展，正在产生的技术正在转变为自然语言算法，以实现有效的人工智能通信。
生成式人工智能既有好处，也有风险。 利用所处理的数据获取有价值的见解来解决人工智能的安全性和可靠性问题。
探索数据屏蔽和数据防泄露策略之间的差异，并了解数据屏蔽在生成人工智能时代的新兴作用。
了解 eBPF 对安全性和可观察性的影响、企业削减成本的战略选择、提高可见性以及为 AI 数据管道提供动力。
AIOps 解决方案需要结合传统 AI 和生成 AI 才能充分发挥其潜力。 了解有关 AIOps 的未来的更多信息。
超级云不仅仅是一个流行词。 这是一个简单的愿景，从多云网络开始，实现跨云提供商的混合 IT。
探索人工智能在运营中作为力量倍增器的作用，揭穿神话，探索道德规范，并强调其提高效率的潜力。
了解应用程序和 API 安全之间的主要区别，以及为什么集成策略是未来的发展方向。 了解共享风险、独特挑战以及如何结合解决方案简化运营并提高响应速度。
了解生成式人工智能对组织的影响以及加速数字化转型的紧迫性。 下载 F5 的完整报告以了解更多信息。
成熟度标记可以帮助领导者了解他们在数字化转型过程中取得的进展。 然而，尽管数十年来一直专注于数字生产力和体验，大多数组织仍然只是涉足数字业务蓬勃发展所需的领域。
了解 F5 产品组合为何继续支持所有applications（无论是在本地还是在公共云中，或两者兼而有之）。
仅提供解决 L2-3 甚至 L2-4 复杂性的多云网络是不够的。 如果多云网络想要减轻操作定义数字世界的分布式应用程序和数字服务的麻烦，就必须包含整个堆栈。
可观察性依赖于整个 IT 堆栈的数据点，但传输和处理这些数据既麻烦又昂贵。 开源项目和标准为遥测处理的速度和效率带来了显著的优势。
利用遥测数据超越application监控和可观察性。 了解这一点在成熟的数字业务和 IT 现代化中的重要性。
通过转移检测和消除边缘攻击的责任，企业实际上获得了两种“速度”优势——对新兴攻击的响应时间以及应用程序和 API 的实时性能。
多云网络解决方案通过跨核心、云和边缘的无缝和安全互连解决方案激发了行业的兴奋，因为它旨在解决当今混合 IT 的挑战。
了解人工智能学习的基础知识。 了解人工智能中偏见是如何产生的，以及它给 IT 和数字化转型带来的风险。
了解整个组织的数字化转型历程，我们将预览 F5 2023 年application战略状况报告。
探索生成式人工智能并探索这项新技术如何开启 AIOps 之路。 它的applications比简单地写高中论文更为广泛。
2022 年将被铭记，因为这一年，业界终于接受了这样一个事实：IT 现在是、并且在可预见的未来仍将是混合型的。 问题是，这对于安全性、特别是应用程序和 API 安全性意味着什么。
经验基于视角，由于您无法构建视角，因此需要将重点放在构建满足积极数字体验的技术要求的数字服务上：可用性、安全性和性能。
了解人工智能和机器学习如何帮助减轻对您的 IT 自动化流程的网络安全威胁。
API 的爆炸式和广泛使用促进了无头架构的兴起，并使 GraphQL 在这个新现代application架构中占据了突出的地位。
企业正在进行数字化转型，其数字化服务的质量影响着消费者的数字化体验——无论是人、软件还是系统。 应用程序交付和安全对于支持这些数字服务和使公司能够在数字世界中竞争至关重要。
零信任安全并不是靠实施某一特定的技术产品就能实现的。 这种思维模式包含一系列假设，从而导致使用不同的工具和技术，例如机器人保护以及 Web 和 API 安全。
整个技术行业都对机密计算和建立标准感兴趣，因为它能够在加密技术不足的地方（即在处理过程中）保护敏感数据。 它的设计将推动安全地利用云和边缘基础设施的优势。
安全规则零是零信任的核心组成部分，可带来更高效、更安全的服务和 API。
自互联网诞生以来，硬件和软件已经迅速发展，但为了充分利用其带来的好处，组织必须评估和现代化其基础设施和应用交付。 利用我们全新的 F5 rSeries 加速现代化进程。
尽管公共云遣返话题可能是一个禁忌，但越来越多的组织正在这样做。 我们的研究和数据表明，采用 SRE 实践的公司是最严重的“违规者”。
公有云不再是新奇闪亮的玩具，但它为 XaaS、Edge 和新一轮创新铺平了道路。
证据表明，由于转型加速和 API 重要性日益提高，人们正向基于身份的安全性发生重大转变。 最终的结果是人们热切地接受零信任作为安全的基础方法。
许多组织计划在边缘部署数据和应用程序分发工作负载，但要做到这一点需要一个能够支持这些工作负载的边缘application平台。 该平台需要满足新application模式的需求，并关注操作体验以及数据流和控制流。
边缘计算面临着随着互联网的每次浪潮而同步发展的压力。 当我们乘着第三次浪潮而来时，下一次变革需要创建一个平台来支持边缘生态系统中的新功能。 这个平台不能简单地用螺栓连接在一起，而是需要采用在架构层面进行设计考虑的新方法。
即使是最隐秘的威胁也无法逃过 F5 高级威胁研究卓越中心的侦查。 该团队进行了严格的研究，以揭示当今网络安全威胁的细节，然后分享他们的见解以帮助消除这些威胁。
现有的软件供应链安全性不足，而且随着组织使用 SRE 方法实现操作现代化，情况只会变得更糟。 想要在数字化转型过程中生存下来的组织应该认真对待这一缺陷，从一开始就将安全的软件供应链方法纳入工具和操作软件中。
复杂性与在多云中操作是同义词。 由于 API 的使用以及技能和工具的日益缺乏，这种复杂性不会消失，但可以得到管理。
企业使用的企业架构框架建立于近半个世纪前，不足以支持今天的数字化转型。 为了成功成为数字化企业，企业和 IT 部门需要实现企业架构的现代化。
性能至关重要，以至于企业愿意牺牲安全性来改善性能。 此外，性能对于实现多云策略的优势构成了重大障碍，并且必然会推动企业向边缘延伸。
显然，为了延续数字化转型的势头，企业需要重新关注业务功能。 虽然面向客户的体验仍然是优先事项，但实现法律、人力资源和财务等业务职能的数字化也是必要的。 这意味着，在数字化转型从现代化应用到现代化操作的过渡过程中，首席信息官 (CIO) 将占据主导地位。
由于数字世界为攻击者提供了几乎无限的目标，传统的网络安全方法和工具正在落后。 安全公司需要利用新硬件和技术，利用 AI/ML 来大规模实时检测和缓解威胁。
随着家庭和企业对联网设备的依赖性不断增强，操作和数字系统之间的界限变得越来越模糊，加速了 IT 和 OT 的融合。 这种融合趋势虽然令人兴奋，但也带来了一些需要考虑的挑战和问题。
随着人工智能在业务、运营和安全领域的应用，它很快被认可为数字业务成功不可或缺的一部分。 一个尚未得到广泛讨论的领域是将人工智能纳入模式识别和建模开发的好处。
我们大多数人，作为人类，都经历过通常所说的“战斗或逃跑”——一种通常强烈的自主身体反应，表现为心跳加速、肌肉紧张和手心出汗。 这种反应会伴随恐慌感，以及决策瘫痪，使我们的逻辑思考能力几乎不存在。
运营数字业务需要分析数据以获得洞察力。 数据偏见（以主观观点收集数据）会影响获取性能、可用性和安全性见解的能力，从而导致错过或“错误”的见解。 为了实现完全数字化的业务，IT 和业务必须制定数据和可观察性策略。
数字业务功能对于支持客户体验同样重要，法律功能也开始得到应有的关注。 那些在数字化转型道路上走得比较远的企业正在退回到第一阶段，处理在最近的快速数字化过程中仍然需要手动完成的功能。
在数字化为默认的世界中，操作仍然过于依赖手动方法，需要不断发展以实现自适应applications。 这种演变需要整个 IT 领域做出重大变革。 它需要人工智能支持的适应性来保持可用性、优化性能并确保安全性。
随着数字经济的发展，通过金融服务机构处理的支付也在不断增长，恶意行为者注意到了这带来的丰厚机会。 数字支付生态系统依赖 API 的使用来促进数字金融交易，并且 API 安全事件的数量每年都在增加。 数字公司，尤其是金融服务领域的公司，需要更加注重保护其 API，以保护其客户和业务。
认为客户体验仅与正常运行时间相关是错误的。 CX 受感知的影响，感知源于整体交互，而不仅仅是电源是否打开。 而且 CX 并不严格局限于面向客户的应用程序。 主要由非人类实体（机器、脚本等）访问的应用程序在流程的某处仍然有人参与。 结果： CX 是数字化转型中越来越重要的一部分，并且与开发生命周期息息相关。
可观察性（又名监控 2.0）是运营商和数字业务在技术之旅中迈出的重要一步，他们努力了解和稳定用户体验和业务成果之间的关系。 但这只是成功的一半，另一半还涉及分析和自动化。
计算能力不是无限的，如果我们在移动到边缘时增加尺寸和空间的能力受到限制，那么我们必须专注于优化。 过去，当我们需要提高容量时，就会引入优化的硬件组件。 对于任何寻求支持边缘组织支持的应用程序中心平台来说，硬件优化的计算都是必要的功能。
随着企业不断走向“数字化为默认”的运营模式，运营的简易性也带来了复杂性的增加——任务自动化需要更多的代码，数字化扩展需要更多的连接，人工智能辅助业务需要更多的数据。 复杂性是安全性的敌人。 因此，企业必须调整其安全堆栈以跟上步伐。
自动化和数字化的爆炸式增长以及混合工作模式的趋势将加速从基于 IP 的安全性向基于身份的访问策略的转变。
随着业务接近默认数字化模型，它必然会越来越依赖数据。 消除数据中的偏见是确保基于数据做出的决策能够为客户和企业带来最佳结果的关键一步。
精明的 CIO 知道界面就是这样：一种跨越职能和组织界限的更全面的数字体验的手段。 随着大多数组织牢牢进入数字化转型的第二阶段——数字化扩张——对整个企业架构进行数字化的需求显然已成为必然。
大多数组织采用基础设施即代码的自动化，但仍保留对部署的控制。 展望未来，我们将看到更多事件驱动的方法，其中触发器本身是根据事件自动执行的。 这是未来applications自适应性的重要部分——能够自动对事件做出反应并调整位置、安全性和容量以满足服务级别目标。
毫不奇怪，正如云的出现为我们带来了云原生applications一样，边缘正在推动一系列边缘原生applications。 然而，这些applications不会仅仅驻留在边缘。 同时，利用云和数据中心内applications的新架构模式正在出现。
假设你的猫走失了。 你在任何地方都找不到它们，而如今美味的食物也不再发挥它们的魔力。 然后想象一下，您可以利用您所在社区的视频门铃（即边缘端点和节点的空闲计算和处理能力）来找到它们。
云计算长期以来一直致力于消除处理基础设施的需要，通过 API 和拖放配置工具来帮助那些对网络和基础设施不利的人避免弄脏自己的手。 但我们也不能忽视它，或者它作为主要攻击目标的地位。
在application域的上下文中，用户始终指与application交互的实体。 正如application架构的转变推动了交付和保护应用程序的技术的变化一样，用户定义的变化也推动了应用程序部署位置的变化。
边缘计算是目前技术领域最热门的话题之一。 随着企业面临连接我们所有人的数字服务的安全性和交付方面的挑战，日益分散的社会、劳动力和对数字互动的依赖已将边缘计算推向对话的最前沿。
您可能已经注意到 F5 在过去一年中发生了一些变化。 首先，我们现在只是 F5。 不是 F5 网络。 只需 F5。 因为说实话，我们从来就不是以网络为中心。
自动化是数字化转型的关键组成部分。 通过applications实现任务的自动化是业务旅程第一阶段（即数字化转型）的重点。
就像希腊和罗马的诸神一样，同一个人物的多种表现形式在许多神话中都有体现。 从本质上来说，每一次化身都是现有角色的一个新面孔。 数字世界中也存在类似的现实；我们所说的“applications”通常可以被视为现有功能的化身。
洞察力源自数据分析。 想象一下，当你读到这篇文章的时候，你的人体每秒正在产生大约 1100 万比特的“数据”。
该框架描绘了业务从物理模型到数字模型过程中伴随的技术演变。 每个阶段都以技术支持的业务计划为标志。
尽管人们倾向于关注直接实现客户体验的applications，但每个业务领域都会看到最终对其数字化存在至关重要的applications的兴起。 那么，这些applications就成为现代的巨石。
和许多谚语一样，“需要是发明之母”的起源也十分混乱。 该作品通常被认为是柏拉图所作，但也被认为出自其他多位著名作家之手。 然而，由于缺乏权威来源，这句谚语依然真实可信。
电影和电视中有很多比喻。 即使我们没有明确地承认它们，我们也意识到了它们。 一组常见的比喻都围绕着故事中的英雄展开。
2018 年，Epic Games 的估值达到 150 亿美元。 许多人将这一令人难以置信的事件归功于热门视频游戏《堡垒之夜》。 该游戏在全球拥有超过 2 亿用户，每年通过微交易赚取数十亿美元的收入。
无论我们谈论的是数字化转型、application架构，还是遥测在维护数字业务中的重要性，我们即将发布的年度调查结果都有助于 F5 了解市场并做出战略决策。 今年，我们给予受访者更多的自由度来提供自由形式的答案。 他们没有让人失望。
这就是云属性的现实。 它们都使用相同的机制（API、控制台、流程）来执行常见的操作任务。 这是云的好处之一。 在新技术专业人员入职方面，它可以大大减少入职所需的时间。
我们最近迎来了第三波云顶。 与此同时，疫情也改变了许多企业的态度。 其中之一就是远程工作的方式。 另一个是走向公共云。 事实上，现在几乎每一项调查都表明市场在云迁移方面全速前进——但是，尽管云迁移和云采用肯定相关，但两者之间存在重要区别。
游戏账户和小额交易具有足够的价值，成为黑客的重要目标。 鉴于这些账户（就像其他行业的账户一样）可以跨平台（网站、控制台、手机）使用，它们可以为那些足够精明的人提供多种攻击媒介，带来有利可图的机会。
无论是通过使用 API 的移动应用程序与现有的单体大型机应用程序交互，还是通过将 Slack 连接到传统的基于客户端-服务器的客户服务application的消息队列，当今企业 IT 面临的任务不仅仅是将单体转换为微服务，而是让微服务与单体对话。
优势不仅仅在于防御；对入口点的严密控制也会使防御者的效力成倍增加。 因此，这些原则经常应用于数字安全领域也就不足为奇了。
随着组织加速数据生成并寻求从中提取商业价值，由人工智能和机器学习驱动的分析和自动化必将作为技术应用于这一任务。 这些正是能从优化基础设施中受益的工作负载类型，但它们目前最不可能从中获益。
虽然 2020 年确实出现了不同的 DDoS 攻击模式，但基础设施层的 DDoS 攻击仍然是 DDoS 攻击。 这些就是我们所谓的“传统”攻击。 发生变化的是分布式劳动力带来的目标和机遇，以及围绕 5G 和边缘计算的考虑。
知道某件事是错的和知道该怎么做之间有很大区别。 只有在监控正确的元素之后，我们才能辨别用户体验的健康状况，并通过分析这些测量结果来推断出关系和模式。 最终，真正能够产生自适应applications的自动化是基于测量和我们对测量的理解。
2019年，该行业发生了近25万起信用卡欺诈行为。 这意味着每两分钟大约会有一次尝试。 如今，检测欺诈行为需要对从数字工作流程中尽可能多的点收集的数据进行关联，并具备以远超手动数据处理速度进行分析的能力。
数字化转型的最大影响之一是对application开发的颠覆。 从历史上看，将新架构引入应用程序开发通常需要几年时间才能进入高速发展阶段并被主流采用。
由于我们对疫情的应对措施继续鼓励（如果不是要求的话）在“办公室以外的任何地方”工作，因此远程访问问题已成为优先事项。 第一波远程访问问题集中在用户身上。 他们如何访问...
尽管 SaaS 并不是真正意义上的新产品，但新产品的出现是一系列活动被商品化并打包为 SaaS。 各种业务功能都以 SaaS 产品的形式加入 CRM、SFA、生产力和通信之中。 我们预计，各组织将迅速抓住机会，将此类软件的运营转移给提供商。
applications的传送路径上有两堵墙。 第一个问题（这也是造成许多摩擦的原因）是开发和生产之间的关系。 尽管 DevOps 方法已经开始打破这堵墙，但另一堵墙——生产和交付给消费者之间的墙——却不那么容易被打破。
多年来，我们目睹了许多行业趋势的兴衰。 其中，云计算和移动性属于我们所谓的“大趋势”。 这些是行业内发生的动向...
除了自己的本地私有云之外，大多数组织还在多个云资产中运营。 在过去三年中，我们询问了 IT 领域各个岗位的专业人士在这种模式下工作时遇到的挑战和挫折。
在数字化转型的三个阶段中，第一阶段是自动化。 第二阶段对工作流程数字化的关注最终将为企业提供进入第三阶段的道路，在该阶段，数据驱动的服务将产生可行的见解，从而提高效率，减少流程摩擦并提高生产力和利润。
application性能监控 (APM) 最初局限于数据中心，现在越来越多地围绕基于 Web 的用户体验进行环境驱动。 如今，事后才发现问题已经不够了。 企业需要在问题发生之前确定可能发生在哪里。
技术周期有起有落。 它的必然性体现在很多理论中，比如创新的S曲线，比如某知名分析公司的炒作周期。 云也受到同样的波的影响。 过去十年，我们经历了两个非常强劲的周期，现在看来，第三波周期即将开始见顶。
根据我们的研究，您几乎肯定属于 87% 跨多个云提供商运营applications的组织之一。 在这大多数中，您也最有可能采用两到六家不同的公共云提供商。 超过一半（51%）的组织都这么做。
“云层”一词经常被人们随意使用。 它在营销中被广泛使用，表示真正大的规模，而不是传统的不那么大但仍然很重要的规模。
数据来自代码到客户的路径上的各种来源。 applications。 平台。 application服务。 基础设施。 设备。 所有这些都能够发出数据，并通过正确的解决方案将这些数据转化为商业价值。 当然，在任何有关数据使用问题的讨论中，一个显而易见的问题就是隐私。
数字支付已经变得像现金一样普遍。 由于新冠疫情导致的停工只会加速消费者对此类服务的依赖速度。 但它也加速了企业方面的数字支付。 毕竟，无论企业是否向公众开放，仍然有应付账款和应收账款。
消费者和员工突然转向数字化体验对运营的最大影响可能是可用性。 当然，随着员工从办公室转移到家中，相当一部分组织在远程访问方面遇到了困难。 但最终只有部分员工选择在家办公，而整个人口群体的日常生活突然都依赖于数字化手段。
最近，当我重新进入珊瑚礁养殖领域时，我意识到了校准测量的重要性。 就像application领域的快速变化一样，珊瑚礁养殖在过去五年中也发生了巨大的变化。
在这场疫情中，美国许多州处理失业救济申请的系统陷入了危险。 该系统使用 COBOL 开发，面临着巨大的需求，迫切需要那些精通这种可追溯到 1959 年的编程语言的人才。 与此同时，推动当代数字化转型努力的许多applications都是基于微服务的。 这些应用程序与它们的 COBOL 前辈一样，可能非常重要，以至于它们在 50 或 60 年后仍可能运行。
在过去，交付应用程序的应用服务（数据路径）是笔直而狭窄的。 所有应用程序基本上都通过同一网络传输同一组服务。
非常时期需要非常举措。 自从新冠疫情迫使我们从办公室回到家中进行远程办公以来，许多人都说过这句话。 其中一项非常措施是……
插入点是代码到客户数据路径中架构上不同的位置，在此位置添加通常超出开发范围或操作更高效的功能是有意义的。 插入点包括客户端、基础设施和应用程序本身。 因此，我们所寻找的是在插入点上既具有操作效率又具有成本效益的应用服务；在这种情况下，我们专注于应用服务器（平台）本身。
IT 的组件化就像其负责保护和交付的applications的组件化一样。 据估计，80% 到 90% 的现代applications由第三方组件组成；其中大多数是开源的。
如今视频和 SaaS 流量的主导地位是远程访问服务不堪重负的原因之一。 与此同时，在这次疫情期间，远程医疗也蓬勃发展，随之而来的是直播视频流量的增加。 增加容量和提高远程用户性能的一种方法是更新远程访问配置以反映application流量的现代构成。
十多年来，“云”一词一直宣称敏捷性是其主要优势之一。 调查和研究经常将难以捉摸且定义模糊的“敏捷性”视为采用所有形式的云的关键驱动因素。
这项调查不可避免的事实是，网络运营专业人员的生活越来越自动化。 从配置更改到...
在您深入研究之前，我们想重申一下 DevOps 是独一无二的。 如果您认为他们只是编写脚本和管理 CI/CD 管道的开发人员，那您就错了。 如果你认为它们只是操作...
当组织采用新的架构并开发新的应用程序时，他们不会丢弃已经存在的架构。 虽然随着时间的推移，投资组合总会有一些淘汰，但一般来说，多年前使用传统架构投入使用的应用程序仍然……
当我们每年深入研究application服务状况时，我们不仅仅关注应用服务。 虽然这确实是我们的主要兴趣，但有大量趋势和技术对整个应用服务产生影响。
我们使用遥测仅仅是因为它听起来比数据更性感吗？ 最终，数据和遥测都是有组织的信息位。 交替使用它们并不是犯罪。 但事实是，如果要准确的话，是有区别的。 随着企业进入数据经济，这种差异将变得越来越重要。
越来越多的应用服务成为云原生架构不可或缺的组成部分。 这在一定程度上解释了为什么我们看到应用服务的责任从 IT 运营转向 DevOps。
经过数月的分析，我们对application服务状况调查的 2600 多份回复最终得出了关于数字化转型对全球组织的影响的有趣结论。 企业正在进行技术转型之旅。 五分之四的高管告诉我们，他们正在采取数字化转型计划，这些计划正在推动云原生架构和应用服务的采用——其中自动化和安全性也是首要考虑因素。
随着企业在数字化转型的征程上稳步前进，整合问题变得至关重要。 除了显而易见的...
对于那些追求数字化转型（严重依赖数据）的组织来说，无法验证数据的完整性或正确性应该是值得关注的重大问题。 这些数据不仅可用于开展业务，还可作为模式和行为识别的基础。 因此，它将为高级分析提供动力，无需人工干预即可自动做出运营和业务决策。
API 代表application程序编程接口。 多年来，它已经从紧密耦合的命令式规范发展为松散耦合的声明式模型。 无论实现方式和调用方式如何，API 往往与应用程序开发相关。 但另一个 API 经济一直在稳步扩张。 它存在于操作之中。 在该领域，API 中的“A”代表自动化。
自计算诞生以来，application架构已经历了多次演变，仅仅依靠单一已知的数据路径来插入application服务已不再是最佳选择。 此外，由于许多新兴的数据路径不太适合基于代理的平台，我们必须寻找其他潜在的插入点来扩展和保护现代applications。
考虑一下： 54％的容器存活时间少于五分钟。 可以预见的是，这会引出安全话题。 如果您尝试保护访问（您应该这样做）并尝试保护在该容器中运行的应用程序或 API，那么您必须确保您的安全服务不断调整策略以匹配集群的当前状态。 正在发生很多变化，这意味着大量的运营开销。
数字化转型是将技术从业务交互转移到流程再到新模式。 首先，是关于应用程序的。 但随着应用程序组合的扩大，它开始将重点转向自动化和编排。 随着数据生成的增加，转型成为新业务机会的支点。
Dimensional Research 对 3000 多名移动应用用户进行的一项调查证实了我们许多人对当今客户期望的看法。
您是否知道，当 Sysdig 今年查看其客户时，发现有超过 200 万个容器实例在本地和公共云中运行？ 更令人兴奋的是（至少对我们来说），有数据表明 NGINX 在 60% 的容器中运行。 这有很多 NGINX。
云原生applications正在快速构建。 虽然它们目前还没有完全占据应用程序组合的主导地位，但它们的数量正在增加。
API 通过其在application层的抽象能力创造价值。 例如，使用 API 来抽象对内部系统和数据的访问，可以简化和自动化对遗留 IT 系统的访问。
如果部署延迟了发布，那么交付速度再快也没用。 尽管 NetOps 正在逐渐接受自动化和编排，但他们在加快部署方面仍面临着重大挑战。
可见性是一个经常被提及的挑战，通常是指检查应用程序执行期间发生的流量、交易和错误的能力。
通过挖掘 Sumo Logic 的最新数据（根据 2000 多名客户的实际使用情况汇编而成），我们发现 Kubernetes 在 AWS 中的使用率有所增加。
我们很高兴英特尔将 F5 评为英特尔® 网络构建者计划 2019 年领导者委员会合作伙伴。 我们与英特尔的战略合作伙伴关系已超过 15 年，这使得 F5 能够利用英特尔技术为企业和服务提供商提供优化的高性能application服务。
违规行为比比皆是。 每天都会发现漏洞，而且补丁差距似乎并没有缩小。
开源运动始终致力于自由。 根据技能、预算、架构和目标，自由选择最适合您的解决方案。
由于每年有数千名受访者花时间回复，我们对application服务在日益以应用程序为中心的商业世界中的作用的理解已经大大加深。
现在每个人的手机上平均安装了 80 多个应用程序。 同一个人每天平均会与其中 9 个应用程序互动，一个月内会与 30 个应用程序互动。
读过这篇文章的人中，有谁在生产环境中运行 OpenStack？ 普罗米修斯？ 也许您正在生成 Grafana 仪表板？ GitHub。 GitLab。 Nagios。 詹金斯。 安斯博。 傀儡企业？
随着容器生态系统的不断壮大，服务网格也将继续走向成熟。 不过，我们仍处于早期阶段，目前有多种方法可用于通过服务网格解决容器内流量管理问题。
自从云计算占据了大多数行业注意力以来，人们就多次预测数据中心将消亡，或者至少即将消亡。 但它依然是错误的。
企业需要速度。 数字化转型的影响之一（以及在应用经济中取得成功的相关压力）是渴望快速发展。
首先要注意的是，尽管名为云原生，但其并不需要云。
今年 9 月，NGINX 将在西雅图举办年度会议。 我已经预定了，你也应该（非常认真地）考虑参加。
多年来，我注意到的一个有趣且更令人沮丧的事情是网络工程师和application开发人员对应用程序的看法存在差异。 我们已经在网络图上描绘applications的方式以及相反地在application架构图上显示网络的方式中看到了这一点。
在过去，汽车的变速器是手动的。 有些人可能将其称为“棍棒”，因为它具有换档机制。 在那个年代，自动变速器是一种需要经常订购的特殊装置。
在传统的网络基础设施中，通常有三个与网络基础设施相关的架构平面：数据、控制和管理。
当谈到涉及应用程序和数据泄露的违规行为时，人们几乎总是将矛头指向开发人员。 很多时候，这是正确的方向。 注入攻击和基于堆栈的漏洞几乎总是由不安全的代码造成的。
Lori MacVittie 继续我们的博客系列有关 F5 收购 NGINX 的内容，讨论操作简化的概念。
我们不要再在如何互相称呼上花费太多时间，以免错失创建协作环境的机会，从而可以更快、更频繁地交付和部署应用程序，最重要的是，确保应用程序的安全。
当谈到多云一致性时，Lori MacVittie 讨论了为什么未能认识到两种不同类型的一致性（功能性和操作性）及其重要性是实施问题的根源。
生产之路不是产品。 这是一个过程。 而且，这个过程需要尽可能地协作和并行交付，以缩短价值实现时间并实现成功的application部署。
使用云提供商安全服务会极大地影响在云中开展业务的运营成本 - 特别是在管理application服务基础设施方面。 Lori MacVittie 讨论了增强和强密码实践如何帮助限制在云中开展业务的成本。
因为这种转变需要时间——毕竟，我们今天几乎都在多云模式下运营——所以找到并利用能够最大限度发挥优势的架构选项非常重要，同时又不会损害可用性和安全性等核心客户需求。 使用两层架构方法可以同时提供这两种功能，而不会限制容器化工作。
在过去的 12 个月中，有 60% 的用户经历过容器安全事故，如果您尚未实施安全容器化，Lori MacVittie 分享了可供考虑付诸实践的五个步骤。
我们从 2019 年第一季度开始研究application服务使用情况的趋势和变化——包括安全性、性能以及身份/访问方面。
目前，全球各行各业的大多数组织都处于数字化转型之中。 Lori MacVittie 研究数字经济和供应链的最新趋势，以便更好地了解企业如何改变其开发应用程序的方式、何时部署应用程序以及使用何种架构。
运营需要整合。 没有它，我们就无法实现流程自动化（这就是编排），因为流程必然跨越多个系统、服务和设备——每个系统、服务和设备可能都有自己的操作域和工具集。
如今，我们对违规行为几乎麻木了，因为它们发生的频率如此之高，令人担忧。 与此同时，我们对自己在密码学方面的才华如此着迷，以至于我们忘记了大多数静态数据（隐藏在数据库中）都是未加密的。
通过将 F5 与 NGINX 结合起来，我们将能够满足“可靠性”的要求，无论其定义如何。 无论是适用于扩展现代applications的小型、开发人员驱动的部署的可靠性，还是扩展application服务和传统应用程序的大型部署，组合产品组合都将为客户提供为正确的应用程序使用正确的工具的能力。
对 API 的需求日益增长。 无论是通过支持移动应用程序来推动数字经济，还是通过自动化和编排计划来提高内部生产力，API 无处不在。
随着容器技术世界的日趋成熟，支持它所需的企业级技术的集成也在不断完善，从而鼓励传统产品朝着 Kubernetes 等容器编排环境的方向发展。
今天，传统和现代架构对于企业成功更快、更频繁地提供数字化功能都是有效和必要的，最重要的是，以最有效的方式支持其最宝贵的资产：多代applications组合。
数字化转型正在推动application程序组合的增长，并改变它们的开发、交付、集成甚至最终的使用方式。
跨applications一致性安全性的挑战依然存在。 其中一个罪魁祸首似乎是application服务并不总是随着它们保护的applications而移动。
组件化对开发非常有用，并且确实有助于加快价值实现时间。 但它可能会对性能和安全性产生负面影响。
展望未来，F5 和 NGINX 可以帮助企业解决 IT 最迫切的需求之一：在多个云属性中的各种application架构中进行快速、频繁的部署。 我们相信，要成功做到这一点，取决于 NGINX 是否能够保持开源，并在很大程度上受到构建它的社区的推动。
DNS 仍然是现存最不受重视的application服务之一。 它的作用如此重要，以至于它的失败被认为是灾难性的。
我们必须从依赖摩尔定律来提高容量和速度，转向依赖可自我扩展的系统来比以往更频繁、更快地处理更多数据。
鉴于 HTTP/2 的采用缓慢但稳定，以及 HTTP/3 带来的安全挑战，后者在可预见的未来可能会面临漫长而艰难的采用之路。
快速失败是当今速度的口头禅。 无论是 DevOps 还是业务，在数字经济中运营的前提都是要求正常运行时间尽可能接近完美。
团队结构很重要。 不仅仅是因为需要鼓励更具协作性的文化，还因为它影响决策的方式——包括技术选择。
微服务和功能即服务 (FaaS) 通常促进敏捷开发，因为相对较小的团队可以比大型单片application更快地设计、开发和完善服务。 但是微服务和 FaaS 还有另一个有趣的好处，但并没有得到应有的重视：安全性。
五年来，我们向全球各地 IT 行业各个岗位的数千名受访者询问了一个简单的问题： 在部署application，您绝对不会缺少什么东西？ 换句话说，您能为您的applications提供的最重要的东西是什么？
通过在 3scale API 网关前面分层 F5 Advanced WAF（API 安全 - 新一代 WAF） ，您可以受益于额外的安全措施，包括使用 IP 智能更快、更准确地识别威胁、在内部或外部提供安全 API 外观的能力，以及针对各种application层攻击的防护。
虽然目前可编程性的大部分焦点都集中在操作上，但仍有大量数据路径可编程性对于实现消费者与applications的交互至关重要。
功能即服务 (FaaS) 正在各种运营和开发环境中迅速得到应用。 尽管云计算这颗冉冉升起的新星经常与 API、物联网和移动应用一起被提及，但该技术在外部开发中也有重要用途。
我们知道，当今互联网上大约一半的流量是由机器人产生的。 有些是好的，但大多数是坏的。 自动化和机器学习带来的运营效率——通常在更积极的背景下讨论——也被武器化，用于执行侦察探测和攻击。
数据的战略重要性只有通过application才能实现。 application只有通过与数据交互才能实现其目的。 这种战略相互依赖可以在今年的application服务状况报告中清晰地看到。
几年来，容器的采用一直是消耗预算的稳定途径。 采用这一做法背后的原因可能会令人感到惊讶。 剧透警告：它实际上与微服务无关。
随着 DevOps 在 IT 领域持续受到重视，我们看到了自动化和“即代码”方法的采用，包括在生产流程中越来越多地使用 GitHub Enterprise 和 Jenkins 等 CI/CD 工具。 Lori MacVittie 和 CTO 办公室的这篇文章详细介绍了基础设施即代码以及 F5 为实现和支持基础设施即代码所做的工作。
API 是新的 CLI。越来越多的基础设施和application服务通过 API 进行调配、配置和运营。 在自动化和集成到部署管道之间，API 是每个设备（硬件、软件、本地或云）都必须具备的关键组件。
单独深入application服务（几乎）总是很有趣。 但深入研究驱动组织平均使用 16 种不同applications服务的applications、环境、趋势和技术，可以让我们对明年 IT 和业务的状况有一个大致的了解。
Lori MacVittie 在 F5 即将发布的application服务状况报告中评论了云和application服务的作用。 无论以何种形式（公有云、本地私有云还是 SaaS），云都保持着重要的战略地位，影响着所部署的application服务、用于自动化和协调 IT 的工具和技术，甚至影响着组织内部团队结构的演变。 今年会延续这一趋势吗？
洛里·麦克维蒂： 从我记事起 — — 已经过去了很长一段时间 — — 通过单一窗口来查看和操作基础设施的诱惑就一直吸引着 IT 人员。 就像圣杯一样，它从未被发现，而且很多 IT 专业人士对它的存在持怀疑态度。
无服务器是云计算领域的新宠，但它常常被误解，并被认为具有降低成本、加快价值实现速度和让您在床上享用早餐的超自然力量。 如果这还不够的话，它还经常与函数即服务 (FaaS) 混淆。
随着 DevOps 和 NetOps 领域的碰撞以及容器环境吸收了网络中传统使用的定义，让我们探讨一下在数据路径和容器环境方面经常令人混淆的术语“入口”的使用。
云计算向我们展示了一种更好的方式来接入、配置和运营网络和应用基础设施——这些方面已稳步推进到全球各组织的数据中心。 但始于云计算的数字化转型现在正在渗透到内部部署系统中，并带来了更有趣的事情：网络的解体。
重要的是要认识到，阻碍部署最新事物/应用/服务的并不总是 NetOps 团队。 在组织寻求转变 IT 运营时，速度受阻通常是由于未能采用 DevOps 的所有前提。
洛里·麦克维蒂： 人们仍然倾向于将容器等同于微服务。 我所说的等同，是指“互换使用”。 这是一个错误的假设。
大型机在 IT 领域名声不佳。 它们被视为恐龙，但事实上它们为许多组织提供了重要的计算能力来源，而且这种计算能力的使用正在不断增长。 它们与 DevOps、Agile 和其他现代方法的关联也比你想象的要大。
Lori MacVittie 重点介绍了 F5 实验室对 2018 年 1 月至 6 月全球针对物联网设备的攻击的研究，并指出了其令人警醒的影响。 物联网设备不仅继续受到攻击，而且还被转变为攻击平台，这意味着攻击者可以更好地利用已经出现的有保证的增长市场。
将机器学习应用于application安全的一个特别引人注目的优势是，它专注于不断学习什么是正常的并识别什么是不正常的。 Lori MacVittie 解释了第 7 层行为拒绝服务 (DoS) 保护如何像流感疫苗一样，能够根据病毒的行为而不是其实际成分来检测病毒。
加密本质上是一个计算量很大的过程，这意味着加密或解密消息所需的 CPU 周期比执行业务逻辑所需的 CPU 周期要多。 对于云部署，这些增加的 CPU 周期是可以接受的成本，因为其目的是将资本成本转移到运营费用。 但多次解密和加密一条消息（每次的成本都不为零）确实会累积起来。
在技术上，简化意味着抽象，声明式接口就是这种抽象的一个很好的例子。 通过简化当今用于调配、配置、管理和集成基础设施的接口，声明式接口使基础设施民主化，并为 NetOps 和 DevOps 开辟了机会。
现在是时候再次深入研究组织实际使用的application服务，以使应用程序更快、更安全。 值得注意的是，本季度机器人防御服务的使用量持续上升，分析相关服务也呈现增长态势。
一般而言，你不会期望从安全公司那里听到“忽略漏洞”这样的话。 而且你肯定不会看到“忽视漏洞”与“提高安全性”的概念联系在一起。 但现在你已经有了。 F5 的 Lori MacVittie 非常友善地详细说明了这一点。
当以“代码”形式处理生产管道时，可以肯定有多组操作员和开发人员将对其负责。 这是推动标准化的核心——特别是当 NetOps 致力于开发和维护系统以自动化和协调网络和application服务基础设施元素时。
正如必须首先配置application平台（Web 或应用服务器或应用引擎）一样，必须先配置网络和application服务平台，然后才能进行配置。 越来越多地，尤其是在云环境中，该配置和配置过程由 HashiCorp 的 Terraform 等系统驱动。
人们仍在猜测，为何以前不愿意正式鼓励使用开源软件的企业和行业突然接受了它。 最常见的情况是，人们认为遗留的罪魁祸首是对法律责任的恐惧。 但另一个催化剂是数字化转型的驱动力。
无服务器意味着开发人员无需担心基础设施。 企业也看到了速度和效率的价值。 结合无服务器部署代码的无摩擦特性，您可以在数小时内（而不是数周或数月）实现功能。
基础设施、配置、管道、运营。 突然间，一切都变成了“代码”。 Lori MacVittie 尝试对术语进行分类，并识别连续 IT 堆栈中的不同组件。
Lori MacVittie 探讨了行业如何发现自己处于面向服务架构和微服务架构的奇怪混合体中，这让很多人想知道一个在哪里结束，另一个在哪里开始。
当我们最近对 IT 运营从业人员进行“网络自动化现状”调查时，我们发现市场面临着许多挑战。 NetOps 专业人士特别提到的问题之一是缺乏用于推进自动化工作的集成工具。
几乎所有行业的自动化目标都是优化和消除瓶颈。 在 IT 领域，这通常意味着解决运营流程的中间步骤。
从开发的第一天到部署后，我们针对整个application堆栈的安全性所做的选择都会产生深远的影响。
F5 年度调查的发展现在强调您所需的application服务，而不是您用来提供这些服务的平台。 立即了解详细信息并参与调查！
API 不是集成。 它们是实现集成的一种手段。 从行业面临的挑战来看，这些还不足以让 IT 持续发展。
现在是时候再次深入研究组织实际使用的application服务，以使应用程序更快、更安全。
Lori MacVittie 对 Lacework 最近的一份报告进行了评论，强调需要重申其中一条核心安全规则： 请勿让管理控制台处于打开状态
正如以前的应用程序架构推动了网络基础设施的响应一样，容器和微服务也是如此。 只是这一次的变化并不以新盒子的形式出现。 现在正在发生的是将开发人员所需的application服务集成到容器环境中。
几十年来，application服务一直部署在共享平台上。 但是，微服务等新兴application架构正在迫使生产流程进行改变，以便更好地映射到现代部署计划和运营实践，例如基础设施即代码。
在 F5 首席技术官办公室，Lori MacVittie 绘制了 DevOps 实践与 F5 的新声明式接口之间的连接点，从而减少了对 API 的依赖并提高了实现全自动、持续部署管道的能力。
Lori MacVittie 探索了通过为紧密耦合的应用服务采用每个应用的架构来实现application的“MVD”的潜力。
单一身份与 IP 地址的关联在我们的脑海中根深蒂固，因此我们倾向于将其应用于其他技术领域。 即使它完全无效。
数据显示，尽管自动化本身存在挑战，但 NetOps 并没有像某些人认为的那样落后。
有时我喜欢阅读 El Reg 对 IT 和技术的评论。 只要咬得恰到好处，它们的叫声往往就能击中目标。 但其他时候，他们却达不到目的。
数据就是如此。 您可能会认为您的组织规模很大，从而很容易忽视网络自动化的重要性
或者那是沮丧的“眼泪”？¯\_(ツ)_/¯ 也许两者都是。
网络和application架构之间存在关系。 通常我们喜欢谈论application程序架构的变化和转变如何影响......
在一个更加平衡的世界中，application用户对其数据安全性的关注程度与对数据访问的关注程度相同。
哦是的。 它正在发生。 考虑将其作为你总体云战略的一部分，以使这一过程不那么痛苦。 以下有哪些共同点？ 鲑鱼、加拿大鹅、帝王蝶和applications。 如果你猜对了...
早在 2015 年，我就注意到软件正在吞噬 IT。 这是基于从 RightScale、HBR、PWC 等各种行业来源收集的数据。 从开发到部署到交付，软件无处不在。 但...
当然，数据泄露可能会造成更多损失（至少现在如此），而且它肯定会使你的失败成为众人关注的焦点（你必须通知），但安全不能仅仅关乎数据泄露。 如今，只有在发生数据泄露时，你才会听说有泄露事件……
作为开发人员，我最喜欢的编写代码的编辑器是 vim。 我知道，我知道。 但是它速度很快，我可以用它四处走动，而且它不是 emacs。 （是的，我去过那里。）
我们都知道有一条古老的商业格言，它是这样的： 顾客永远是对的。 在这个数字经济时代，这个公理必须改变为： 客户的数据永远是正确的。 让我稍微解释一下...
有时候，集装箱领域的专业术语会让你头晕目眩。 相关解决方案（服务网格、编排器、注册表）提供的每个新功能或特性似乎都需要一个新的术语或短语。
我们自己的 F5 实验室威胁研究人员仍在继续对物联网进行搜寻。 其最新报告不仅揭露了对易受攻击的物联网设备的积极搜索，还揭露了对构建基础设施的目标。
当我还是一个小女孩，准备交付我公司的第一个互联网application时，我学到了一个宝贵的教训。 这与技术无关。 这与互联网无关。 这是关于流程以及它们如何令人沮丧...
现在是时候再次深入研究组织实际使用的application服务，以使应用程序更快、更安全。 值得注意的是机器人防御服务的使用正在增加，而 HTTP/2 正在缓慢但稳定地取得进展。 虽然不是一个application..
应用程序正遭受攻击。 根据马里兰大学的研究，攻击发生的频率令人担忧——每 39 秒就会发生一次
了解 F5 第四份年度application交付状况报告的主要发现。
Lori MacVittie 继续她的“容器扩展艺术”系列，在谈到发现和分发之后，本博客深入探讨了重试。
与多云一样，自动化可以（也应该）具有战略性。 在完美的 IT 世界中，我们会看到（内部）数字化转型之路顺利沿着可预测的道路走向成功。 首先要选择平台...
应用程序是企业赖以数字化生存的战略，F5 实验室的研究表明，应用程序在 2018 年仍将面临挑战。 今年，让我们下定决心，时刻警惕，保护它们，无论它们是否隐藏在山上……
Lori MacVittie 决定用数字墨水记录下数据和技术周期所显示的 2018 年必定会发生的事。
无论我们是否喜欢，HTTP 都是现代事实上的application传输协议。 我们到处都使用它。 它与 IP 和 TCP 一样普遍存在，并且用途大致相同。 它的唯一目标是运输当今的数字黄金……
早在 1983 年，一群志同道合的计算机和电信行业人士就聚在一起制定了一份详细规范，他们称之为开放系统互连 (OSI)。
当考虑漏洞时，请记住application安全是一个堆栈。 您可能以前听过我这么说，但有时我们需要提醒，现代applications从来都不是单独部署的。
数据路径包含多个可部署 WAF 的插入点。 但这并不意味着每个插入点都是好主意。
好的，NetOps。 当您开始全面自动化并全心全意编写脚本时，是时候温馨提醒一下您的安全问题了。 我说的不是防火墙、WAF 或您可能负责的其他安全服务。
在线学习很重要。 特别是对于那些自我认同为开发人员的人。 如果你看一下 Stack Overflow 的年度开发者调查...
可以肯定地说，我们普遍对科技感到高兴。 只需引入技术，平凡的事情就变成了神奇的事情。 当然，一段时间后新鲜感就会消失，但到那时还有其他任务要做……
有人说（而且不只是我说的），加密的恶意代码仍然是恶意代码。 加密并不能改变这一点...
不要让任何人告诉你硬件不重要。 硬件无处不在。 在每一部手机中。 我们拥有的每个 Fitbit 和科技小工具。 在我们的车里。 在我们的笔记本电脑和平板电脑中。 它越来越多地出现在我们的电器中。 在我们的手表里。 显然……
为了解决当今 IT 自动化固有的复杂性，我们需要找到一种更好的方法来构建代表用于部署、管理和配置 IT 基础架构的流程的工作流。
IT 必须采用使 IT 运行的代码标准化，否则就有可能创建出会吸走 IT 自动化带来的财务和效率利益的系统。 我花了近十年的时间开发软件。 嵌入式软件。 网络软件....
2017 年 1 月，非常流行的 MongoDB 遭受了攻击，这似乎是攻击者相当可预测的策略：劫持数据。 随后的调查指出，大多数情况下，攻击者并没有利用任何漏洞。
俗话说，任何事物都有两面。 毋庸置疑，即使硬币的两面有不同的图像，但颜色却是相同的。 当我们深入研究 DevOps 和 NetOps 时我们发现了这一点。 哇...
虽然应用程序代表着提高生产力和增加利润的机会，但糟糕的性能和恼怒的用户会阻碍这些收益。
缓慢但稳定的向云环境的迁移对 IT 的许多方面产生了影响。 我们很少提及的是管理。 但我们应该这么做。
应用程序安全涉及很多方面，但有时我们需要停下来思考它不是什么，特别是当为满足不断增长的需求而开发和部署的applications的数量和频率不断增加时。 1. 优先级不高 A...
我们经常听到有关数字经济和 API 经济的言论，但体验经济才是这两者共同推动的。
持续部署并不一定意味着每次更改都要立即进行。 但它总得从某个地方开始。 CI/CD（持续集成/持续交付）是开发人员的领域。 这是提高速度的总体模型……
毫无疑问（至少在我看来），企业组织的新标准运营模式主要基于云。 我使用“云”一词作为私有云（本地云）和公共云（异地云）的广义概括...
使用云服务和成功使用云服务之间可能存在巨大的差距。 你如何知道自己是否成功？ 您需要符合您优先事项的指标：敏捷性、TCO、覆盖范围和生产力。
applications正在转移到公共云。 也许没有市场预测（希望？）那么快，但他们正在行动。
每个人都有自己的 API（是的，包括我们），并且所有 API 都由（其他）API 经济所支持。
Lori MacVittie 评论了网络的发展以及下一波架构（即无服务器架构）。
如果不进行文化变革，转向更加开放、协作的跨 IT 环境，DevOps 的许多优势就无法充分实现。
将基于虚拟（软件）的网络和application服务集成到 CI/CD 管道中比有些人想象的要真实得多。
纵观历史，某些地方被冠以“通往_____的门户”的称号。 这些地点因其对保卫王国或作为通往新机遇的途径具有重要的战略意义而闻名。
许多人回避与 DevOps 相关的“文化”成分。 但与“文化”紧密相连的是“沟通”，沟通不仅对 DevOps 的成功至关重要，而且对企业中任何自动化和编排工作的成功也至关重要。
SaaS 的成功很大程度上归功于公司能够识别和封装软件商品化的业务流程。 对于企业内部的网络和基础设施团队来说也是如此。
几年来，我和我的同事 Cindy Borovick 针对我们的application交付状况调查，对来自全球各地的 IT 专业人士的数千份回复进行了整理和分析。 本次调查的主要重点是...
高管们对 DevOps 的热情远不及一线人员，答案或许就藏在这三个关键问题之一中。
SDN 一开始轰轰烈烈，最后却在技术高速公路旁呜咽，眼睁睁地看着容器和 DevOps 飞驰而过，前往企业的邀请制派对，却没有回头看一眼最近的...
在 2016 年假日季面向消费者的广告和新品发布热潮中，亚马逊宣布进军硬件领域，引起了不小的轰动。
无论是与家庭自动化还是个人健身相关，消费者对物品的消费率都没有停止的迹象。
来自《2017 年application交付状况》——鉴于其潜在的破坏性影响，从 HTTP/1x 到 HTTP/2 的转变引起了极大兴趣。
数字化转型不能只注重外部，还必须包括内部。 今年的流行语宾果卡包括“数字化转型”和“API 经济”这两个模糊的短语。 它们有真正的含义，但它们……
来自《2017 年application交付状况——控制》的云见解。 我们经常使用这个词。 控制住自己！ 掌控自己的命运！ 掌控您的财务未来。 了解详情！ 控制是一个简单的词，却蕴含着一个非常强大的概念……
我们询问了 2000 多名 IT 专业人士，了解他们对应用、云、应用服务和安全的计划，以及他们对 DevOps 和 SDN 的真实看法。
感恩节和……火鸡。 圣诞节和……树。 容器和......微服务。 如果您想到的第一个词符合我的预期，那么您就成了当今技术市场过度联想的牺牲品。
云就绪application交付控制器不是传统的 ADC。它可用于部署在定制或 COTS 硬件上，是一种可扩展的软件解决方案，既支持快速、安全和可用的交付需求，也支持...
云就绪application交付控制器 (ADC) 不是传统的 ADC。它可用于部署在定制或 COTS 硬件上，是一种可扩展的软件解决方案，既支持快速、安全和可用的交付需求，也支持...
云就绪application交付控制器 (ADC) 不是传统的 ADC。它可用于部署在定制或 COTS 硬件上，是一种可扩展的软件解决方案，既支持快速、安全和可用的交付需求，也支持...
自从亚马逊推出亚马逊网络服务 (Amazon Web Services) 并点燃数字世界以来，已经过去了 10 年。 或者正如我们今天大多数人所称呼的那样，公共云。 自那时起，形势变得越来越复杂，出现了各种新模式……
云就绪application交付控制器 (ADC) 不是传统的 ADC。它可用于部署在定制或 COTS 硬件上，是一种可扩展的软件解决方案，既支持快速、安全和可用的交付需求，也支持...
网络。 事物。 安全。 分布式拒绝服务攻击。 这些都是数字化破坏，相当于现代版的“门口的敌人”。
规模带来速度。 速度带来成功。 假设一名工程师可以在两小时内处理一个变更请求。 假设另一位工程师可以在 1.5 小时内处理该变更请求。 如果他们合作，需要多长时间才能……
随着世界进入数字经济，当前的基础设施无法处理预计的数据、连接和流量的爆炸式增长。 我们谈论数字经济，但我们并不经常深入探讨其真正含义的具体内容……
云、合规性和认证。 外面的世界很复杂。
不，不是那种速度。 另一种速度。 速度，即applications开发和投入生产的速度，是组织采用敏捷开发方法和 DevOps 的常见驱动因素......
认为 Docker 容器技术正在经历爆炸式增长和普及并非是其极力拥护者的夸张或一厢情愿。 每一天，我们都会用到这项技术的新用途……
过去几年来，我们（即企业中的我们）深入研究了数据中心，通过application交付状况调查来发现企业如何、为何以及在何处部署和交付applications。 当然，我们的重点是……
出现了两种截然不同的“上云”模式。 第一个最明显的方法是本土方法。 本土的意思是新的，或者是全新的，或者是重写的。 本机方法鼓励对application进行狭隘的关注，假设是......
“物联网 (IoT) 仍然是人们感兴趣的话题。 尽管面向消费者的设备和小玩意儿往往会成为头条新闻，但在幕后，在早期采用者进行的数据中心准备工作中，仍然存在更多...”
“技术”一词经常被混用，但在某些情况下，其区别实际上相当大。
你可能已经猜到了，是的，我就是那些玩 Pokémon Go 的人之一。 或者，就像最近常出现的情况一样，不玩 Pokémon Go。 这很糟糕，因为这也意味着我们最小的孩子不能玩了，因为事实证明我们是机器人……
大急流城是密歇根州第二大城市，位于下半岛（我们中西部人更通俗地称之为“桥下”）。 大急流城没有像太空针塔或金边这样的著名地标...
技术发展日新月异。 或者可能只是看起来发展得很快，因为新的运动、方法和架构正在四处涌现。 本月，“无服务器”架构突然崛起，成为人们关注的焦点……
在技术领域，“混合”一词的含义是将两个或多个看似完全不同的事物组合成某种事物。 例如，混合云将 SaaS、IaaS 和内部部署结合在一起，作为全新多样化企业计算的基础……
当我们想到虚拟桌面基础架构 (VDI) 时，我们通常会想到（哈！看到我做了什么了吗？）一种旨在支持向大量非技术用户提供可管理桌面的基础架构。 因为修复了一些疯狂的事情...
应用服务，那些经常被误解的第 4-7 层（TCP 到 HTTP）服务，它们通过网络交付时提供applications的规模、安全性和性能（基本上意味着当今的所有应用程序），是应用程序不可或缺的一部分......
网络攻击是 IT 团队生活中的现实问题，但没有人愿意处理黑客入侵的后果。 application安全领域的领导者 F5 已与 Comtrade Software 展开合作，为用户提供有关黑客攻击的额外清晰度......
至少在过去，哲学研究涉及提出一些表面上看似无关紧要的问题。 毕竟，知道“一艘通过更换每一个部件而修复的船是否真的那么重要……
一切事物都有一种重复的循环（至少事后看来如此），其中应用程序架构和使用方式的变化刺激了对网络新技术的需求。 旨在解决阻碍这些挑战的技术……
当今企业面临的最大挑战之一是如何“现代化”其传统数据中心以满足企业和用户日益增长的需求。
“过去 15 年中最严重的数据泄露都是由于应用漏洞造成的。”
大多数人都听过或见过马斯洛的需求层次理论。 如果您不熟悉这个概念（或需要复习一下），这里是 TL;DR – 马斯洛认为人们受到激励去满足某些需求。 他定义了一个五级层次结构……
任何学过哲学，尤其是逻辑学的人都知道，各种各样的逻辑谬误最终都会破坏一个人的论点。 大多数人可能都熟悉人身攻击谬误，这种谬误试图驳斥……
回顾过去（我指的是 2003 年，也就是技术发展的鼎盛时期），人们对更加无缝的身份管理体验抱有很高的希望和梦想。 那时安全断言标记语言 (SAML) 刚刚开始流行...
对于那些真正参与钓鱼（钓真正的活鱼）的人来说，时机很重要，这不是什么秘密。 某些种类的鱼比较活跃，因此可能在早上捕获，有些鱼可能在晚上捕获，还有一些鱼可能在午后捕获。 它...
一旦您意识到使用现代可编程代理进行负载平衡不仅仅是规模或可用性，您就会开始认识到它作为application架构本身一部分的潜力。
OpenStack 正在投入生产。 在 OpenStack 的第六次用户调查中发现，60% 的部署已投入生产。 相比之下，仅仅两年前这一比例仅为 32%。 这在一定程度上要归功于...
与每一项主导数据中心讨论的技术一样，DevOps 目前正遭受定义疲劳。 其实现在我觉得是疲惫，但两者之间的界限很难确定……
标准化如何实现可定制的每应用（微服务）应用安全方法
到 2020 年，全球 SDN 市场价值将达到 125 亿美元...
多年来，我一直关注着技术趋势的起起落落，我得出的结论是，推动人们采用新技术的首要因素就是成本。 当云首次被引入时，监视......
随着年底的到来，行业出版物、专家和分析师纷纷做出预测和预测。 其中包括对 2016 年 IT 预算的数字预测。 这些都不是特别令人印象深刻的……
这是一个数字世界。 这是很明显的。 但它也是一个丰富而强大的数字世界，为我们提供了大量可采用多种格式消费的信息。 有些人更喜欢书面文字，以传统的白色来获取信息……
如今，可扩展性的需求已不再是一个问题。 答案永远是肯定的，你需要它。 业务增长取决于applications的运营增长，毕竟，应用程序是当今商业模式不可或缺的一部分——无论如何……
仅仅提到安全性是云计算采用的阻碍因素，就常常会导致专家们翻白眼并叹气。 尽管云计算的安全性已经取得了长足的进步，但就...
早在 2009 年，当云计算刚刚开始崛起并成为最有可能颠覆一切的技术时，我们中的许多人就开始关注基础设施层面的一致性问题。 在“基础设施...
”的名义下
任何新兴技术趋势都会引发大量 FUD（恐惧、不确定性和怀疑），尤其是当它涉及大量渴望参与的消费者时。 尽管摆脱机器人的偏执很容易……
人是信息安全链中最薄弱的环节，这在某种程度上是事实。 真正最薄弱的环节是浏览器。 这是因为浏览器是那些没人真正关注的应用程序之一，可能是因为在大多数情况下...
可扩展性对于业务和applications来说都是一项关键能力。 从业务角度来看，扩大运营规模是实现新应用经济的关键……
当我们在浏览器中看到挂锁图标时，很自然地会认为该网站正在使用 SSL 来保护我们的通信。 这显然也向消费者发出了一个信号，即该网站确实是安全的。 据 CA 称...
智能紧身裤。 便携式麸质传感器。 灯泡里的无线扬声器。 当今入侵市场的“事物”数量令人难以置信，每天都会带来一些新的甚至意想不到的东西。 数量之多……
在会议上发言后，我经常被问到 F5 在这场竞争中到底有什么优势。 最近，该主题通常是 DevOps 或以某种方式与 DevOps 相关。 现实情况是，负载平衡等应用亲和服务正被拉向……
您的application可以（并且应该）阻止各种基于 HTTP 的攻击。 OWASP Top 10 是可从任何application内检测和预防的攻击技术的典型示例。 大量工具，包括...
网络正在分叉。 分叉。 分散。 您可以随意使用任何术语来描述网络服务从安静的郊区（即企业网络）迁移到繁忙嘈杂的城市地区的现象……
应用开发人员和网络架构师的世界除了他们各自看待对方领域的方式不同之外，可能有很大差异。 application部署的典型网络视角通常是这样的......
随着虚拟化开始流行，人们提出了多种衡量成功的指标。 整合率、管理员与虚拟机的比率、配置时间以及虚拟化服务器的百分比是最常用的...
当我说“应用服务”或者使用更常见的面向网络的绰号“L4-7 服务”时，您会想到什么？ 等一下，让我猜猜。 您想到的是：负载平衡缓存 WAN 优化我（至少大部分）是对的吗？ 这些是...
这是一个application世界。 这听起来可能有些陈腐和俗套，但却是事实。 当谈到安全时，这意味着我们的重点应该从application开始，然后再逐步转向用户。 但这不是我们建造的方式……
保持热侧热，冷侧冷。 您可能还记得（如果您年龄足够大，不用担心，我不会让您举手）几年前麦当劳曾发起过一项活动，宣传其某些产品的包装，以保持“热的一面热...
从一个看似简单的application请求中可以收集到比乍一看更多的属性。 当然有IP地址。 由此便可确定一个人的位置。 这就是地理定位，而且相当...
正如中国谚语所说，我们生活在一个有趣的时代。 随着人们对机密性和完整性的认识不断提高，人们开始大力努力加密“所有事物”。 无论是网站还是applications（SSL...
当有人说“移动应用”时，他们很可能会想到面向消费者的应用。 社交应用程序。 共享应用程序。 游戏。 银行业务。 地图。 应用程序就是参与。 应用程序就是收入。 应用程序就是利润。 但这只是故事的一半。 另一半仅可见...
Jim Metzler 最近撰写了一篇精彩的对话文章，其中提出了一个问题：“NFV 在企业中有一席之地吗？” 他指出，除其他论点外，“我不知道有哪家企业目前已经或将来会……
编写代码的 James Ward（他的描述）最近写了一篇很棒的文章，其中他对当今和十年前的application部署进行了比较。 整个 IT 行业中一个保密较好的秘密就是application的变化......
负载平衡。 人们普遍认为我们需要它、依赖它、每天使用它来扩大（并希望缩小）applications。 它已成为关键的基础设施，不仅负责扩展以满足需求，还负责确保持续……
恶意软件。 它已成为针对企业和消费者资产攻击的一个重要因素。 它持续造成数百万美元的欺诈，同时逐渐削弱消费者对金融和银行的信任……
这是一个application世界。 不管有意还是无意，其后果之一就是我们衡量成功的方式发生了改变。 当今的衡量标准是下载量和安装量，而不是人流量；是微秒和正常运行时间百分比，而不是每次成本……
数据中心模型正在发生变化。 各种技术趋势和业务需求正在迫使这种改变，其中大多数都围绕着applications的爆炸式增长。 反过来，这意味着application交付的要求是……
在纽约 DevOps 峰会上，人们不仅讨论 DevOps，还讨论容器、物联网和微服务。 会议不仅关注采用 DevOps 方法实现规模增长所需的文化转变，还确保涵盖……
Microsoft SharePoint 和 Exchange 等企业applications以及 VDI 继续作为您业务的支柱。 生产力虽然不像利润那么吸引人，但却是当今企业运营成功的关键因素。 未能...
好了，孩子们。 现在是该我们进行“那次谈话”的时候了。 你知道那个，那个你一直和朋友们悄悄谈论过但之前却不敢真正问起的，因为当然其他人都知道而你不知道……
会议议程。 事件导航。 具体任务，例如买房或获得汽车贷款。 如果您安装了上述任何一项的应用程序，那么您就安装了所谓的“一次性移动应用程序”或 DMA。 应用程序...
F5 Synthesis 的目标是提供应用服务，为当今的企业提供生产力和利润所依赖的应用服务。 这意味着不仅要交付 SDAS（软件定义application服务），还要交付它们……
不，这并不是对物联网安全性的长篇大论。 这是关于变化的故事。 具体来说，就是变化及其对安全的影响。 变化是永恒的。 关于变化有百万种不同的公理和谚语，因此...