您可能需要构建一个单独的、整体部署的web应用程序或服务，并将其部署为一个容器。应用程序本身可能不是内部单一的，而是由几个库、组件甚至层（应用程序层、域层、数据访问层等）构成。但是，在外部，它是一个容器—单个进程、单个web应用程序或单个服务。

要管理此模型，可以部署一个容器来表示应用程序。为了增加容量，您可以向外扩展，也就是说，只需在前面添加更多带有负载平衡器的副本。简单性来自于在单个容器或VM中管理单个部署。

图1 容器化单体应用程序的体系结构示例

可以在每个容器中包含多个组件、库或内部层，如图1所示。单体容器化应用程序的大部分功能都在一个容器中，带有内部层或库，并通过在多个服务器/vm上克隆容器来扩展。然而，这种整体模式可能与容器原则“容器做一件事，在一个过程中做”相冲突，但在某些情况下可能是可以的。

如果应用程序不断增长，需要对其进行扩展，那么这种方法的缺点就显而易见了。如果整个应用程序都可以扩展，这其实不是问题。然而，在大多数情况下，应用程序中只有少数部分是需要扩展的瓶颈，而其他组件使用较少。

例如，在典型的电子商务应用程序中，您可能需要扩展产品信息子系统，因为浏览产品的客户比购买产品的客户多。更多的客户使用他们的购物篮，而不是使用支付管道。添加评论或查看购买历史记录的客户较少。你可能只有少数员工需要管理内容和营销活动。如果缩放整体设计，则这些不同任务的所有代码都会多次部署并在同一级别缩放。

有多种方法可以扩展应用程序的水平复制，分割应用程序的不同区域，并对类似的业务概念或数据进行分区。但是，除了扩展所有组件的问题之外，对单个组件的更改还需要对整个应用程序进行完全的重新测试，并完全重新部署所有实例。

但是，单块方法很常见，因为应用程序的开发最初比微服务方法容易。因此，许多组织使用这种体系结构方法进行开发。虽然一些组织已经取得了足够好的结果，但其他组织正在达到极限。许多组织使用这个模型设计他们的应用程序，因为多年前工具和基础设施使得构建面向服务的体系结构（service-oriented architectures，SOA）变得太困难，直到应用程序增长，他们才看到这一需要。

从基础设施的角度来看，每台服务器可以在同一台主机上运行多个应用程序，并且在资源使用效率方面具有可接受的比率，如图2所示。

图2 整体方法：主机运行多个应用程序，每个应用程序作为容器运行

Microsoft Azure中的单体应用程序可以使用每个实例的专用vm进行部署。此外，使用Azure虚拟机缩放集，您可以轻松缩放vm。Azure应用服务还可以运行单体应用程序并轻松扩展实例，而无需管理VM。自2016年以来，Azure应用服务还可以运行Docker容器的单个实例，从而简化部署。

作为QA环境或有限的生产环境，您可以部署多个Docker主机VM，并使用Azure平衡器平衡它们，如图3所示。这使您可以使用粗粒度方法管理缩放，因为整个应用程序都位于单个容器中。

图3多个主机扩展单个容器应用程序的示例

可以使用传统的部署技术管理到不同主机的部署。Docker主机可以通过Docker run或Docker compose等命令进行管理，这些命令可以手动执行，也可以通过诸如continuous delivery（CD）pipelines之类的自动化进行管理。

将单体应用程序部署为容器

使用容器管理单体应用程序部署有很多好处。扩展容器实

例比部署其他vm快得多，也容易得多。即使使用虚拟机规模集，VM也需要时间来启动。当部署为传统的应用程序实例而不是容器时，应用程序的配置作为VM的一部分进行管理，这并不理想。

将更新部署为Docker映像要快得多，网络效率也高得多。Docker镜像通常在几秒钟内启动，这加快了卷展栏的速度。拆卸Docker映像实例和发出Docker stop命令一样简单，通常不到一秒钟就完成。

因为容器在设计上是不可变的，所以您不必担心损坏的vm。相反，VM的更新脚本可能会忘记解释磁盘上的某些特定配置或文件。

虽然单块应用程序可以从Docker中受益，但我们只谈到了好处。管理容器的其他好处来自与容器编排器一起部署，后者管理每个容器实例的各种实例和生命周期。将单体应用程序分解成可以单独扩展、开发和部署的子系统是您进入微服务领域的切入点。

将单个基于容器的应用程序发布到Azure应用程序服务

无论您想要获得部署到Azure的容器的验证，还是当应用程序只是单个容器应用程序时，Azure应用程序服务都提供了一种提供可伸缩的基于单个容器的服务的好方法。使用Azure应用服务很简单。它提供了与Git的强大集成，使您可以轻松地获取代码、在Visual Studio中构建代码并将其直接部署到Azure。

图4 从Visual Studio 2019将单个容器应用程序发布到Azure应用程序服务

如果没有Docker，如果你需要Azure应用服务中不支持的其他功能、框架或依赖项，你必须等到Azure团队更新了应用服务中的这些依赖项。或者你必须切换到其他服务，比如Azure云服务或VMs，在那里你有进一步的控制权，你可以为你的应用程序安装所需的组件或框架。

Visual Studio 2017及更高版本中的容器支持使您能够在应用程序环境中包含您想要的任何内容，如图4-4所示。由于是在容器中运行，因此如果向应用程序添加依赖项，则可以在Dockerfile或Docker映像中包含依赖项。

如图4所示，发布流通过容器注册表推送镜像。这可以是Azure容器注册表（一个靠近你在Azure中的部署并受Azure活动目录组和帐户保护的注册表），也可以是任何其他Docker注册表，如Docker Hub或本地注册表。

讨论：请加入知识星球【首席架构师圈】或者加微信小号【jiagoushi_pro】或者加QQ群【11107777】
公众号	【jiagoushipro】 【超级架构师】 精彩图文详解架构方法论，架构实践，技术原理，技术趋势。 我们在等你，赶快扫描关注吧。
微信小号	【cea_csa_cto】 50000人社区，讨论：企业架构，云计算，大数据，数据科学，物联网，人工智能，安全，全栈开发，DevOps，数字化.
QQ群	【11107767】深度交流企业架构，业务架构，应用架构，数据架构，技术架构，集成架构，安全架构。以及大数据，云计算，物联网，人工智能等各种新兴技术。 加QQ群，有珍贵的报告和干货资料分享。
视频号	【超级架构师】 1分钟快速了解架构相关的基本概念，模型，方法，经验。 每天1分钟，架构心中熟。
知识星球	向大咖提问，近距离接触，或者获得私密资料分享。	知识星球【首席架构师圈】
微信圈子	志趣相投的同好交流。	微信圈子【首席架构师圈】
喜马拉雅	路上或者车上了解最新黑科技资讯，架构心得。	【智能时刻，架构君和你聊黑科技】
知识星球	认识更多朋友，职场和技术闲聊。	知识星球【职场和技术】
微博	【智能时刻】	智能时刻
哔哩哔哩	【超级架构师】
抖音	【cea_csa_cto】超级架构师
快手	【cea_csa_cto】超级架构师
小红书	【cea_csa_cto】超级架构师	首席架构师智库

谢谢大家关注，转发，点赞和点在看。