博客
关于我
基于docker 如何部署surging分布式微服务引擎
阅读量:417 次
发布时间:2019-03-06

本文共 4019 字,大约阅读时间需要 13 分钟。

1、前言

      转眼间surging 开源已经有1年了,经过1年的打磨,surging已从最初在window 部署的分布式微服务框架,到现在的可以在docker部署利用rancher 进行服务编排的分布式微服务引擎,再把业务进行剥离, 通过配置路径就能驱动加载业务模块,这样的细粒度设计,能更加灵活从业务中针对于对象加以细分,能更加灵活的拆分聚合服务。而这篇文章我们来谈谈基于docker 如何部署

2、概述

容器,就是用来存放镜像的器皿,而镜像是构建成的一个轻量的、独立的、可执行的包,包括了执行它所需要的所有东西:代码、运行环境、系统工具、系统库、设置。

程序被构建成镜像放到容器中,那么它所依赖的下层环境就不再重要了。它可以在任何地方运行,甚至在混合云环境下也可以。所以为何容器能流行起来,而容器技术兴起让Docke也渐渐的映入大家的眼帘,

 

 

那么Docker又是什么呢?

  • Docker是基于Go语言开发并开源的容器引擎

  • Docker将应用软件运行时所需的一切都打包成互相隔离的容器

  • Docker可以自动执行并配置开发/线上环境,快速构建,测试和运行复杂的多容器应用程序

  • 对拥有数千个节点或容器的应用程序,Docker也能快速的扩展和调配

  • 可以运行在主流的Linux系统,Mac以及Windows上,并且保证无论软件在哪里部署,都能正常运行并得到相同的结果

相关概念介绍

  • Image镜像和Container容器:你可以把两者理解为类和实例对象,或者是ISO系统镜像和虚拟机的关系。不同的Image所包含的软件或者环境是不同的,但是你可以使用Dockerfile(docker特有语法规则所创建的文件)进行管理。而Container则是以Image作为模板,可以独立运行的微型系统,一个Image可以创建出来多个Container容器的实例

  • Registry:Docker Hub镜像仓库,为每个人提供庞大的镜像资源进行拉取和使用

  • Dockerfile:是一个将镜像命令组合在一起的文件,用于Image的自动构建

 3、环境搭建

系统环境

宿主机:Windows 10 专业版

Linux服务器: CentOS 3.10

1.安装Docker

 

Docker 要求 CentOS 系统的内核版本高于 3.10 ,查看本页面的前提条件来验证你的CentOS 版本是否支持 Docker 。

通过 uname -r 命令查看你当前的内核版本

 

[root@runoob ~]# uname -r 3.10.0-862.E17.X86_64

 

 # yum install docker-engine 安装docker包

 安装成功后,使用docker version命令查看是否安装成功,安装成功后------如下图

 

 启动 Docker

systemctl  start  docker

 查看docker信息,如下图

systemctl  status  docker

 

 

测试运行 hello-world

#docker run hello-world

 2.安装rancher

下载镜像

 

docker pull rancher/server

启动rancher

docker run -d --restart=always -p 8080:8080 rancher/server

 安装成功后,通过http://ip:8080访问,如下图所示

 3.安装rabbitmq

 下载镜像

#docker pull rabbitmq:management

启动rabbitmq

#docker run -d --name rabbitmq --publish 5672:5672 --publish 4369:4369 --publish 25672:25672 --publish 15671:15671 --publish 15672:15672 \rabbitmq:management

 安装成功后,通过http://ip:15672访问,如下图所示

4.安装Consul

下载镜像

 

#docker pull docker.io/consul:latest

 

 创建 Consul 配置

#vim /opt/platform/consul/server.json

 

{    "datacenter": "quark-consul",    "data_dir": "/consul/data",    "server": true,    "ui": true,    "bind_addr": "192.168.249.162",    "client_addr": "192.168.249.162",    "bootstrap_expect": 1,    "retry_interval": "10s",    "rejoin_after_leave": false,    "skip_leave_on_interrupt": true}

 配置说明

官方在启动容器的时候是将一部分配置作为 docker run 的参数,而我是把参数写到了配置文件里。

  • datacenter:数据中心名称(库名)
  • data_dir:数据存储目录
  • server:运行在server模式
  • ui:使用UI界面
  • bind_addr:内部集群通信绑定的地址。默认是0.0.0.0,如果有多块网卡,需要指定,否则启动报错
  • client_addr:客户端接口绑定的地址,默认是127.0.0.1
  • retry_join:重新加入集群
  • retry_interval:重试时间
  • rejoin_after_leave:在离开集群之后才重试加入
  • skip_leave_on_interrupt:在启动后,是否 Ctrl+C 优雅退出,我们是容器模式,所以不用管,直接 true 就好了。

启动 consul-server

docker run -d --net=host --name consul -v /opt/platform/consul/config:/consul/config -v /opt/platform/consul/data:/consul/data consul agent

 安装成功后,通过http://ip:8500访问,如下图所示

 

5. 安装dotnetcore 2.1 runtime

下载镜像

#sudo docker pull microsoft/dotnet:2.1-runtime

启动 

 

#sudo docker run -it microsoft/dotnet:2.1-runtime

四、部署程序

1. 部署surging引擎,无需引用任何业务模块,新建Dockerfile文件

FROM microsoft/dotnet:2.1-runtimeWORKDIR /appCOPY . .ENTRYPOINT ["dotnet", "Surging.Services.Server.dll"]

发布程序

dotnet publish -r centos.7-x64 -c release

 使用Dockerfile创建镜像

#docker build -t surgingserver .

 启动

#docker run --name surgingserver --env Mapping_ip=192.168.249.162 --env Mapping_Port=198 --env RootPath=/home/fanly --env Register_Conn=192.168.249.162:8500 --env EventBusConnection=172.17.0.4 --env Surging_Server_IP=0.0.0.0 -v /home/fanly:/home/fanly -it -p 198:198 surgingserver

 

 配置说明

  • Mapping_ip:映射的外部IP(环境变量)
  • Mapping_port:映射的外部端口(环境变量)
  • RootPath:业务模块存储的根路径(环境变量)
  • Register_Conn:注册中心地址(环境变量)
  • EventBusConnection:eventbus 地址(环境变量)
  • Surging_Server_IP:容器内部IP(环境变量)

启动后在rancher如下图所示

因为方便,把宿主机的目录进行了挂载,microsurging 为分布式微服务引擎,Modules 为业务模块目录,surgingapi为网关

2. 部署surging网关,新建Dockerfile文件

 

FROM microsoft/dotnet:2.1-runtimeWORKDIR /appCOPY . .ENTRYPOINT ["dotnet", "Surging.ApiGateway.dll"]

 

 发布程序

 

dotnet publish -r centos.7-x64 -c release

 

 使用Dockerfile创建镜像

 

docker build -t surgingapi .

 

  启动

#docker run --name surgingapi -it -p 729:729 --env Register_Conn=192.168.249.162:8500 surgingapi

 启动后在rancher如下图所示

可以通过http://ip:729进行访问

 

 

然后可以通过postman 来测试网关,如下图

五、总结

通过1年的开发,surging 也趋于完善,性能非常不错,平均访问在0.12ms 左右,而且6月30日会在上海微软研发中心和大家见面讲解下surging 微服务引擎,也请大家多多关注

 

转载地址:http://bscuz.baihongyu.com/

你可能感兴趣的文章
ngrok | 内网穿透,支持 HTTPS、国内访问、静态域名
查看>>
ngrok内网穿透可以实现资源共享吗?快解析更加简洁
查看>>
ngrok内网穿透可以实现资源共享吗?快解析更加简洁
查看>>
NHibernate动态添加表
查看>>
NHibernate学习[1]
查看>>
NHibernate异常:No persister for的解决办法
查看>>
Nhibernate的第一个实例
查看>>
NHibernate示例
查看>>
nid修改oracle11gR2数据库名
查看>>
NIFI1.21.0/NIFI1.22.0/NIFI1.24.0/NIFI1.26.0_2024-06-11最新版本安装_采用HTTP方式_搭建集群_实际操作---大数据之Nifi工作笔记0050
查看>>
NIFI1.21.0_java.net.SocketException:_Too many open files 打开的文件太多_实际操作---大数据之Nifi工作笔记0051
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_日期类型_以及null数据同步处理补充---大数据之Nifi工作笔记0057
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_补充_插入时如果目标表中已存在该数据则自动改为更新数据_Postgresql_Hbase也适用---大数据之Nifi工作笔记0058
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_补充_更新时如果目标表中不存在记录就改为插入数据_Postgresql_Hbase也适用---大数据之Nifi工作笔记0059
查看>>
NIFI1.21.0_NIFI和hadoop蹦了_200G集群磁盘又满了_Jps看不到进程了_Unable to write in /tmp. Aborting----大数据之Nifi工作笔记0052
查看>>
NIFI1.21.0_Postgresql和Mysql同时指定库_指定多表_全量同步到Mysql数据库以及Hbase数据库中---大数据之Nifi工作笔记0060
查看>>
NIFI1.21.0最新版本安装_连接phoenix_单机版_Https登录_什么都没改换了最新版本的NIFI可以连接了_气人_实现插入数据到Hbase_实际操作---大数据之Nifi工作笔记0050
查看>>
NIFI1.21.0最新版本安装_配置使用HTTP登录_默认是用HTTPS登录的_Https登录需要输入用户名密码_HTTP不需要---大数据之Nifi工作笔记0051
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增加修改实时同步_使用JsonPath及自定义Python脚本_03---大数据之Nifi工作笔记0055
查看>>