在为云或虚拟环境设计应用程序时，会有许多问题悬而未决。用系统思维的方法进行设计意味着我们要考虑我们的需求、约束、假设和风险。最好的方法是看一个特定的场景，这是我们在Couch to Cloud Native（C2CN）系列文章的第一部分中要介绍的场景。像IT架构师一样思考在我们快速进入代码和有趣的东西之前（就像我经常做的那样），我们需要从一套基本的绘图板流程开始，来安排我们要做的事情。首先从四个方面评估概念架构：需求–定义应用程序结果的业务需求限制——我们必须在其中工作的限制（软限制和硬限制）假设——我们期望在那里的事情必须得到考虑风险——清楚地记录我们的设计所带来的风险这些基础将帮助我们定义体系结构，并且随着我们的发展和扩展，它将指导我们在环境中做什么（以及为什么）。从包含业务需求的需求开始，这一点尤为重要！作为技术人员，我们倾向于直接使用技术特性。这是我们将这种方法提升到设计思维方法（如TOGAF、Nutanix NPX和VMware VCDX框架）中的机会。我们的第一个场景：CloudRush应用程序CloudRush团队是一个小团队，他们正在创建一个小型初创公司，他们希望从他们的网站开始。他们听说有很多人和公司争先恐后地采用公共云技术，希望获得一些收入机会。您被要求支持他们部署潜在客户开发应用程序，该应用程序将收集客户信息，以便Cloud Rush团队可以联系他们咨询云部署。他们是rubyonrails的拥趸，所以他们决定在他们目前拥有完全访问权限的VMware开发集群上启动一个简单的基于VM的环境。开发团队已经建立了他们自己的VM来进行测试。现在开发团队已经有了一个可以投入生产的版本，所以他们决定把它放到现场，然后请求帮助来巩固构建。听起来很熟悉？世界各地最好的球队都会遇到这种情况。我们称之为没有行动的DevOps。是时候开始讨论了，让我们从开发人员和VMware操作团队之间的跨团队会议开始。这是他们从审查应用程序设计需求中得到的：要求必须能够从互联网接收客户注册收集的数据必须存储在共享数据库中，什么是云服务器，以便进行数据挖掘和与其他应用程序共享不会出现单点故障限制条件出于监管原因，在线自助建站系统，应用程序必须托管在私有数据中心应用程序平台必须使用rubyonrails数据库必须是MySQL，以支持其他后端进程和当前软件可用性阶段2将使用MongoDB作为NoSQL解决方案来存储一些数据基础架构必须是VMware虚拟化假设应用程序代码和支持库将提供对生产的持续支持应用程序开发人员能够根据需要修改应用程序，大数据技术学什么，以适应扩展体系结构风险应用程序可能不支持大容量的横向扩展设计"规模化"测试不是MVP的一部分，稍后将介绍基于这些发现，您和Ops团队相信您可以规划出下一步，并交付cloudrush团队需要的东西。现在是时候用你拥有的信息来规划逻辑架构了。从整体到多虚拟机有许多应用程序实际上被称为单片设计。它们不一定是巨大的应用程序，有时是。Monolith简单地说，整个应用程序体系结构和多个组件都包含在单个应用程序部署中。并不是每一种情况下都有必要转向微服务。也没有必要为应用程序使用容器或函数，以使它们具有可伸缩性。我们想从基础知识开始，所以让我们继续看Cloud Rush团队示例，该示例以基于VMware VM的部署为特色。所有的元素现在都由你的操作团队支持，未来的状态也必须如此。我们采用概念设计，并首先使用逻辑元素将其绘制出来。图1-当前的逻辑架构看起来像是一个相当简化的视图。这就是为什么我们可以通过查看mini当前的物理布局来进一步了解逻辑架构-巨石。图2–当前的物理架构在单个虚拟机中仍然是一个非常简化的交付。现在，我们已经将产品映射到应用程序层，买服务器云，我们可以回到我们的需求、约束、假设和风险上，将这个应用程序分解，以达到预期的结果。我们的开发团队讨论强调了一个非常重要的需求，即不会出现单点故障。这是我们在整个设计过程中必须关注的问题。基于另外两个需求，让我们快速绘制一个物理设计图，它将是什么样子的注意。数字3–所需的物理架构快速升级。不过，别担心。所有这些运动部件被组装在一起，以消除单点故障，同时满足其他要求和约束。我们还获得了一些未来的基础设施，超算云，因为我们正在利用我们的SQL集群和NoSQL环境构建潜在的共享服务。这是我们系统思维的一个好处接近。现在现在是时候停下来提醒自己，我们如何才能更有效地做到这一点，不仅是为了实现一个成功的结果，而且也为了云计算应用程序的持续生命周期。为系统性成功做好准备手动构建未来状态环境肯定是可行的，但不是期望的。现在您有机会与开发团队合作，做一些更能证明未来的事情。我们喜欢把这部分称为"减速以加速"，因为它让我们提前完成工作，消除了路上不必要的步骤和痛苦。在可能的情况下，编制部署和行动对代码和文档使用协作工具使用系统和环境变量来存储机密在每个环境中统一方法测试，测试，测试尽可能自动化现在你的架构思想已经准备好了，我们的下一篇文章将介绍如何将这些概念设计元素映射到物理部署中，以及如何使用我们的系统方法。这也意味着我们将获得产品和代码，这些产品和代码将有助于我们部署Cloud Rush应用程序，并将我们自己的基础设施作为代码技能的一部分。