Azure 如何使docker适应这种体系结构?

Azure 如何使docker适应这种体系结构?,azure,docker,azure-service-fabric,Azure,Docker,Azure Service Fabric,对Docker来说是个新手。试图了解Docker如何在实际的企业级应用程序中使用 以下是组成网站的组件(均托管在Azure中): 网络服务 网络应用 Azure搜索 文档数据库 网络作业 在这种情况下,如何利用docker?我认为这里的主要要点是:你为什么想要docker?你似乎没有提供任何理由。如果你不知道为什么要使用docker,那么使用docker是没有意义的 但是你提到的所有服务都是PaaS,所以在这里的某个地方引入docker(除了webapps)只会增加你的管理开销,你为什么需要

对Docker来说是个新手。试图了解Docker如何在实际的企业级应用程序中使用

以下是组成网站的组件(均托管在Azure中):

  • 网络服务
  • 网络应用
  • Azure搜索
  • 文档数据库
  • 网络作业

在这种情况下,如何利用docker?

我认为这里的主要要点是:你为什么想要docker?你似乎没有提供任何理由。如果你不知道为什么要使用docker,那么使用docker是没有意义的

但是你提到的所有服务都是PaaS,所以在这里的某个地方引入docker(除了webapps)只会增加你的管理开销,你为什么需要它?WebApps可以轻松地转换为docker(WebApps-Linux可以启动docker容器,甚至可以使用私有repo)

此外,将持久性数据(在您的案例中是Document DB)托管在容器中并不被认为是最佳做法,这是可以做到的,但很多人会反对这一点


附言:这个问题主要是基于意见的,因此应该关闭。我认为这里的主要要点是:你为什么想要docker?你似乎没有提供任何理由。如果你不知道为什么要使用docker,那么使用docker是没有意义的

但是你提到的所有服务都是PaaS,所以在这里的某个地方引入docker(除了webapps)只会增加你的管理开销,你为什么需要它?WebApps可以轻松地转换为docker(WebApps-Linux可以启动docker容器,甚至可以使用私有repo)

此外,将持久性数据(在您的案例中是Document DB)托管在容器中并不被认为是最佳做法,这是可以做到的,但很多人会反对这一点


ps:这个问题主要是基于意见的,因此应该关闭

我认为你根本不需要Docker,这只会带来额外的管理开销。您拥有的完全符合PaaS场景,Azure为您提供的功能远远超过Docker(您可能需要花费数年时间才能获得相同的功能)。 正如您用ServiceFabric标记您的问题一样:您也不需要它,尽管它是一个伟大的框架,提供了大量现成的基于微服务的体系结构编排。它可以利用Docker来托管服务(我认为在Linux上它使用Docker开箱即用)。
因此,除非您有特定的问题,否则我不会朝这个方向看,集中精力改进您的应用程序功能和质量,现有的服务已经最适合了。

我认为您根本不需要Docker,这只会带来额外的管理开销。您拥有的完全符合PaaS场景,Azure为您提供的功能远远超过Docker(您可能需要花费数年时间才能获得相同的功能)。 正如您用ServiceFabric标记您的问题一样:您也不需要它,尽管它是一个伟大的框架,提供了大量现成的基于微服务的体系结构编排。它可以利用Docker来托管服务(我认为在Linux上它使用Docker开箱即用)。
因此,除非您有特定的问题,否则我不会朝这个方向看,集中精力改进您的应用程序功能和质量,现有的服务已经是最合适的了。

这是一个非常广泛的问题,可能只会吸引广泛的答案。这里有一个:每个web服务、web应用程序和文档数据库有一个docker容器(它们实际上是服务)。Azure搜索是一个外部组件,您不需要将其装箱。网络作业很可能是由作业队列管理的,你也可以用集装箱运输。这是一个相当广泛的问题,可能只会吸引广泛的答案。这里有一个:每个web服务、web应用程序和文档数据库有一个docker容器(它们实际上是服务)。Azure搜索是一个外部组件,您不需要将其装箱。Web作业很可能由作业队列管理,您也可以将其容器化。