有没有人和我一样，把标题看成了“有人把小牛电动车骑上天吗”

你先试试能不能靠写作赚到你现在一半的月收入，然后再考虑要不要转行自媒体。

不过如果你已经可以靠写作挣到很多钱，那就果断转自媒体嘛，你已经证明了你的能力。

@lamesbond 方便讲讲具体麻烦在哪里么？

@doveyoung 我司 IIS 上没用 WebDAV，我刚明白一楼的哥们为啥问我 WebDAV，原来是我把主题的节点选成了 Web DEV 。

@rapperx2 具体讲讲嘛，让我也感受一下，说不定就吓得不敢容器化了，哈哈

@hisway
@lopetver 前面没打完字就发出去了，这里继续。

花钱的事，在我们这种公司的这种部门就是很麻烦，所以既然已经有了一台阿里云上的 2 核 8G CentOS 服务器了，我能做的就是充分把它利用起来，把整体流程和各个环节都弄清楚，确认没问题之后，再给 4 核 16G 的阿里云服务器重装成 CentOS，然后再把业务手动迁移过去，虽然麻烦点，但这也是当前条件下的可行方案。

@lamesbond 哈哈，有感同身受的兄弟了，握个手

@hisway
@lopetver 我上面没说清楚，2 核 8G 那台服务器也是阿里云的，所以现在是有两台阿里云服务器。

@Judoon 因为我们是传统企业，IT 部门想要花钱太难了，各种审批各种等待，就这个低配的还是好不容易申请过来的……

数据库目前还不考虑阿里云的收费方案，原因同上，而且业务体量也没有大到我们可以名正言顺地申请资金的程度，目前 Docker 也够了。

关于 FirewallD，虽然阿里云的安全组很方便也很好用，但我觉得安全建设还是小心为上，所以 FirewallD 还是有必要做一些几本的配置的。

@z80642519 有些麻烦，目前带宽也很富余，一旦用上，还有各种突发意外情况要应对，所以先不考虑了。

@z80642519 免费 CDN 暂不考虑，因为一旦出现什么问题影响业务正常运行，就会很麻烦。之前短暂用过 BootCDN 来存放各种公共的 JS 、CSS 库，后来遇到过一次问题，之后就不再使用了。

因为服务器的带宽够用，相比而言，稳定性比速度重要得多。

@z80642519 这几年阿里云服务器的运维一直是我在负责，观察过系统的资源占用，4 核 16G 的主机，CPU 占用常年稳定在 20% 左右，内存占用常年稳定在 40% 左右。

因为各项业务用户体量都不大，而且相当一部分业务是纯前端的，所以这个配置完全是够的。

@xuanbg 嗯，阿里云本身提供的安全组之类的功能也会充分利用。

@lvzhiqiang 很详细，非常感谢。

1. 关于“软件存放在容易识别的目录”，我打算全部容器化，这一点是不是不用管了？
2. “重要数据独立成一个分区存放，并做好定时、异地备份”，会使用阿里云的快照业务，每天对服务器的所有磁盘进行备份。后面也会考虑要不要增加本地备份，写个脚本每天凌晨增量备份到本机。
3. “做好安全防护措施，定时监控 ssh 登录日志、配置防爆破登录工具、禁止 root 直接登录等”，参照着 CentOS 官方 Wiki 和 网上一些 CentOS 安全加固的文章，对帐号、SSH 都做了安全加固，也配置了 fail2ban，登录失败一次直接 ban 14 天。
4. “容器本质就是个进程，只是通过 Cgroups 技术 做了资源隔离，跑数据库（数据访问轻量）基本没啥问题，数据独立挂载出来就行”，是的，就是打算配置、数据和应用分离，应用运行在容器中，配置文件和数据放在宿主机中。

@oakcdrom 业务运行环境一旦搭建好了，后面也没什么需要维护的了，除非技术架构要变化。

如果技术架构要变化，即使不用 Docker，也得维护相关的软件和环境什么的。

@iphoneXr 关于第一点，IIS 中看到过 WebDAV，但是没用过，哈哈。

关于第二点，自己几年前买过一台阿里云的 CentOS，网站的基本配置还知道一点，但是系统化的、规范化的运维知识就很欠缺。

关于第三点，现在也还没拿定主意，是否要所有软件都容器化，还是只给部分软件做容器化，以及给哪些软件做容器化比较合适。

@jucelin 嗯，是有考虑把不同维度的数据分别存在不同的字段里，提升可扩展性。

至于唯一标识，可能我没说清楚，并不是物理文件的文件名，而是数据库一张表的一条记录中的"id"，用来唯一对应一份试卷。不过这么有规律，的确太容易被爬了，是得考虑这方面的反制措施，多谢建议。

我以前一直得登录美区帐号才能升级，要是现在改成这样的话很好啊，方便多了

@dk7952638 跳过吧，除非你就是为了搞懂这一个知识点专门来读这本书的指定内容，不然的话，先把整本书读完，然后再回头去琢磨没看懂的地方，因为有些内容是在后面会解释清楚，有些内容是需要时间和经历来理解。