,‘2021-09-15 17:24:29’,’本篇文章预计阅读时间 6 分钟，使用技术包含： - Github Action - Nodejs - Puppeteer+Chromium

最近有空闲，做了一个有意思的小玩意，通过Github Action能定时对我的网站首页做截图并保存起来，具体是怎么实现的呢？这就不得不介绍一个非常实用的插件Puppeteer 了。

Puppeteer is a Node library which provides a high-level API to control Chrome or Chromium over the DevTools Protocol. Puppeteer runs headless by default, but can be configured to run full (non-headless) Chrome or Chromium. 摘自 puppeteer 官方介绍

Puppeteer 是一个针对Chromium API进行封装的Node包，其可以通过几个简单的函数就实现对网页的操作，而且因为使用的是Chromium内核，所以使用React、Vue或AngularJS等前端渲染的页面，也能完全载入不受影响，可以说和我们用浏览器访问的效果是一样的。

安装

安装puppeteer，安装时需要注意，是需要将对应版本的Chromium也安装的。

npm i puppeteer

然后需要进入puppeteer包内安装下依赖，这样对应版本的chromium就安装上了。

背景

在开发过程中，需求甲方提供的服务器还是用的是Centos7系统，其openssh以及openssl版本还很低，安全方面有很多问题，而yum又无法升级，因此我们需要通过下载源码来安装，本文就一步一步教大家如何通过源码升级最新的openssh以及openssl

升级openssl

首先，我们需要去openssl官网下载最新的版本源码包

作者当前最新稳定版本为 openssl-1.1.1k.tar.gz

cd /root
curl -o openssl.tar.gz https://www.openssl.org/source/openssl-1.1.1k.tar.gz
tar xzf openssl.tar.gz

下载之后，我们进入目录

cd openssl-1.1.1k/

查看下安装说明

more INSTALL

现在我们先安装依赖

yum instal -y gcc zlib-devel pam pcre-devel perl autoconf

如果不需要安装pam和zlib的话可以不安装这两个

在grpc微服务集群中，我们常常使用自签证书来做服务加密，那如何生成自签证书呢？下面就使用openSSL来生成自签证书

首先我们需要生成服务私钥

openssl genrsa -out server.key 1024

通过私钥生成证书签名文件

openssl req -new -key server.key -out server.csr

现在按照提示，需要按提示输入Country Name 再按照提示，输入State or Province Name 按提示输入Locality Name 再输入Organization Name 再输入Organizational Unit Name 输入Common Name,此处可以写交互的域名 输入Email Address 之后会提示输入一个密码，对证书做保护 再按提示输入一个可选的公司名 这时可以看到生成了一个server.csr

现在我们已经有了证书签名文件，再使用命令申请一个证书

openssl x509 -req -in server.csr -out server.crt -signkey server.key -days 365

这样就生成一个有效期一年的证书，也可以更改365来变更有效期

有些事情，发生了就再也回不去了。。。

traefik 作为一款稳定的网关，一直被很多微服务使用，目前traefik升级到了 2 版本，增加了针对tcp的支持，因为更新时间不长，还没有针对新版的中文文档，新版的文档在 官网，如果使用之前的版本，可以参考中文文档，之前在搭建k8s集群时曾经尝试过使用traefik 1+ 的版本，后来因为项目时间问题，最后放弃了使用k8s，也就没有仔细去体会traefik的强大功能。最近因为另一个项目有一些需求，计划使用traefik来做API网关，才翻出来看看，结果发现更新到了2.0版本，竟然支持TCP了，好了，废话不多说，开始体验一下新版的功能吧！

为了方便学习并去除系统差异，我将直接使用Docker来做环境，traefik 中支持 docker 模式，并能支持docker原生的swarm模式，下面我将统一使用docker-compose来做说明

首先我们先创建一个简单的例子，使用官方提供的 containous/whoami 来作为应用镜像，其可以显示请求的具体信息，以便一会做请求时来确认具体访问到的是哪个容器

下面我们来创建一个 docker-compose.yml 编排文件

version: "3.4"
services:
    traefik:
        image: traefik:v2.1
        ports:
            - "80:80"
            - "8080:8080"
        volumes: 
            - "/var/run/docker.sock:/var/run/docker.sock"
        command: 
            - "--api.insecure=true"
            - "--api.dashboard=true"
            - "--accesslog=true"
            - "--providers.docker=true"
            - "--entrypoints.web.address=:80"
    whoami:
        image: containous/whoami
        labels: 
            - "traefik.http.routers.app.rule=Host(`localhost`)"
            - "traefik.http.routers.app.entrypoints=web"

上面这个编排文件中，我们开放traefik与docker的守护进程通信

volumes: 
    - "/var/run/docker.sock:/var/run/docker.sock"

在启动命令中，我们首先开启了 dashboard 为了本地调试，我们使用 insecure 来开启不安全接口访问方便我们做本地调试

这几天在做新公司的新集群架构，肯定要用到镜像仓库，之前只用过docker registry来启用一个仓库，管理挺不方便，所以这次决定使用harbor来搭建一个企业级的私有容器仓库。

harbor的具体搭建，其实挺简单的，去下载的官方的安装包，解压后，

./prepare

进行初始化配置，然后再install就行了

因为我搭建的Harbor仓库是在自己部署的Gitlab容器的服务器上，所以在最前端又用了nginx做了一个nginx做了反向代理，因为Harbor需要使用https，省事又自己弄了个自签证书

对于自签证书，现需要生成一个根证书，用于给自己做签名

openssl req -newkey rsa:4096 -nodes -sha256 -x509 -days 365 -keyout root.key -out root.crt

回车后按照提示输入国家、地区组织信息就行了

之后我们需要生成一个域名的证书签名，比如域名为 developerhome.net

openssl req -newkey rsa:4096 -nodes -sha256 -keyout developerhome.net.key -out server.csr

同样回车后按提示输入信息

之前一直在用RN开发应用，最近Flutter很火，就研究了下，而大家在开发与服务端做接口交互时，为了保证安全性，基本上都会使用加密方式来隐藏通讯内容，非对称加密方式，相比其他固定算法加密方式要安全很多，

非对称加密使用了私钥、公钥来分别对数据进行解密、加密操作，公钥做加密后的数据，只有私钥才能解密，因此会非常的安全。

Flutter使用的是Dart语言，Dart语言和Java非常的像，基本上会使用Java的程序员可以直接上手，部分查下就Ok了。

在Dart中，非对称加密可以使用 encrypt 包，可以直接在 pubspec.yaml 中增加 encrypt: ^2.0.0 即可完成包的引用，当然，不要忘记执行 packages get

做非对称加密，就必须要有公钥和私钥，特别注意一点，当前的 encrypt 为2.0.0版本，当前仅支持 PKCS#1文件格式的密钥

首先我们要生成私钥bash\nopenssl genrsa -out private_key.pem 4096这样就生成了一个私钥，而且就是PKCS#1格式的，如果有PKCS#8格式的，也可以用这个命令来转换为PKCS#1bash\nopenssl pkcs8 -in pkcs8_private_key.pem -nocrypt -out pkcs1_private_key.pem

第一个坑，在flutter中，密钥文件直接存放在目录中是无法使用File读取到的，只能放在asset中才可以，所以需要在 pubspec.yaml中增加相关密钥文件才行，例如将密钥文件存放在与 pubspec.yaml 同级的目录 keys 下，则需要在 pubspec.yaml 中增加如下代码

assets:
  - keys/private_key.pem
  - keys/public_key.pem

之后我们可以在代码中使用

String publicKeyString = await rootBundle.loadString('keys/public_key.pem');

来获取到公钥的文本，再通过

go-micro是一个go语言的微服务框架，可以大幅度的提升开发效率，并完成一套微服务的架构，其架构借用官方的图

go-micro的架构图

其项目地址github: https://github.com/micro/go-micro

首先go-micro框架是一套微服务分布式的框架，其拥有以下特性：

• 服务注册/发现
• 负载均衡
• 消息解码，并默认支持json以及protobuf
• 基于rpc的请求响应
• 异步的消息通讯
• 最后也是我觉得最牛的一点，接口可插拔，你可以不管用运行环境到底是使用的etcd或者consul来做服务发现，是使用http或rabbitmq做通讯，使用kafka做订阅还是用rabbitmq或者redis，是的，所有的一些都是可以插拔的，只要在运行时加入对应的启动参数，就可以使用对应的插件

有人可能第一次接触微服务这个词，微服务的概念，可以理解为，讲一个单一应用，拆分成一套小型服务的方法，每个服务都做单独的部署，单独的开发，内部甚至可以使用不同的语言来实现。微服务的理念在传统的单机部署中并未见到明显的优势，但当越来越多的应用被部署到云中的时候，微服务的优势就立刻体现出来了，包括：

单应用共用数据库，而微服务每个服务使用不同或相同数据库

• 独立部署，每个服务独立去部署，独立运行于不同的进程，使得每个服务可以根据负载做部署数量调整
• 服务降级，当系统负载增高，需要对某些关键业务做优先增配时，可以对不关键、低级别的业务做服务降级，临时关闭某些服务来保证关键业务的稳定
• 功能单一，技术选型更广，由于微服务的功能相对单一，可以针对不同的微服务采用更适合的编程语言、数据库等，例如做朋友关系、二度好友功能就考虑使用neo4j的图形数据库，底层稳定性要求高的微服务则可以通过Java来开发，并发比较高的微服务则可以考虑使用Go来开发等等
• 后期维护隔离，对功能的后期开发升级不会影响整体的应用稳定性
• 单独测试，单独开发，可以使每个微服务由不同的团队去开发、去单独测试，增加了整体开发的速度
• 复用性，多个不同的应用可以直接复用某个微服务

单应用不同模块运行在单一进程中，而微服务则每个服务运行于不同的进程

而go-micro正是这样一个针对微服务开发的框架，其将所有热插拔的插件发布于go-plugins，开发者可以根据需求引用，同时在运行时追加响应的运行参数即可启用插件。

好了，这章简单的介绍了go-micro这个框架以及微服务的概念，下一章讲开始go-micro的源码解析

SimpleConcurrentRequestClient，是一个针对多个请求做的管理终端，其是基于Guzzle的Pool来实现，并通过Promise方式来做回调。

使用SimpleConcurrentRequestClient可以很轻松的完成多个请求的管理，获取结果

安装可以使用composer

bash\ncomposer require jarod2011/taobao-concurrent-client

项目地址 Github地址 ，感兴趣的朋友可以去github里查看

后续我将更新相关的使用说明