如何使企业Web应用程序现代化-CSDN博客

现代Web应用程序有很多附加功能。我们的客户依赖他们，而我们的业务也依赖他们。没有现代的Web应用程序，许多企业将无法生存。

现代Web应用程序必须能够满足我们的最大需求，而不会出现中断或其他可用性问题。为了达到并超越这个高标准，我们必须使用现代的原理，流程和过程来构建，管理和监视我们的应用程序。

[ 同样在InfoWorld上：每个开发人员都应避免的8个职业陷阱 ]

现代应用程序需要满足以下五个期望的五项指导原则。

原则1。使用基于服务的架构

现代应用程序既庞大又复杂，过于复杂以至于无法由一个团队作为一个实体来处理。相反，需要多个团队来开发，测试，支持和操作这些应用程序。当应用程序是单个大型整体时，这并不容易。

通过将应用程序分成多个独立的服务，您可以将应用程序的不同部分分配给不同的团队，从而允许并行开发和操作。此外，可以将问题与各个服务相关联并将其隔离开来，从而更容易确定应由谁来解决特定问题。

通过保持模块隔离，可以隔离地构建，测试和操作它们。扩展不仅与应用程序收到的流量有关，而且与应用程序本身的大小和复杂性有关。使用基于服务的体系结构使应用程序的扩展更加容易，并且可以合理地处理更大，更复杂的应用程序。

原则2。围绕服务组织团队

将您的应用程序架构为基于服务的应用程序只是答案的一部分。在服务中设置了应用程序之后，必须围绕这些服务组织团队。一个团队拥有从前到后，从上到下的每项服务至关重要。这包括开发，测试，操作和支持。每个服务的开发和运营的各个方面都应该由一个团队来处理。

有一个应用程序管理模型强调这些所有权值。 STOSA代表“单个团队拥有的服务体系结构”，它提供了有关团队级别所有权的指导原则，提供了服务之间的明确界限，并促进了团队之间的清晰理解和期望。您可以在stosa.org上阅读有关STOSA的更多信息。

[ 也在InfoWorld上：10个软件开发崇拜者加入 ]

原则3。使用devops流程和步骤

现在我们已经处理了团队的组织和所有权问题，下一个原则是关注于这些团队用来构建和运营其服务的策略和实践。对于现代应用程序，团队必须利用现代devops流程和过程来构建和维护其服务。

许多组织声称他们“使用devops”，但最终他们并没有以真正的devops方式运营其组织。真正的devops技术要求对所有流程和系统进行完整的组织冲洗，以便将devops的原理纳入整个组织中。尽管许多组织都在尝试，但您不能仅通过“创建DevOps团队”来完成此转换。

原则4。使用动态基础架构

我们应用程序上的客户流量负载差异很大。您的应用程序需要支持的最大流量上限或最大未知数。过去，随着应用程序流量的增长，我们只是简单地在此问题上添加了其他硬件。这不再合理。

只需添加硬件就可以应对预期的峰值，但是当出现意外的使用高峰时，您该怎么办？如果有关您产品的消息在社交媒体上风行一时怎么办？您如何处理此类事件带来的意外激增？不再可能在应用程序上投入大量硬件。您永远不知道有多少硬件足以满足您的最大需求。

此外，当您的应用程序无法大量运行时，您如何使用额外的硬件？它闲置着，浪费了金钱和资源。尤其是在您的流量需求变化很大或尖峰的情况下，仅添加硬件来处理高峰不会有效利用资源。

相反，您必须在需要时和需要时动态地向应用程序中添加资源。这些资源可以在您的流量需求很高时应用，而在不再需要时可以释放它们。这就是动态基础架构的全部意义。

为负载高度可变的应用程序实现动态基础架构的唯一方法是使用云的动态功能。在云中，可以按需添加资源，并在不再需要它们时将其释放，以供其他用途使用。

[ 通过InfoWorld Daily新闻通讯了解软件开发，云计算，数据分析和机器学习方面的最新发展 ]

原则5。保持高可见性和深度监控

如果您不了解应用程序的运行状况和性能，则无法保持现代应用程序的正常运行。如果无法正确查看应用程序的操作，您将不知道该应用程序是否满足客户的需求，或者是否已经准备好启动定时炸弹并导致应用程序突然不可用。

有了适当的可视性，您就可以了解应用程序的运行状况，可以了解应用程序的运行状况，还可以了解是否存在潜伏问题，这些问题可能会影响应用程序在可预见的将来执行这些操作的能力。

此外，尽管使用诸如综合测试和基础架构性能监视之类的工具很重要，但这种监视级别还不够。如果没有内部操作视图，您将无法完全了解应用程序的性能。这只能通过应用程序性能监视，日志监视和跟踪分析来实现。

我们的应用程序变得越来越复杂，并且与我们业务的基本运营越来越交织。因此，客户的期望值在不断增长，管理方面对可靠性，可伸缩性和功能性的需求也在不断提高。只有使用上述原理对应用程序进行现代化改造，我们才能使应用程序满足客户和业务的需求。

Lee Atchison是New Relic的云架构高级总监。 在过去的七年中，他帮助设计和构建了一个基于服务的可靠产品架构，该架构从初创企业到高流量的公共企业。 Lee拥有32年的行业经验，其中7年是Amazon.com的高级经理。 在亚马逊，他领导创建了公司的第一个软件下载商店，创建了AWS Elastic Beanstalk，并管理了亚马逊零售平台到新的基于服务的架构的迁移。 他是 O'Reilly Media于2016年出版的《规模化建筑》一书的 作者。

新技术论坛提供了一个以前所未有的深度和广度探索和讨论新兴企业技术的场所。 选择是主观的，是基于我们对InfoWorld读者认为最重要和最感兴趣的技术的选择。 InfoWorld不接受发布的营销担保，并保留编辑所有贡献内容的权利。 将所有查询发送到 newtechforum@infoworld.com 。