Maker & Developer

  传统虚拟机、物理机环境下，日志文件通常存放于固定的路径下，当应用重启或出现异常退出的情况，日志也会留存下来，不受影响。而 Kubernetes 环境下，提供了相比前者更为细粒度的资源调度，容器（或 Pod）的生命周期是十分短暂的，当主进程退出，容器（或 Pod）便会被销毁，随之而来的是其关联资源也会被释放。因此，在日志采集的这个点上，Kubernetes 场景相比传统环境而言，会更为复杂，需要考虑的点更多。

  由于我司内部系统均使用 Jira 的统一认证，而在用的监控平台 Nightingale 并不支持 Jira 认证的接口，因此就有了本文。（还有其他诸多不支持 Jira 认证的平台也可通过相同思路实现 Jira 统一认证）

  一套内部业务系统的主从同步库出现了同步异常，需要在不锁表的情况下，完成在线重建主从同步，本文简单记录一下操作过程。

　　国庆假期闲来无事，对自己的群晖 NAS（非生产环境） 内的一个内置软件包做编译升级。在不明确该动态库具体作用的情况下，误操作将 /lib/libc.so.6 这个动态库文件重命名为了 libc.so.6.bak，导致 ls、mv、cp 等一系列基础命令无法使用，本文记录一下解决方案。

  近期机房搬迁，帮忙将 Jira 与 Confluence 做了一次迁移。由于之前的维护人员几乎没有留下任何信息，环境比较乱，这里顺手改成了 Docker 方式部署。大问题没有，小坑比较多，此文用流水账的形式记录了一下搬迁时的大致步骤，以便不时之需。

　　很多团队都采用 Atlassian 公司出品的 Jira、Confluence 作为团队的项目管理、知识管理平台，zhile 大佬对其写了一个通杀的 agent，并于GitHub、码云上开源（可惜目前均已由于DMCA 被BAN）。Alliot 大致帮小伙伴整理了一下该 agent 的使用方法以及在已用其他方式激活过的情景下，如何使用该 agent 激活我们所需要的插件。

　　群晖的类似 Moments、Audio station、Video Station 等套件都是使用群晖内置的一个 PostgreSQL 数据库，记录一下连接这个数据库的方法。温馨提示： 群晖多个套件均依赖此数据库，没有一定基础的同学，请做好备份，自行评估操作风险。

　　GitLab 是一款开源的软件项目管理和代码托管程序，通过搭建该代码托管服务器可实现私有化软件项目和代码托管，开发人员可远程访问进行wiki和在线代码编辑，issue 跟踪、CI / CD等功能。被互联网企业、软件开发公司所广泛使用。我司当然也不例外。由于我司的 GitLab 年代久远，一直没人去动它，最近频繁宕掉，加上上月底爆出高危漏洞，因此打算对其做一次升级与迁移，同时改成 Docker 方式来部署。

　　要不是为了过等保，🐶 才用马云家的堡垒机。天下苦其久矣。

　　这也许是无法驱动独显的黑苹果笔记本想要外接显示器的唯一方案。