文章列表

GitLab 迁移之后的事情

查看评论
上次写完 [ 迁移 GitLab 数据到全新容器 ] ,我有在微博里说过这里如果有关联过 CI ,可能会出现一些小问题,比如:原本好好的pipeline显示运行中,但是没日志响应、项目的CI页面打不开,显示500错误。 阅读全文
, ,

迁移 GitLab 数据到全新容器

查看评论
本篇文章可以看做是全新搭建 GitLab 的教程使用。我个人使用方式是使用虚拟机软件强制将 4核心4GB 的运行环境划分给 GitLab 等同购买使用等配置的云主机,这样做可以避免和主机上其他软件进行资源争抢,影响运行效率。从 13 年到现在,这已经是第3次迁移 GitLab 了,之前的迁移主要原因... 阅读全文
, ,

使用 Traefik 的一些补充细节

查看评论
之前我写了不少配合 Traefik 进行服务注册并提供弹性伸缩后自动进行负载均衡的[例子],也贴过它的配置,但是似乎一直没有详细的解释过关于 Traefik 配置和使用的文章,考虑了一下,应该写一篇聊聊。![管理界面一览]如果看过我[之前的文章],那么你会 Traefik 这个软件应该有一些简单的理解,提供类似 Nginx 的负载能力,不同的是可以自动化配置 “upstream”,或者说是免配置即开即食的consul。官方的定义如下: 阅读全文
,

相对现代化的把控前端代码质量

查看评论
最近几天聊天,常常聊到 持续集成 辅助把控 代码质量 ,以前端团队为例,我们来简单聊聊。本篇很可能是你在网上能找到的使用容器应用最新版本 SonarQube 相对详细的一篇,或者是唯一一篇,所以如果遇到问题,欢迎和我进行讨论沟通。个人认为把控质量的核心是形成标准、避免错误引入,从而提高应用的健壮性,降低维护成本和不应存在的复杂度,这里在不讨论 测试 的情况下,通常的做法无非... 阅读全文
, ,

使用 Traefik 提高 WebSocket 应用性能

查看评论
说起 Node.js 的 WebSocket 方案,可选的方案有许多种,其中许多方案都提供将 WS 服务端口和 HTTP 服务复用的方案,然而这种方案真的是最佳选择吗。不论是专业做实时通信的 [socket.io] ,还是用户量最大的 Express 的热门中间件 [express-ws] 都支持端口复用,比如 WS 和 HTTP 复用 80 端口, WSS 和 HTTPS 复用 443 端口。这里以 express-ws 底层封装的 [ws] 库为例,来简单剖析,socket.io 实现类似不过分层较多,有兴趣可以围观代码。 阅读全文
, ,