众所周知,微服务化尤其对遗留系统进行微服务化一般采用“Lift and Shift”的模式进行。
Service Fabric作为一个微服务托管平台,不仅仅可以在上面跑.NET和Java的原生应用(使用SF编程模型进行微服务开发),同时也能以容器(Linux Container和Windows Container)或来宾可执行程序的方式对遗留系统进行Lift微服务化迁移。
本文将以Java(Java Web)应用为例,讲述一下如何把遗留系统托管到Service Fabric for Windows集群中。
第一步是创建Service Fabric集群。
最简单的方式当然是在Azure上创建一个开箱即用的Service Fabric集群: https://docs.microsoft.com/zh-cn/azure/service-fabric/service-fabric-cluster-creation-via-portal
或者申请一个临时性的试用集群: https://aka.ms/ tryservicefabric
如果不打算使用Azure,也可以在本地数据中心安装Standalone集群,之前写过一篇简单的介绍,见: 如何在本地数据中心安装Service Fabric for Windows集群
1,如果是简单的Tomcat应用,直接使用Tomcat官方提供的Sample最便捷: https://tomcat.apache.org/tomcat-6.0-doc/appdev/sample/
2,如果是Spring Boot类似的Web应用,可以尝试拿这个做示例: https://code.visualstudio.com/docs/java/java-tutorial
如果遗留Java应用是以容器的方式运行在Service Fabric中,那么就需要对他们进行容器化。容器化主要分为3个步骤:
如果只是以来宾可执行程序的方式运行在Service Fabric中,那么可以直接跳到第八步。
1,Java环境基镜像:
在Windows Container中可用的Java环境基镜像,官方的hub上就有提供,访问: https://hub.docker.com/_/openjdk/ ,选择适合自己Windows版本的tag,比如openjdk:8-jdk-nanoserver-sac2016,是Nanoserver-sac2016上的jdk8环境。
如果没有自己的Windows版本或者出现兼容性问题(比如Windows Server 1803),那么可以根据某个tag的dockerfile自行制作。
2,Tomcat环境基镜像:
由于Tomcat的官方镜像并没有提供Windows Container的版本,那么只能自行制作一个Tomcat环境基镜像。
首先从 https://tomcat.apache.org/ 下载你需要的Tomcat的版本,复制到dockerfile文件所在目录,然后使用如下示例dockerfile进行构建:
FROM openjdk:8-jdk-nanoserver-sac2016 COPY apache-tomcat-7.0.90 ./tomcat/ ENV JRE_HOME=$JAVA_HOME
进行Dockers构建: docker build -f ./dockerfile -t tomcat-windows-base:7.0.90 .
得到名为“tomcat-windows-base:7.0.90”的image。
1,War包的镜像
把下载的Sample.war包和如下dockerfile放到一个目录:
FROM tomcat-windows-base:7.0.90 COPY sample.war ./tomcat/webapps/ EXPOSE 8080 WORKDIR ./tomcat/bin CMD [ "catalina.bat", "run" ]
进行Docker构建:docker build -f ./dockerfile -t sample-war:1.0 .
得到名为“sample-war:1.0”的image。
2,Jar包的镜像
把通过VSC的Spring Boot的例子编译得到的jar包(文件名可能是:gs-spring-boot-0.1.0.jar)和如下dockerfile放到一个目录:
FROM openjdk:8-jdk-nanoserver-sac2016 ENV JRE_HOME=$JAVA_HOME COPY . ./app/ WORKDIR /app CMD [ "run.bat" ]
进行Docker构建:docker build -f ./dockerfile -t gs-spring-boot:1.0 .
得到名为“gs-spring-boot:1.0”的image。
3,尝试直接在docker中运行构建好的应用容器镜像,以验证镜像是正确的。
1,首先创建私有镜像仓库
最简单直接的办法当然是到Azure去创建: https://azure.microsoft.com/zh-cn/services/container-registry/
2,把上面两个步骤构建好的镜像push到私有镜像仓库,比如最终的tag是:
zygdemo.azurecr.io/sample-war:1.0 和 zygdemo.azurecr.io/gs-spring-boot:1.0
1,打开Visual Studio 2017,确保安装VS的时候选择了Azure开发的Workload。
2,新建Service Fabric项目,选择Container项目类型,输入服务名称、容器镜像名称、Host端口、容器端口,如下图:
3,右键点击JavaContainerSfApp中的“Services”节点,选择“Add”>“New Service Fabric Service…”,再创建一个项目,如下图:
4,右键点击JavaContainerSfApp,选择Publish,Target Profile根据你的开发集群选择Local.1Node.xml或者Local.5Node.xml,发布到本地开发集群中进行测试,最终效果如下图所示:
如果不使用容器的方式来运行Java遗留程序,使用来宾可执行程序的方式也是可以的。
不过需要先进行如下准备工作:
下面就来创建来宾可执行程序的Service Fabric项目。
1,新建Service Fabric项目,选择Guest Executable项目类型,输入服务名称、选择执行文件所在的文件夹、默认使用添加连接的方式、选择执行文件为run.bat、工作文件夹选择为CodePackage,如下图:
2,由于我们使用的SpringBoot的示例默认端口是8080,一般需要修改ServiceManifest.xml文件中的“GsSpringBootTypeEndpoint ”替换为:
<Endpoint Name="GsSpringBootTypeEndpoint" Protocol="http" Port="8080" Type="Input" />
如果此服务只是一个FrontWeb的话,此修改不是必须,因为Endpoint主要目的是向SF的命名服务注册相关端点地址,让其他服务可以寻址访问,或者进行节点环境的自动配置(比如打开防火墙配置)。
3,类似步骤七那样发布到本地开发集群,正常运行的话可以看到如下效果:
通过上面的步骤,可以让Java或者任意语言开发的遗留系统很容易的跑在Service Fabric中,从而获得Service Fabric带来的资源调控、高可用性、运行状况监控、应用程序生命周期管理、高密度部署、服务可发现性等优势。
同时,虽然本文是以Windows环境为例,但是在Linux环境下同样可以适用(笔者曾经就让一个Linux C++程序以来宾模式跑在Linux的Service Fabric集群中)。
另外,上述步骤只是一个针对官方文档的提炼和总结,如果需要深入了解这方面内容,并期望在生产环境使用此种方式的读者建议仔细阅读官方文档。
本文的示例源代码我已经分享到: https://github.com/heavenwing/JavaRunOnSf 。
为了减少源代码库的大小,相关jar文件和tomcat,我并没有上传,请自行下载补充。