所以我一直使用 Stretch 作为小型学术研究办公室的生产服务器。
有大约 500 天左右的正常运行时间，并且随着更新的推出，我一直保持最新状态。
今年夏天，Stretch 从 LTS 中被淘汰。所以我更新到 10，然后是 11（Bullseye）。从那以后，我觉得我必须在内核更新后重新启动一次，也许一个月一次？（自 6 月升级操作系统以来已重新启动两次）。
我对经常“被迫”重新启动以应用更改感到有点恼火。我需要找到时间窗口和/或向用户群提供建议以防止服务中断。好吧，对我来说，一个 Linux 发行版需要经常重启才能保持最新，这对我来说是新的。（另外，但不是那么重要，我认为我的正常运行时间记录需要被打破！）
这里有这篇文章说建议在内核升级Debian 后重新启动：使用 APT 进行内核更新 - 需要重新启动才能生效？我理解，但以前不是这样的，不是吗？
是否有 Debian 的新范例，在 Bullseye 之前不强制重启，但现在强制重启？
我们正在开发一个软件解决方案，我们的一些供应商确实以 CentOS 7 为中心。
CentoS 7 将在 RHEL 7 生命周期的剩余时间内继续生产，该生命周期将在 2024 年的某个时间结束。
CentOS 8 将在 2021 年 12 月之前收到更新。
CentOS Stream 由 Red Hat 宣布，但显然不是 CentOS 的替代品。
如果在不久的将来 CentOS 的选项不确定，我不太喜欢在这方面进行深入研究。
问题：当 RHEL 7 达到其生命周期并且用户需要生产就绪服务器时，CentOS 7 用户有哪些选择？
我们有一台物理机服务于数据库和网站。我们想为这个从旧的物理 Windows 机器到最新的全新虚拟机的计划迁移聘请一名顾问。
显然，承包商将需要一个具有特权的帐户才能做到这一点。在这种情况下，我信任他们，但同时，如果我不信任他们或对他们了解不够，无法完全信任他们怎么办？发生这种情况时，我正在寻找最佳实践（您不知道您是否信任承包商）。如果他们设置后门怎么办？还是错误地或只是在不知情的情况下，做了一些可能会在以后危及新机器的事情？
我的问题：在聘请外部承包商在我们的网站上做需要特权帐户的事情时，准备安全计划的最佳做法是什么？
我找到了这个答案：为服务器管理员承包商提供 root 访问权限的最佳实践（在 CentOS 上）？但它针对的是 Linux 风格，并且可能已经过时了。我喜欢设置工作说明书的建议，我会考虑，但也在寻找技术解决方案。