Azure服务结构集群在一台机器上
作为一家独立软件开发商，我们有一个企业解决scheme，可以为我们的大客户扩展我们现有的软件，他们必须在本地甚至是在Azure上安装和configurationAzure SF集群。 我们的软件主要工作在无状态服务，只有几个状态。 它也是多租户的，所以我们可以在云环境中运行自己的软件。
但是我们也有第三种使用方式：我们需要将软件运送到拥有本地其他软件的非企业客户。 这是一个问题，因为Service Fabric需要多台小型客户没有的，当然也不想拥有的机器。 有时他们是软件的单一用户，并在一台笔记本电脑上运行。
我看到几个解决schemecq选项：
1.重写软件。
以某种方式维护相同的代码库，作为Windows服务主机或东西。 与顶部，这是相对容易的主办基于OWIN / Katana的程序。
优点
- 没有服务Fabric群集
- 更容易安装，例如一个Windows服务
缺点
- 没有有限的服务
- 多视觉工作室解决scheme
- 开发人员必须考虑托pipe方式和服务结构是否可用
- 没有可靠性和可扩展性
2.在单节点群集上主机
作为生产环境在机器上安装集群作为单个节点。 知道可靠性和可扩展性已经丧失，但这也与选项1有关。
优点
- 一个视觉录音棚
- 只有一个代码库，不需要对代码进行修改，这对开发人员来说很容易
缺点
- Azure Service Fabric不支持生产
- 没有可靠性和可扩展性
3.在一个docker集装箱内运送集群
我对Docker的了解不多，但也许很容易发布一个预先configuration的服务结构集群？
你们（和女孩）是怎么想的？ 我会喜欢选项二或三，但我们的一些开发人员甚至想到选项1是我怀疑的更好的一个。
我发现一些相关的链接：
选项2： Azure服务结构单个虚拟机
选项3： https ： //github.com/Azure/service-fabric-issues/issues/409
您可以使用一台服务器进行调查，并使用该服务器运行3到5台虚拟机，然后运行您的群集。 你不会有最终的高可用性，但你仍然可以享受很多SFfunction（有状态服务，滚动升级，复制）。 不需要重写任何软件。