timg?image&quality=80&size=b9999_10000&sec=1533880768633&di=7785930806dc191819eedeea00a06e37&imgtype=0&src=http%3A%2F%2Fpic4.zhimg.com%2Fv2-bd11f41a745321a5918329a7d2e064be_1200x500.jpg

一、前言

    在微服务的浪潮下,公司原有的架构已经严重跟不上日益发展的业务需求,随着用户量的增加,

架构越来越臃肿,乃至没有人敢于去动原有的架构,加之架构已经有7、8年的历史,前前后后的

开发人员也换过一批有一批,一旦修改,轻则bug一堆,重则牵一发动全身,所以只能继续沿用

现有的架构,继续叠加新功能,继续改改补补。

    基于这样的背景,于去年(也就是2017年)年中开始选型微服务框架,开始进行架构的改造,

开始尝试新的架构体系。

二、过程

    选择的过程总是坎坷的,当初有springcloud、有dubbo、有springboot,技术骨干在一起不断的

讨论,争执,各抒己见(眼看着就要打起来了,程序员永远会选择自己最熟悉的技术去解决问题),

在这样的情况下,最终还是选择了下述架构组合:

    image.png

    (图片参考了《某金融公司的架构体系》)

    架构中涉及的技术如下:

    image.png

    在这样的架构体系下,团队成员各司其职,在经历了4个月左右的开发时间,最终出了V1.0的版本,

并且有了第一批近5万的用户,只是从这个过程和结果来说,还是相对成功的。

    image.png

   

    我们的应用就这么上了百度应用市场和360应用市场。

    可是,就这么看似成功的一个产品,在刚刚上线后不久,公司就因为各种原因竟然要将其放弃,

或者说是暂停搁置,延续原有的产品体系,继续开拓市场。并且公司潜在的定性这个新的产品是

失败的。(知道这对于技术团队或者产品团队来说是多么大的打击么???)

    然而,并没有所谓的总结会,也并没有所谓的"复盘会",有的只是内部的各种矛盾、各种负面

的消息。

三、希望

    事情难道就这么结束了?答案当然是NO!

    眼看着项目搁置,最先使用的客户要求继续使用,于是,一个面向全国的saas产品,一个采用

了全新微服务架构旨在满足千万用户使用的技术架构,就这么硬生生的转成面向单个客户使用的

定制化项目了。

    当然,这未尝不是件好事!

    于是,在客户的要求下,基于1.0的产品版本,叠加了客户要求定制开发的新功能:功能1、功

能2、功能3、。。。。。功能N,然后产品的名字也换成了客户要求的名字。。。

     一切似乎正在朝着好的方向发展!

     公司开始新的决策:基于该产品,如果有客户需要定制,就基于这个来做,既不浪费之前几百

万的成本投入,又能够开拓新的市场机会。

     非常好的一个决定!

四、迁移前

     公司原有的部署都使用阿里云服务器,我们的微服务架构使用了将近15台服务器,大致如下:

    image.png

    而这些还不是所有的,加上我们的测试服务器、预生产服务器、开发服务器,一共将近30台服

务器。

    现在要将所有的应用都部署到客户自己的服务器环境中,那就涉及到将现有的应用、环境、数

据都进行迁移。

    一想到要迁移我的头就大了!

五、迁移过程

    客户那边都是虚机,出于环境安全考虑,要求我们在本地搭建好虚机环境后导出ova文件,由

客户那边的信息部门人员进行导入;而不是客户提供虚机由我们在虚机上进行环境部署。

    于是漫长的虚机构建过程就在本地展开了:(由于原来负责搭建的人员因各种原因离职了,

所有的环境只能由我亲自构建)

    image.png

    这是经过了将近3个礼拜构建的所有虚机,虚机中包含了docker环境、数据库环境、集群环境、

nginx环境、redis环境、mongodb环境、springcloud环境、全文检索环境等等。

    构筑过程中积累了一些不是很熟悉的技术点,简要整理如下,大家也可以看看:

    

1      Ifconfig命令

    yum -y install net-tools

2      安装文件系统和挂载

1)检查是否缺少基础环境

  rpm -qa | grep nfs-utils

  rpm -qa | grep rpcbind

2)如果没有则安装

yum -y install nfs-utils
yum -y install rpcbind

3)安装完成之后配置nfs访问目录,配置文件位置/etc/exports,默认是空的这里添加一行:

/nfs_test 192.168.1.8(rw,no_root_squash,no_all_squash,async) 192.168.1.9(rw,no_root_squash,no_all_squash,async)

4)配置完后启动服务

systemctl start rpcbind.service
systemctl start nfs.service

5)启动之后可以通过status来查看状态,如果下次修改了配置,可以重启服务来使配置生效,也可以直接执行如下命令刷新配置:

exportfs -a

刷新配置即可生效

  现在服务端配置完毕,可以在对应的主机上来配置客户端了,需要的环境和服务端一样,要保证安装nfs-utils和rpcbind

  保证环境没问题和上面一样启动rpcbind服务和nfs服务

  首先创建挂载点: mkdir /mnt/test1 

  然后挂载nfs: mount -t nfs 192.168.1.3:/nfs_test /mnt/test1 

  挂载成功之后通过 df -h 可以查看挂载的情况,nfs可用空间就是服务端/nfs_test目录所能使用的最大空间

  现在就可以往nfs写入数据了,服务端往/nfs_test读写数据和客户端往/mnt/test1读写数据是一样的,这样就实现了文件同步和共享

  卸载nfs和普通文件系统一样,使用: umount /mnt/test1 

  如果需要设置开机挂载,在/etc/fstab添加一行配置即可: 192.168.1.3:/nfs_test /mnt/test1 nfs rw,tcp,intr 0 1  然后服务端和客户端都要用enable设置nfs和rpcbind服务开机启动,然后才可以正常挂载

3.查看文件目录

查看第一层级目录大小

du -h --max-depth=1

查看文件数量

find /dir -type f |wc -l

4.设置主机名

Hostnamectl set-hostname ***

5.安装Nginx

1) 添加CentOS 7 Nginx yum资源库,打开终端,使用以下命令:

rpm -Uvh http://nginx.org/packages/centos/7/noarch/RPMS/nginx-release-centos-7-0.el7.ngx.noarch.rpm

 2) 安装Nginx

yum install -y nginx

 3) 启动Nginx

systemctl start nginx.service

 4) 开机启动Nginx

systemctl enable nginx.service

6.FTP安装

    #安装

    yum install -y vsftpd

    #设置开机启动

    systemctl enable vsftpd.service

    #启动

    systemctl start vsftpd.service

    #停止

    systemctl stop vsftpd.service

    #查看状态

    systemctl status vsftpd.service

7.VMware磁盘扩展方法

   因内容比较多,请参考:https://blog.csdn.net/liumiaocn/article/details/78877957

8.Docker安装配置

    1)docker安装

    yum install docker

    2)docker-compose安装

    这是一个基于docker做编排服务的工具

    curl -L https://github.com/docker/compose/releases/download/1.18.0/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose

    3)修改权限

    chmod +x /usr/local/bin/docker-compose

    4)查看版本号

    docker-compose --version

    5)安装自动补全命令包

    curl -L https://raw.githubusercontent.com/docker/compose/1.18.0/contrib/completion/bash/docker-compose > /etc/bash_completion.d/docker-compose

    6)拉去centos7+jdk8的镜像

    service docker start

    docker pull hub.c.163.com/****/centos-jdk:latest

    7)配置docker file和docker-compose.yml文件

dockerfile示例:

<span style="color:#000000"># Pull base image  
FROM hub.c.163.com/****/centos-jdk
 
MAINTAINER  "****@qq.com" 
ADD test-user-1.0.0.jar test-user-1.0.0.jar
RUN bash -c 'touch /test-user-1.0.0.jar'
 
ENTRYPOINT ["java","-Djava.security.egd=file:/dev/./urandom","-jar","/test-user-1.0.0.jar"]</span>

docker-compose.yml示例

<span style="color:#000000">version: '1'
services:
    test-user:
        build:
          context: .
          dockerfile: UserDockerfile
        network_mode:  "host"
        volumes:
          -  /home/test/UpImgs/:/home/UpImgs/
          -  /home/test/logs/group/:/home/logs/
        environment:
          - TZ=Asia/Shanghai
          - spring.profiles.active=test
          - server.port=7900
          - spring.datasource.url=jdbc:mysql://192.168.1.33:3306/test?useSSL=false&allowMultiQueries=true&useUnicode=true</span>

注意:docker-compose.yml是基础核心的配置文件,配置文件如有和项目里重复的地方,配置的东西会覆盖项目里的配置

 

    8)编译服务

<span style="color:#000000">docker-compose build test-user</span>

    9)启动服务

<span style="color:#000000">docker-compose up -d test-user</span>

    10)查看服务

<span style="color:#000000">docker-compose ps</span>

image.png

还有很多其他的就不一一罗列了,太多的点,真要说的话完全可以每个点写一篇专题了~~

6.迁移后话

    话说就这么把相应的环境等都搭建好了,虽然过程比较麻烦,但是还有个问题一直没解决,那

就是----数据!

    由于当前客户已经在使用了,得跟客户协商某个时间点,把服务暂停,然后把当前所有数据在

最快的时间内全部导出,并快速迁移到真实环境中。

    而实际业务的数据量也相当大,有几十个G,全部要备份出来。。。

7.小结

     项目还在继续,一直有个疑问,也尝试了一些方法,但是始终没有很好的解决,正好在这里

也问问各位有没有好的解决办法。

     阿里云或者华为云都有镜像导出功能,我了解到阿里云导出的镜像就是原始镜像raw格式,但

真要像客户要求的那样,要生成ova或者ovf格式,有没有什么快速有效的办法。

     这次我就联系了阿里云工程师,没有给出很好的解决办法,导出的raw格式文件有100多G,肯

定不是最好的办法,而且导出来后我在虚机中用VMware也没有成功导入,根本无法还原!

Logo

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐