隨著Windows Server 2019的發布，Windows Server 2008即將與我們告別，并將于2020年1月14日停止服務。

不知您企業的遷移計劃制定的如何了？對于IT部門來說，這種因為服務終止而造成的系統遷移常常讓人累覺不愛，因為這種遷移會搶占很多重要工具的資源，比如云原生或Kubernetes等。

但是我們有解決的辦法！

• 通過Pivotal Container Service(PKS)向Kubernetes遷移Windows 2008工作負載

利用企業級PKS 1.5，您可以將工作負載移至一個正常運行的Windows系統，而不用改寫代碼,此外您還能享有在Kubernetes上運行容器的便利。

這都是因為PKS 1.5包含有Kubernetes 1.14.5，其中新增了對Windows Server節點的支持。PKS 1.5也在Pivotal平臺上加強了對管理Windows Server事例的支持。由此，依靠full .NET框架的工作負載現在可以在PKS上運行。

PKS 1.5對Windows的支持正在功能測試的階段，我們還會不斷收集客戶的相關反饋優化我們的產品。

• 多種版本的.NET展現遷移奇技

這一切是怎么實現的呢？當您的Windows應用遷移至PKS時，在單位容器基礎上的.NET安裝就完成了。在同一Windows Server 2019核心上可以運行多個版本的.NET，包括.NET 3.5。

.NET 3.5在Windows Server 2008應用中最常用，它能讓遷移顯著簡化。一般情況下，用戶無需修改任何代碼就可完成應用的遷移。

所以，就算最初的應用開發者離職了，也沒有留下源代碼，公司仍可以享有Kubernetes及正常運行的環境帶來的便利。

• 手把手教您在Kubernetes上運行Windows應用

所以，運營者的實際體驗究竟如何呢？這么說吧，PKS更像是一個Kubernetes集群售販機，有大量的標準集群待售，被稱為“計劃”(Plans), 它們在Linux和Windows都適用。現在讓我們先以Windows為大家做示范。

首先，運營者建立并配置一個或多個Windows 計劃：

現在，我們已經建立了Windows Server 計劃，運營者需要提供Windows Server 2019 Stemcell 映像(PKS用這個映像提供工作節點虛擬機)。Stemcell是PKS中的一個強大概念，它使工作節點得到供給，而且可以自動更新。而在其它的Kubernetes平臺和云中，這一功能還需要人工提供并管理Windows Server 虛擬機的生命周期。

接下來，集群管理者通過由運營者制定的計劃，創建了一個新的Windows Server 集群。它在PKS命令行界面中看起來像這樣：

$ pks create-cluster my-windows-beta -p Plan-11-Windows-Beta --external-hostname mywindows-beta.pks.hinterlands.cfapp.com

利用PKS和Kubectl，運營者可以查看集群和工作節點的狀態：

$ pks clusters

Name Plan Name Status Action

My-windows-beta Plan-11-Windows-Beta succeeded CREATE

$ kubectl get nodes

NAME VERSION OS-IMAGE KERNEL-VERSION

37… v1.14.1 Windows Server 2019 Datacenter 10.0.17763.557

40… v1.14.1 Windows Server 2019 Datacenter 10.0.17763.557

54… v1.14.1 Windows Server 2019 Datacenter 10.0.17763.557

Ec… v1.14.1 Ubuntu 16.04.6 LTS 4.15.0.54-generic

• 開發者經驗

對于.NET開發者來說，您的體驗就是純粹的Kubernetes，完全不需要擔心源代碼，只需建立(Docker)容器并在環境中部署。

把容器當作基礎架構來看待，在一個基礎層運營系統上安裝.NET框架、IIS、 證書、用戶賬戶等，接著，您可以發布應用并建立容器映像。將映像推送至選項登記(我們推薦Harbor)，再用kubectl來部署環境。

FROM mcr.microsoft.com/dotnet/framework/aspnet:3.5

# Clean out default site

RUN powershell -NoProfile -Command Remove-Item -Recurse C:inetpubwwwroot*

WORKDIR /inetpub/wwwroot

#Copy the app artifact in (assumes you are in the publish folder when building docker image)

COPY wwwroot/* .

您的所有的容器都將在同一個標準的Windows Server 2019核心上運行，每個容器環境都是針對在容器中運行的應用來定制的，現在您可以同時運行不同版本的.NET。當基礎架構的問題得到解決，應用環境完全由您編寫，對于開發人員來說是多么好的事情！Kubernetes中Windows集群提供了全新的選擇。

微軟預先制作了容器映像的合集，進一步簡化了過程。用戶可以以它開始來建立應用容器。它的docker中心包括了IIS、ASP.NET、3.x & 4.x 運行時間以及其它映像。

• PKS 1.5的新增附加功能

在這篇文章里，我們著重討論的是如何遷移Windows工作負載，但實際上PKS 1.5具有豐富的新增功能，適用于生產環境中運行的Kubernetes，包括個體的集群升級、Harbor 1.8以及擴大的管理控制臺。

關于作者

David Dieruf

Pivotal技術營銷團隊成員

David是Pivotal技術營銷團隊的一員，主要負責.NET相關技術。一直以來，他都在編寫C＃。在業余時間，他喜歡打破常規，只為解決問題。

總結

以上是生活随笔為你收集整理的unresolved external symbol怎么解决_收藏！用Kubernetes和PKS 1.5解决Windows Server2008的问题...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。