Tag: 顶架

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