Tag: # Synology

这是一篇在草稿箱里积灰许久的文章，没有发布的原因是之前一直在犹豫要不要配一些例子。前一阵基于 traefik 折腾了一套新的最佳实践，跑了一个多季度，看起来一切都还不错，所以本篇内容就可以拆分成几个小点单独进行发布了。说起群晖的 Docker ，其实轻度使用的时候，跑个带端口映射的容器还真不错，但是在多个应用进行编排使用的时候，使用的时候还是有一些问题。我们可以从 https:/正则 查看到当前支持的 Docker 版本，以及更新记录。 阅读全文

昨天重新整理了一遍家里的群晖系统的硬件，除了数据备份之外，从日志回收到通知告警再到上面跑的服务的更新，有机会可以详细写一遍。折腾过程中，ssh 连接操作必不可少，但是群晖系统却没有设置 RSA KEY 免密码认证的地方，导致每次连接都要输入服务器密码，很是讨厌，而简单创建 authorized_keys 对于群晖不生效也很有意思（先按下不表）。然后在网上进行了一顿搜索，不论是国外用户的博客还是官方论坛上的帖子，感觉都写的很繁琐，以及大量复制粘贴，甚至包含错误根本解决不了问题，故有了这篇文字。 阅读全文

[上篇文章中]，我有写如何收集日志，并对日志服务进行进程守护加固，其中有提到使用群晖作为个人日志采集服务。但是群晖的系统是定制的，并不能够直接使用 supervisor 之类的工具来管理进程，查阅搜索引擎给出的答案，最接近的一篇是介绍如何在群晖上安装 supervisor，但是这篇文章有两个问题... 阅读全文

互联网时代，数据的价值被无限强调，对于开发人员来说，日志并不陌生，但是不知道有多少人有尝试过系统化的收集和处理日志，本文尝试从服务器日志收集建设开始讲起，给出一套相对简单、经济的日志采集方案。这几年各家云主机轮番价格战之后，我们的云主机越来越多，网站也越来越多，除了在云主机管理面板或者通过API进行资源查询之外，有什么更好的方式可以尽可能在不大量编码，把不同云主机厂商的日志收归一处么？当然，现在的公司一般都配置了数据团队，会使用ELK技术栈或者SPARK技术栈去进行数据的ETL，但是对于个人来说，这些都过于笨重了，即使因为容器技术蓬勃发展，几个配置文件一两条命令就能够把服务启动起来，但是有2个小问题... 阅读全文