这不就是套了一层 systemd 的壳？比起之前更复杂了，每次更新都要改 systemd 配置，直接用 docker 或者 compose 管理不是更方便？

里面还有很多基于官方 image 重做的 dockerfile ，是要让用户在本地再 build 一次嘛？（有官方版本为什么要自己造轮子）

甚至有直接把别人用于破解的 repo 打入 dockerfile （ confluence ）。

emmmmm ，，反正我没搞懂这个是为了解决啥需求的，感觉有些迷唉。

记住一条，弄清楚自己的底线（退路）是什么，最差会到哪一步。

之后考虑 /面对的一切，如果都在这个框架内，那就不需要太担心，而且，你的退路会慢慢随着你的资源而增多的。

我虽然不是大厂，但确实在最开始也遇到了你相似的问题。

总的来说，你列举的有些问题确实是要关注的，另一些则没必要，而即便是这些需要关注的问题 也不是当下需要考虑的，注重于当前的问题，不要焦虑。对于成年人，比较重要的是有能力去面对各种情况，兵来将挡，水来土掩。

具体的：

1. 试用期不过：这是个需要关注的问题，但不是现在。你要先确认 对于试用期留下有多大的需要，如果必须要留下，那么在你工作之后需要想任何办法让自己通过六个月的试用期，至于如何把握底线，取决于你的需要。这个问题不是现在需要担心的，也有可能之后发现没有那么艰难。

2. 一年被干掉：这是个不需要关注的问题，你还没有进公司或者不确定能不能留下（试用期），最关键的是，这几乎是完全的不可抗力，自己的伸缩性很小，更多取决于公司层面（小组砍掉，leader 不爽，同事使坏，预算缩减，etc ），你的努力在这个问题面前没有那么的重要。

3. 万一被干掉不好找下家：这是个不需要关注的问题，现在没有任何迹象表明你被干掉的可能性大，这个问题最早也应该是半中间听到了什么风声，或者 KPI 够不到（试用期）才开始考虑。而且如果真的被干掉，继续找就好了，被干掉之前的钱也够一段时间了，压力其实并没有那么大，尤其是大厂给的多，会有很多的试错空间。简单来说，前几个月的薪资给了你足够的试错空间，不需要太担心。

4. 被干掉拿不到赔偿：这也是个不需要关注的问题，太远了，即便被干掉了不给赔偿，你之前的月薪也够你一段时间的试错了，不用太担心。如果有时间精力成本，可以试着仲裁；如果没有，放松一下继续找下家。

5. 技术不好，不会干活儿：不存在的问题。如果因为你技术不好而被批评，那么问题点肯定不是你，要么就是团队招人的技术栈和 HR 的不一致，要么就是在 PUA 。原因很简单，一线互联网公司，面试没有那么简单，能通过面试的，已经证明了你有足够的能力。而且，你是应届生，他们招你之前也 100%知道，你做为一个应届生，即便任何东西也不会也是应该的，本来就应该有对应的 buddy 带你飞。

6. 气氛不好，被甩锅+PUA：不用担心，兵来将挡，水来土掩。专注于你的目标，其他都不重要。和大学一样，和你聊得来的人相处，不喜欢的应付过去，找碴儿的正面刚（看你情况）。只需要把注意力放在你的目标上，比如 KPI 要求是什么，我满不满足，feature 的 deadline 是多会儿，能不能 done 。PUA 了怎么办？看性格和退路，正面刚或者随便他。厌倦了怎么办？换个轻松的环境（跳槽）

7. mac win 不习惯：不需要考虑，习惯就习惯了，不习惯就不习惯，多熟悉下就行，没什么大不了的，要相信自己有应对问题的能力。就和小时候担心妈妈没有准点来接你回家一样，现在不担心了对吧。这不是什么问题。

8. copilot 和 gpt：同上。

9. 租房：这个是目前来说要考虑下的问题，首先得给自己找到落脚点，可以找公寓那种比较靠谱点，具体方法自己找吧。其次，以你的薪资来说，只要能撑过一个月，你就有足够的试错空间，所以，不给就要，还不给嫌麻烦就不要了。

拉最新代码，然后编译包，刷入

我有 visa ，但是不知道 YouTube 限不限区（奶飞开着香港的倒是没问题

+1

不建议，成本太高，这种服务 SLA 要至少 4 个 9

@wangweitung 两部验证器

@xy629 不需要买啥，鼠标键盘插后面就行，但游戏体验已经不能说差了，是真的没办法玩儿，我只试了半分钟就换手柄了

最简单的，minio

建议上 Dell ，没那么多弯弯绕绕

我试过，很卡，撕裂

@brader 没啥区别，我把 docker compose 和 data 都放在一个文件夹，直接打包也行

@brader 你这就是把每个 docker container 加了个 systemd service 吧，不但不会简化迁移操作，反而需要多家个 service 迁移

@Love4Taylor #15 DKIM 倒是没有注意过（貌似可以的吧，网上能搜到很多教程，不过我没自己试过），当时选这个是因为域名是他家的，而且后端服务和我们公司一样都是微软，很稳。

@Aloento #9 好的，感谢，我试试

@bjzhush #14 dropbox 国内得 fq ，而且不能正大光明的给朋友发链接分享，我自部署可以，而且不用 fq 。不过我上面东西不多，重量级的都在我 NAS 。

@hicdn #17 我是看到有些加密啥啥东西的证书，有好几个，担心丢掉后数据找不回来。。

@nightwitch #8
@gpt5 #13
感谢两位的建议。本人是 ops 一枚，相对来说这些服务还是比较容易部署的，升级什么的一般都是 docker compose 换个版本，有些不方便的也写了 Jenkins CI 。上面只是列出了比较常用服务，还有一台放联通的 dell r720xd ，上面有 vsphere 全套，家里也有个软路由 unraid 当开发机，总体来讲 vsphere 升级是最恶心的。。。

确实有安全性问题，之前 Tencent 香港云服务器退役后给朋友玩儿，结果朋友误操作被黑了，不过当时已经全部迁移 aws 了，几乎没怎么受影响，整个服务目前运行了两三年的样子，还好。我的服务一般不会对外分享暴露，完全自用，知道的人少一些也能减少些被攻击面。里面全部使用 docker+nginx ，即便服务被黑了也只能访问到 docker 内部，对其他服务应该影响不大。不过考虑到有可能干穿到 vm ，确实有必要将 data 定期放 s3 存档。

商业服务确实很稳定，安全性有保障，但有些需求实现不了，比如我上了服务器的文件后端都是 s3 ，可以用 cloudreve 切换不同地域的存储，同时也可以把同一文件分享给别人（ s3 直链），blog 链接，朋友间共享，NAS 同步，虽然机器在新加坡，但不用翻墙可以访问。国内的网盘不信任不说，外面的网盘大部分都要 fq 。

还有比如 confluence 商业软件是为 team 打造的，个人有很多限制，团队付费又用不到。git CI/CD ，公版有限制，内地还不能用。朋友的博客也和我的在一起，想配啥都行。

总的来说对于我维护成本还算是可接受。