你不可能一直取悦所有人。 但有时,你可以让他们去向别人抱怨。
网络运营团队长期以来一直是维持应用正常运行的后盾。 它们也是保护这些设施免遭攻击的重要部分。 我们都知道,许多应用黑客攻击可以而且应该通过安全代码来预防,但我们仍然看到使用 SQL 注入或缓冲区溢出等古老武器的成功入侵。 看起来网络团队短期内还无法停止对第 7 层的担忧。 应用程序团队需要网络团队带来的应用层技能和服务——即使他们不愿意承认。
在 Appian 最近进行的一项调查中,五分之一的受访者表示积压了超过 50 个应用,72% 的受访者认为他们无法扩大规模来满足需求。
两股不可阻挡的力量猛烈冲击着这一支柱:
这些宏观和微观变化的结果可以归结为运营的一个关键变化: 我们的应用程序团队客户需要我们的基础设施(物理、虚拟或精灵尘埃)更频繁、更快地发生变化。 如果你不能给他们,那么云平台可以。
虽然将所有第 7 层网络问题推到下游并交还给应用程序团队似乎很有吸引力,但网络团队仍然有责任和义务尝试阻止一切失控。 所以你必须参与这个过程。 但您可能不想通过实际执行来应对日益增多的变化。 即使有了自动化工具、脚本和更好的供应商 API,您仍然需要避开这些障碍。 花费时间进行常规和琐碎的更改不仅浪费您的时间,还会给您的组织带来成本。
确实,只有一种方法可以解决这个问题。 在履行您的责任,帮助应用程序正常运行并保持您的理智的同时,让应用程序团队自己做这件事。 我并不是建议你让他们无人陪伴地随意进入基础设施。 即使 AWS 或 Google Cloud Platform 允许应用程序团队这样做,他们也并不总是具备构建所需内容的技能。 不,你需要给他们有针对性的选择。 他们知道自己需要什么,而现在你的工作就是构建能够满足他们需求的系统,并将其转化为对基础设施的安全和合理的改变。 现在是时候为您的应用程序团队构建合法、可扩展的自助服务界面了。
这将改变您的工作方式、您所需的技能以及内部客户对您的看法。 这甚至可能意味着您需要改变一些基础设施。
application交付服务对于确保应用程序快速、可靠和安全地运行仍然至关重要。 但并非每个 ADC 都能以足够快的方式提供您所需的所有高级服务。
BIG-IP 云版本采用全新的应用架构,提供业界最先进的应用服务。 您可以通过增强的管理工具进行管理,该工具提供部署自动化、模板和自动扩展功能以及特定于角色的可视性和故障排除工具。 这意味着您可以在任何需要的地方(云中、本地和边缘)提供适当规模的应用服务。
BIG-IP 云版本不仅提供 F5 所著称的应用交付和安全服务,而且还包含一个专为任何地方的每个应用而设计的自助服务、多云和应用专用功能包。 应用程序团队获得简单的部署并获得出色的性能,而 NetOps 和安全团队仍可保持控制,但不会妨碍工作。
欲了解更多信息,请访问f5.com/cloudedition 。