这是一个创建于 161 天前的主题，其中的信息可能已经有所发展或是发生改变。
在我刚开始搭建个人网站时，只是简单使用一台云服务器部署了 Nginx +Docker 。
随着访问量增加、服务增多（如：统计系统、评论系统、nCalendar 自研产品等），我逐渐发现单机架构在稳定性、可维护性、扩展性方面面临诸多挑战。
这篇文章记录了我的网站架构从「单机时代」逐步演化到「云原生架构」的全过程，希望对也在探索的朋友有所启发。
更多详情请参看博客文章： https://blog.lusyoe.com/article/website-arch-upgrade
随着访问量增加、服务增多（如：统计系统、评论系统、nCalendar 自研产品等），我逐渐发现单机架构在稳定性、可维护性、扩展性方面面临诸多挑战。
这篇文章记录了我的网站架构从「单机时代」逐步演化到「云原生架构」的全过程，希望对也在探索的朋友有所启发。
更多详情请参看博客文章： https://blog.lusyoe.com/article/website-arch-upgrade
 | 1 rockddd 161 天前 你这文章对于 V 站程序员可能过于基础了。 |
 | 2 mrgeneral 161 天前 文章似乎只说了演进阶段，没提及实际诉求的量化指标？ |
 | 3 lusyoe OP 感谢回复～ 这篇文章主要是作为个人记录，同时面向的是刚建站的朋友，确实会偏基础一点。 后续也计划写一些进阶内容，包括踩坑记录，欢迎关注。 |
 | 5 695975931 161 天前 可以，点赞 |
 | 6 ala2008 161 天前 确实没有说瓶颈在哪里，集群，多几个节点可能也能应付的 |
 | 7 hxndg 161 天前 只有技术，没有看到真实的问题记录，我对于问题记录更关心 |
 | 8 version 161 天前 看到这个架构我就知道要很多钱。阿里系要逃。不适合白嫖挡 |
 | 9 hidemyself 161 天前 比较好奇有多少量，需要这么部署 |
 | 10 maocat 161 天前 ` 纪念一下首篇文章阅读量破千 字数 754 阅读时长≈2 分钟 2025-6-13 ` ` 我逐渐发现单机架构在稳定性、可维护性、扩展性方面面临诸多挑战 ` 发现的好，下次别发现了，下次写如何在单机上进行性能优化更能吸引我 |
 | 11 itechify PRO 自己的服务器，一点要选择宽带大一点的，机器加 swap ，又不是不能跑，慢就慢一点呗。 大多是小服务，docker-compose 注册有共用的就提取出来  |
 | 12 adgfr32 161 天前 via Android 这种网站，单机部署，哪里有瓶颈升级哪里就行了。就像你一开始说的带宽只有 1M ，那就升级带宽，把一些静态文件摘出来避免占用服务器带宽，这些才是最有效的解决方法。 用 k8s 本生就有成本，只有当你有了一堆机器，甚至来自不同的云，你管理这些机器的成本远远超过了 k8s 本身，才适合选他。 |
| 13 adgfr32 161 天前 via Android 不好意思我第一次没好好看你的文章，我上面说的你在第二个版本已经实现了，只是好奇为什么博客系统需要这么多的服务。 |
 | 14 jeffh 161 天前 感觉 v 站的业务，存储和并发啥的不是瓶颈，要解决的是安全和 DDOS 等的问题 |
| 15 lusyoe OP @z1829909 不单只是博客，我还有很多其他的服务和工具部署在上面~ 另外我本身搞过 5 年的 k8s 容器云平台产品，不说精通，对 k8s 也算是比较熟悉了，阿里云 ACS 是 Serverless 版的 k8s ，不需要管理控制面和节点，只需关心应用所消耗的资源即可，所以相对成本较低。 最后我一开始就没规划把这台小服务器作为主服务，后面计划只是当做备案保留和跳板机来使用。 |
 | 16 shellcodecow 161 天前  1 嗯 从 68 一年到 6888 一年 |
 | 17 Lshl56B4vDqdixwK 161 天前 典型的过度工程化，博客这种静态内容完全可以缓存到 CDN 上，源站用个 512mb 的低端 vps 就行。 Kubernetes 只会增加无意义的复杂度，绝大多数的网站没有那么高的流量。 |
 | 18 googlefans 161 天前 @jeffh ddos 无解吧？ |
 | 20 carytseng 160 天前 如果只是部署个博客，没必要，问题你跑了太多其他杂七杂八的东西 |
Select Language