Question

在Visual Studio（* .sfproj）中构建Service Fabric项目时，将创建theApp脚本作为模板的一部分，以将该应用程序部署到Azure（或在任何情况下在任何地方运行的Service Fabric）。由于我们的构建和部署过程是容器化的，因此我正在寻找一种将该机制作为Windows Docker映像的一部分进行容器化的方法。有没有一种方法可以从Windows Docker容器中运行此脚本，如果是，那么映像需要具备哪些先决条件？

Answer 1

更新：

作为Service Fabric 6.4的一部分发布的Service Fabric SDK 3.3.617现在可以安装在容器中以构建和部署Service Fabric项目。可以使用以下命令在Dockerfile中完成此操作：

ADD https://download.microsoft.com/download/D/D/D/DDD408E4-6802-47FB-B0A1-ECF657BEB35F/MicrosoftServiceFabric.6.4.617.9590.exe C:\TEMP\MicrosoftServiceFabricRuntime.exe

ADD https://download.microsoft.com/download/D/D/D/DDD408E4-6802-47FB-B0A1-ECF657BEB35F/MicrosoftServiceFabricSDK.3.3.617.msi C:\TEMP\MicrosoftServiceFabricSDK.msi

RUN C:\TEMP\MicrosoftServiceFabricRuntime.exe /accepteula /sdkcontainerclient /quiet

RUN msiexec.exe /i "C:\TEMP\MicrosoftServiceFabricSDK.msi" /qn

Here is an example Dockerfile

原始答案：

结果证明，这是一项不小的壮举。此脚本要求安装Windows Service Fabric SDK。建议的（也是唯一受支持的）安装Service Fabric SDK的方法是通过WebPI，is available here。可以对WebPI进行Docker化，但是存在一个问题。 WebPI安装程序由三个组件组成； Service Fabric SDK，Service Fabric运行时和Visual Studio的Service Fabric工具。 WebPI安装程序将安装所有这些文件。不幸的是，Service Fabric Runtime（在撰写本文时）无法在Docker容器下运行，因为它想安装内核级驱动程序。该错误是being tracked here，但是已经开放了将近一年，没有任何实质性进展。这意味着无法在Docker容器中运行Service Fabric群集，但是可以肯定，SDK和工具仍应能够运行，对吗？不幸的是，没有办法告诉安装程序仅安装SDK和工具，而不能安装运行时。

因此，也许有一种不受支持的方式来仅安装SDK和工具。事实证明，release notes引用了各个组件的各种MSI。

SDK Available Here

Tools for Visual Studio Available Here

从Dockerfile运行msiexec.exe相当简单，这意味着我们应该能够以这种方式安装SDK。不。不幸的是，msiexec将失败，并显示通用1603代码。如果以详细模式运行msiexec并输出日志文件，则可以深入研究此错误并查看根本原因：

MSI（s）（78:34）[19：07：56：049]：产品：Microsoft Azure服务   Fabric SDK-此产品要求Service Fabric运行时为   已安装。

此产品需要安装Service Fabric运行时。行动   结束于19:07:56：LaunchConditions。返回值3。

因此，我们再次被击落。我没有发现Service Fabric SDK的其他打包版本（Chocolatey有一个，但它只是启动了WebPI安装程序），剩下一个最终解决方案。我们无需安装程序的帮助即可手动安装SDK。这需要对安装程序的工作进行完全逆向工程，并将其集成到我们的Dockerfile中。

SDK安装程序会做一些事情。它将一堆文件复制到c:\program files\microsoft sdks\service fabric\中，并将一堆文件复制到c:\program files\microsoft service fabric\中。它还是GAC的一堆东西（例如System.Fabric.dll），向注册表添加了一些东西，还安装了Powershell模块。我们需要做所有这些事情才能运行脚本。

我最终要做的是将密钥文件夹作为Docker卷安装，以便可以在容器中使用它们：

docker run `
  -v 'c:\program files\microsoft sdks\service fabric\tools\psmodule\servicefabricsdk:C:\ServiceFabricModules' `
  -v 'c:\program files\microsoft service fabric\bin\fabric\fabric.code:C:\ServiceFabricCode' `
  -v 'c:\program files\microsoft service fabric\bin\servicefabric:C:\ServiceFabricBin' `
  -e ModuleFolderPath=C:\ServiceFabricModules `
  -it build-agent powershell

首先，我需要共享c:\program files\microsoft sdks\service fabric\tools\psmodule\servicefabricsdk目录，该目录包含Deploy-FabricApplication.ps1脚本加载的Powershell模块：

Import-Module "$ModuleFolderPath\ServiceFabricSDK.psm1"

接下来，我们需要共享c:\program files\microsoft service fabric\bin\fabric\fabric.code，因为它具有安装程序GAC的一堆DLL。

最后，我们共享c:\program files\microsoft service fabric\bin\servicefabric，因为该目录包含SDK所安装的PowerShell模块。

容器启动时，我们需要执行以下操作：

首先，使用PowerShell注册模块：

Copy-Item C:\ServiceFabricBin C:\windows\system32\WindowsPowerShell\v1.0\modules\ServiceFabric -Recurse

执行完此操作后，Get-Module -ListAvailable将显示ServiceFabric模块。但是，由于缺少大量DLL，因此不会导出任何导出文件。安装程序将这些DLL放入GAC中，但GAC却很笨，因此我们只将这些DLL放入同一目录中，以便模块找到它们：

Copy-Item C:\ServiceFabricCode\System.Fabric*.dll C:\windows\system32\WindowsPowerShell\v1.0\modules\ServiceFabric -Recurse

此后，您应该能够运行Get-Module -ListAvailable并看到ServiceFabric模块已满载。

还有最后一件事要做。 Deploy-FabricApplication.ps1脚本导入ServiceFabricSDK.psm1模块（请参见上文）。但是$ModuleFolderPath是什么？好吧，默认情况下，脚本会在注册表中查找该值，当然安装程序会为您设置该值。我们不想弄混我们的Docker映像的注册表，所以我们只需要更改脚本以查看环境变量即可：

$ModuleFolderPath = $ENV:ModuleFolderPath
Import-Module "$ModuleFolderPath\ServiceFabricSDK.psm1"

现在，我们可以在运行Docker容器时（或从Dockerfile中）设置该环境变量。显然，如果您不想修改Deploy-FabricApplication.ps1文件，也可以将其设置为HKLM:\SOFTWARE\Microsoft\Service Fabric SDK\FabricSDKPSModulePath。我相当反对注册，因此环境变量（如果您真的不在乎，则只是硬代码）对我来说更有意义。

还请注意，在脚本部署之前，您需要导入证书（您可以以PFX文件的形式从Key Vault下载）：

Import-PfxCertificate -Exportable -CertStoreLocation Cert:\CurrentUser\My\ -FilePath C:\Certs\MyCert.pfx

我相信，这种产品的质量更高的版本是将所需文件复制到Dockerfile内的映像中，而不是将它们作为卷挂载，这样映像将更加独立，但这应该很简单。另外，我相信GAC的DLL也可以在NuGet上使用，因此在Docker构建过程中可以通过NuGet下载所有这些文件。

此外，这是我的完整Dockerfile，我已使用以下命令成功将应用程序部署到Service Fabric：

# escape=`

FROM microsoft/dotnet-framework:4.7.1

SHELL ["cmd", "/S", "/C"]

# Install Visual Studio Build Tools
ADD https://aka.ms/vs/15/release/vs_buildtools.exe C:\SETUP\vs_buildtools.exe
RUN C:\SETUP\vs_buildtools.exe --quiet --wait --norestart --nocache `
    --add Microsoft.VisualStudio.Workload.AzureBuildTools `
 || IF "%ERRORLEVEL%"=="3010" EXIT 0

SHELL ["powershell", "-Command", "$ErrorActionPreference = 'Stop'; $ProgressPreference = 'SilentlyContinue';"]

# Our Deploy Certs
ADD ./Certs/ C:\Certs\

# Update Path (I forget if this was needed for something)
RUN SETX /M PATH $($Env:PATH + ';C:\ServiceFabricCode')

我希望这对某人有帮助，但更多的是，我希望Microsoft修复其安装程序以消除运行时要求。

Answer 2

安装Azure服务结构的最佳方法是创建一个poweshell文件并从dockerfile调用它

PowershellFile ：

启动过程“ msiexec” -ArgumentList'/ i'，'C：/app/WebPlatformInstaller_amd64_en-US.msi'，'/ passive'，'/ quiet'，'/ norestart'，'/ qn'-NoNewWindow -等待;

＆“ C：\ Program Files \ Microsoft \ Web平台安装程序\ WebPICMD.exe” /安装/产品：MicrosoftAzure-ServiceFabric-CoreSDK / AcceptEULA

Dockerfile ： RUN powershell -noexit“＆”“ ./InstallServiceFabric.ps1”“”

是否可以从Windows Docker容器内将Service Fabric Aplication部署到群集？

2 个答案: