架构设计

php| php 微服务之旅: devops

2019-06-02  本文已影响0人  daydaygo

date: 2019-05-22 20:37:57
title: php| php 微服务之旅: devops

本篇属于 PHP 微服务之旅 系列, 此系列会持续更新, 敬请期待.

如果说 微服务应用 对比 传统巨石应用 最大的难点在于 基础设施 的复杂度上, 那么本篇就是要抛砖引玉, 提供一个完整的 devops 实例, 证明一个简单的事实:

使用 devops 后, 微服务的开发也能有 传统巨石应用 的简单高效.

先提前预告一下效果, 对于一个参与到项目的开发而言:

devops 流程一览

下面详细讲解下各部分

git

类似对比 git 与 svn 这种事, 不会再出现在我的 blog 中, 有种去翻历史尘埃的感觉, 大概比较适合 技术史 一类的文章.

记一些 git 常用的功能吧:

git alias 推荐:

alias gc='git checkout'
alias gb='git branch'
alias gt='git tag'
alias gs='git status'
alias gd='git diff'
alias gl="git log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
alias ga='git add -A'
alias gm='git merge'
alias gp='git pull'
alias gcl='git clone --progress'
# alias gp='git pull --rebase'
alias gpp='git pull;git push'
alias gco='git commit -am'
alias gca='git commit -am "update";git pull;git push'

# 打 tag 也可以很轻松
function gtt
    set tag_name release-v(date +"%Y%m%d%H%M")
    echo $tag_name | pbcopy
    pwd
    git pull
    git push
    git tag $tag_name
    git push --tags
end

# 发版到测试环境
function gdt
    set b_ori (git symbolic-ref --short -q HEAD)
    git checkout dev
    git merge $b_ori -m 'merge'
    git pull
    git push
    git push gh dev
    git checkout -
end

我使用的 fishshell, 再次疯狂安利一波, 几乎零配置, 比 zsh 更高效.

可供参考的教程:

git 的部分稍显啰嗦, 后面的 docker 部分也会有点, 毕竟 git/docker 都是 基础功, 这是没法回避的部分, 后面的实施部分要简单不少, 几张截图就能搞定

docker

一样的风格, 不再赘述 docker 好在哪, 以及 docker 的一些基础概念, 默认你已经了解以下基础知识:

当然, 如果团队有 老司机, 你会发现使用 docker 是一件如此轻松的事, 几乎只是几个命令的事儿.

假设 git 仓库中提供了 docker-compose.yml 文件:

version: '3.1'
services:
    s1: # 定义服务名称
        image: registry.cn-shanghai.aliyuncs.com/daydaygo/dev:hyperf
        volumes: # 挂载代码路径到容器中
            - ../:/data
        ports: # 端口绑定, 如果需要本地个可以访问容器中的服务
            - "80:9501"
        environment: # 设置环境变量
            APP_ENV: dev
        links: # 此服务依赖的其他服务, 按需配置
            - redis
            - mysql
            - rabbitmq       
        tty: true # 设置允许进入容器 tty

那么, 其他开发者日常只需要:

# 定义 alias, 后面省力不少
alias doc='docker-compose

doc up -d s1 # 启动服务(就是 docker 容器), 即由上面的 docker-compose.yml 文件定义的服务
dos stop/restart/rm s1 # 服务管理
doc exec s1 fish # 进入到容器tty, 使用 fishshell(是的, 再次安利 fishshell)

看到这里, 希望你注意到一个更加吃惊的事实:

本地除了 git/docker, 其他什么环境都不需要配置, 容器启动起来后, 项目所需的环境都有了!!!

绑定 aliyun 容器镜像服务(cr)

从这一部分开始, 后面的内容都会比较轻松, 几乎只是几张截图.

image image image

除了默认的 tag 触发的自动构建(这也是上面配置 git tag alias 的原因之一), 我通常会配置 master 分支对应镜像 tag latest, dev 分支对应镜像 tag test, 分别部署到 测试环境/线上环境. 当然, 需要增加其他环境, 再增加一个构建规则就好了.

而我们所需要的代码, 即 Dockerfile, 简单得不好意思贴进来:

# 获取基础镜像
FROM registry.cn-shanghai.aliyuncs.com/daydaygo/dev:hyperf
LABEL maintainer="daydaygo <daydaygo@vip.qq.com>" version="1.0"

# 添加项目源码
COPY . /data
# 设置环境相关配置
COPY .env.prod /data/.env
# 启动服务
ENTRYPOINT ["php", "/data/bin/hyperf.php", "start"]

绑定 aliyun 容器服务swarm(cs)

容器服务其实也是免费的, 收费的部分其实是集群对应的 ecs. 这里啰嗦一些 集群 的概念

使用也很简单, 新建一个集群, 配置好 ecs, 开发测试的话推荐使用 按量付费, 最好至少开 2 台来体验.

image 
hyperf-ms: # 定义服务名称
  # 使用容器镜像服务中的镜像
  image: 'registry-vpc.cn-shanghai.aliyuncs.com/daydaygo/hyperf-ms:latest'
  mem_limit: 0
  kernel_memory: 0
  memswap_reservation: 0
  # 容器自动重启
  restart: always
  shm_size: 0
  expose:
    - 9501
  links:
    - rabbitmq
  memswap_limit: 0
  # aliyun 容器服务提供的特殊功能标签
  labels:
    # routing: 简单 http/https 路由, 配置服务的 端口号->域名
    aliyun.routing.port_9501: ms.daydaygo.top
    # scale: 应用数量
    aliyun.scale: '1'
    # log: 关联 aliyun 日志服务, 这里投递容器的 stdout 到日志服务中
    aliyun.log_store_stdout: stdout
    aliyun.log_ttl_stdout: 30
    aliyun.log.timestamp: false
    aliyun.depends: rabbitmq
rabbitmq:
    image: rabbitmq:3.7.8-management-alpine
    hostname: myrabbitmq
    ports:
        - "5672:5672" # mq
        - "15672:15672" # admi
image image

关联 aliyun 日志服务

关于日志服务, 我之前也啰嗦了不少, 有兴趣可以去看看之前的 blog:

上面配置好 容器服务投递日志到 日志服务 后, 接下来我们还有几步工作要做:

image image image 
$app_env = env('APP_ENV', 'dev');
if ($app_env == 'dev') {
    $formatter = [
        'class' => \Monolog\Formatter\LineFormatter::class,
        'constructor' => [
            'format' => "||%datetime%||%channel%||%level_name%||%message%||%context%||%extra%\n",
            'allowInlineLineBreaks' => true,
            'includeStacktraces' => true,
        ],
    ];
} else {
    $formatter = [
        // 看这里
        'class' => \Monolog\Formatter\JsonFormatter::class,
        'constructor' => [],
    ];
}

return [
    'default' => [
        'handler' => [
            'class' => \Monolog\Handler\StreamHandler::class,
            'constructor' => [
                'stream' => 'php://stdout',
                'level' => \Monolog\Logger::INFO,
            ],
        ],
        'formatter' => $formatter,
    ],
];
image

一言以蔽之: 日志服务真的是个宝藏男孩呀

绑定 Travis CI

CI 的根本在于: 你得有自动化测试才行

PHPer 推荐使用 phpunit, 尤其是微服务化了以后, 服务通常以接口的形式提供, 单测简直不要太好用

说回正题, 来看 Travis CI, 项目中添加一个 .travis.yml 的事儿:

branches:
  only:
  - master
  - dev

language: php

services:
  - docker 

before_install:
  - docker login registry.cn-shanghai.aliyuncs.com -u xxx -p xxx
  - docker build -t ci .
  - docker run -d --name ci ci
  - sleep 5

script:
  - docker exec ci /bin/sh -c "cd /data; phpunit"

notifications:
  email:
    - daydaygo@vip.qq.com
  webhooks:
    - https://oapi.dingtalk.com/robot/send?access_token=xxx

看配置项估计也能看明白:

写在最后

内容看起来很多, 对参与开发的人而言, 其实很省心:

本地除了安装 git/docker 外, 并不需要其他环境; 除了写代码外, 不需要分心 CI/CD

最后再安利一下使用到的一些工具:

上一篇 下一篇

猜你喜欢

热点阅读