问我的公司应该如何将它的产品--一个业务线的MVC应用程序--带入云中？

EN

我是一家小公司的初级软件工程师，在一家小公司开发和销售一个普通的客户/服务器MVC应用程序给中小型企业客户在一个特定的业务领域。(我不愿透露细节，不愿透露姓名。)传统上，该平台是作为物理服务器出售的，但最近管理层决定我们应该尝试将我们的平台作为一个云应用程序来在内部处理托管。我觉得这是个好主意。我们通常会处理我们出售的服务器的管理，这只会给我们更好的、更容易控制的控制。巩固硬件可以使我们大大降低我们产品的成本。

关于在云环境中实现我们的平台的最佳方法，已经有了一些争论。我们销售的物理服务器通常被分割成几个单独的OS实例，每个实例都处理MVC应用程序中涉及到的不同问题。已经提出了两种云实现：

1. 有人建议我们以与物理服务器相同的方式划分整个云服务器，并将许多客户端的MVC应用程序分成几个OS实例(例如，客户机A和客户机B在处理模型的OS实例上各有一个单独的数据库，客户机A和客户机B将各自在操作系统实例上运行一个单独的API来处理控制器，等等)。感知到的好处包括大幅减少硬件需求，以及完全隐藏对客户端对平台硬件(包括专用系统资源)的管理的能力。
2. 其他人建议，每个客户端的平台都是云服务器的一个定义的、独立的部分。然后，客户端的部分可能会以与物理服务器相同的方式被分成几个OS实例，但是在这个实现中，这并不是严格执行的。感知到的好处包括为我们的客户端MVC应用程序提供安全得多的环境(例如，如果每个客户端都有一个具有定义硬件限制的单独服务器，那么对于一个客户端来说，做一些意料之外的事情来影响其他客户端应用程序的稳定性和/或性能将更加困难)。

在我看来，第二个选择是一个更明智的路线，并且与传统的“基于云”的方法更加一致。我还担心第一种选择的预期业绩效益可能被夸大了。支持者认为，更少的OS实例将需要更少的内存(这一点我不反对)，而专门用于不同关注点的服务器可以调优到它们的特定任务(我认为这个部分被夸大了，特别是当每个OS实例处理的资源是我们习惯的资源的n倍时)。在我看来，减少所有这些OS实例的内存占用更合理的方法是在单个OS实例中运行每个客户端的整个MVC应用程序。然而，我没有什么经验，我希望这里的人能就这件事提供一些建议。

如果我的问题过于含糊或超出了交流的范围，我将事先表示歉意，并对任何答复表示感谢。