必发bifa88手机客服端采取Service Fabric承载eShop On Containers

自打模块化到微服务化

从Pet Shop 到eShop on
Container都是Microsoft在技能形成的路上给开发者展示.Net的开力量与架构能力的Sample工程,Petshop的时刻更多的是展现应用之旁架构,设计的架空和模块间的报导。到了eShop
on Container更多的关注在架构设计与微服务化的,下面我们先行来看望eshop on
Container的架构图

必发bifa88手机客服端 1

以直达图,我们可见见后端服务分为了

  1. Identity microservice(验证服务)
  2. Catalog microservice(商品分类服务)
  3. Ordering microservice(订单服务)
  4. Basket microservice(购物车服务)
  5. Marketing microservice(市场营销服务)
  6. Locations microservice(地理位置信息服务)

必发bifa88手机客服端 2

以原先的子架构中,通常这些劳务都是因某个同模块来反映的,为什么现在要是用他们拆分成了各个服务为?当我们于事情场景上面来拘禁这些服务经常,我们会意识每个服务的拜会峰值时间距离、容量规划都是免一致的,甚至实现这些劳务最利于最简便的艺栈都出或是无平等的(当然强大的.net
core无所不能,但是公司内不同业务线上之技术储备不雷同,就产生或选择不同的艺实现)。这是因要我们都以这些模块组合至了一个主次要服务被之下,就见面逢以不同时外服务高峰期扩展系统容量困难,要不就资源不足,要不就资源多。譬如抢购业务开始前大家提前个半钟头登录了网,这时候系统最繁忙的凡登录模块,到了开抢购时间,系统最忙碌的凡订单模块。不动微服务架构的话,半钟头前准备于登录模块使用的资源不必然能够立刻的释放出来给订单模块。如果个别单模块都使单一程序架构的话,很可能出现的情景就是抢购的政工将装有资源且挤占满了了,连其他常规访问系统的用户资源且深受挤占少,导致系统崩溃。在重视Dev/Ops的今天,开发人员和绑架构师需要再次多的设想硬件架构层面对次用带来的影响。

因而Service Fabric来承载eShop on Container微服务之方式同样,通过Service Fabric直接管制Docker

第一我们先到Azure上申请一个Container
Registry来承载eShop各个小服务程序的镜像(image).创建Azure Docker
Registry可以参照官方文档:https://docs.microsoft.com/zh-cn/azure/container-registry/

现流行版本Service Fabric已经足以一直保管编排Docker了。

1.创一个种也Container的Service

必发bifa88手机客服端 3

2.每当servicemanifest.xml中讲述清楚image所在路子

<CodePackage Name="Code" Version="1.0.0">

    <!-- Follow this link for more information about deploying Windows containers to Service Fabric: https://aka.ms/sfguestcontainers -->
    <EntryPoint>

      <ContainerHost>
        <ImageName>eshopsample.azurecr.io/catalog:latest</ImageName>       
      </ContainerHost>      
    </EntryPoint>
    <!-- Pass environment variables to your container: -->   
    <EnvironmentVariables>
      <EnvironmentVariable Name="HttpGatewayPort" Value=""/>
    </EnvironmentVariables>
  </CodePackage>

此间非常简单,指定了image所在位置就吓了,如果本身Docker
Image里需要多多安排信息譬如:数据库链接串、其他服务的地点等等都得以于EnvironmentVariables里面去安排。

3.布置Registry的造访账号密码,需要以ApplicationManifest.xml上面来部署

<ServiceManifestImport>
    <ServiceManifestRef ServiceManifestName="CatalogService_Pkg"  ServiceManifestVersion="1.0.1" />      
    <Policies>
      <ContainerHostPolicies CodePackageRef="Code" Isolation="hyperv">
        <RepositoryCredentials AccountName="youraccount" Password="xxxxxxxxxxxxx" PasswordEncrypted="false"/>
        <PortBinding ContainerPort="80" EndpointRef="CatalogServieEndpoint"/>

      </ContainerHostPolicies>
    </Policies>
  </ServiceManifestImport>

全经过未会见无限复杂,只要配置好了Catalog
microserivce的ServiceManifest.xm和ApplicationManifest.xml文件之后,我们可据此相同的计以其他服务一一配置好,然后我们不怕得用Service
Fabric的布置Publish到Cluster上面了。

必发bifa88手机客服端 4

Service Fabric会自动根据部署在Cluster上面Pull
Image和以Docker运行起来。非常简单

于是Service Fabric承载eShop on Container微服务的点子二:用Service Fabric的Runtime运行eShop on Container的微服务

Service Fabric本身就是独微服务的出框架,现在早就直支持了.net Core
2.0了所以,我们创新了Service Fabric的SDK之后就足以直接创建.net
core的劳务了

必发bifa88手机客服端 5必发bifa88手机客服端 6

eShop on Container的代码都已是一模一样卖成型的.net core
2.0底代码,所以不欲重新编辑服务。

1.经过nuget添加时的Service Fabric最新的SDK。

必发bifa88手机客服端 7

2.改programe.cs,启动ServiceFabric Runtime而休是一直开行Asp.net WebHost

public static void Main(string[] args)
        {

            try
            {
                // ServiceManifest.XML 文件定义一个或多个服务类型名称。
                // 注册服务会将服务类型名称映射到 .NET 类型。
                // 在 Service Fabric 创建此服务类型的实例时,
                // 会在此主机进程中创建类的实例。

                ServiceRuntime.RegisterServiceAsync("Catalog.API",
                    context => new CatalogAPI(context)).GetAwaiter().GetResult();

                ServiceEventSource.Current.ServiceTypeRegistered(Process.GetCurrentProcess().Id, typeof(CatalogAPI).Name);

                // 防止此主机进程终止,以使服务保持运行。 
                Thread.Sleep(Timeout.Infinite);
            }
            catch (Exception e)
            {
                ServiceEventSource.Current.ServiceHostInitializationFailed(e.ToString());
                throw;
            }
}

3.编写

CatalogAPI 类用于启动WebHost

internal sealed class CatalogAPI : StatelessService
    {
        public CatalogAPI(StatelessServiceContext context)
            : base(context)
        { }

        /// <summary>
        /// Optional override to create listeners (like tcp, http) for this service instance.
        /// </summary>
        /// <returns>The collection of listeners.</returns>
        protected override IEnumerable<ServiceInstanceListener> CreateServiceInstanceListeners()
        {
            return new ServiceInstanceListener[]
            {
                new ServiceInstanceListener(serviceContext =>
                    new KestrelCommunicationListener(serviceContext, "ServiceEndpoint", (url, listener) =>
                    {
                        ServiceEventSource.Current.ServiceMessage(serviceContext, $"Starting WebListener on {url}");
                                                return new WebHostBuilder()
                                         .UseKestrel()
                                    .ConfigureServices(
                                        services => services
                                            .AddSingleton<StatelessServiceContext>(serviceContext))
                                    .UseContentRoot(Directory.GetCurrentDirectory())
                                    .ConfigureAppConfiguration((builderContext, config) =>
                                    {
                                        IHostingEnvironment env = builderContext.HostingEnvironment;

                                        config.AddJsonFile("settings.json", optional: false, reloadOnChange: true)
                                            .AddJsonFile($"appsettings.{env.EnvironmentName}.json", optional: true, reloadOnChange: true);

                                    })
                                    .UseStartup<Startup>()
                                    .UseServiceFabricIntegration(listener, ServiceFabricIntegrationOptions.None)
                                    .UseUrls(url)
                                    .UseWebRoot("Pics")
                                    .Build();                  
                    }))
            };
        }
    }

4.编辑serviceManifest.xml描述服务端口等信息

<?xml version="1.0" encoding="utf-8"?>
<ServiceManifest Name="Catalog.APIPkg"
                 Version="1.0.3"
                 xmlns="http://schemas.microsoft.com/2011/01/fabric"
                 xmlns:xsd="http://www.w3.org/2001/XMLSchema"
                 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <ServiceTypes>
        <StatelessServiceType ServiceTypeName="Catalog.API" />
  </ServiceTypes>

  <!-- Code package is your service executable. -->
  <CodePackage Name="Code" Version="1.0.3">
    <EntryPoint>
      <ExeHost>
        <Program>Catalog.API.exe</Program>
        <WorkingFolder>CodePackage</WorkingFolder>
      </ExeHost>
    </EntryPoint>
    <EnvironmentVariables>
      <EnvironmentVariable Name="ASPNETCORE_ENVIRONMENT" Value="Development"/>
    </EnvironmentVariables>
  </CodePackage>


  <ConfigPackage Name="Config" Version="1.0.1" />

  <Resources>

    <Endpoints>   

      <Endpoint Protocol="http" Name="ServiceEndpoint"  Type="Input"  Port="5101" />
    </Endpoints>
  </Resources>
</ServiceManifest>

5.修改AppcationManifest.xml增加几独服务之描述信息

添加ServiceImport节

<ServiceManifestImport>
    <ServiceManifestRef ServiceManifestName="Catalog.APIPkg" ServiceManifestVersion="1.0.3" />
    <ConfigOverrides />
  </ServiceManifestImport>

在DefaultService中描述Service

<Service Name="Catalog.API" ServiceDnsName="catalog.fabric.api">
      <StatelessService ServiceTypeName="Catalog.API" InstanceCount="[Catalog.API_InstanceCount]">
        <SingletonPartition />
      </StatelessService>
    </Service>

如此咱们就算足以用Catalog这个服务改造成为可以经Service
Fabric来管理之微服务了。通过Publish,我们而观看几单服务还早就于Service
Fabric下面接受管理和编了。

必发bifa88手机客服端 8

访问localhost:5100

必发bifa88手机客服端 9

相关文章