阿里云盘崩了，滴滴也崩了，对其的思考

🔊博主介绍

🌟我是廖志伟，一名Java开发工程师、Java领域优质创作者、优快云博客专家、51CTO专家博主、阿里云专家博主、清华大学出版社签约作者、产品软文专业写手、技术文章评审老师、问卷调查设计师、个人社区创始人、开源项目贡献者。🌎跑过十五公里、🚀徒步爬过衡山、🔥有过三个月减肥20斤的经历、是个喜欢躺平的狠人。

📕拥有多年一线研发和团队管理经验，研究过主流框架的底层源码(Spring、SpringBoot、Spring MVC、SpringCould、Mybatis、Dubbo、Zookeeper)，消息中间件底层架构原理(RabbitMQ、RockerMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。

📙有过从0到1的项目高并发项目开发与管理经验，对JVM调优、MySQL调优、Redis调优 、ElasticSearch调优、消息中间件调优、系统架构调优都有着比较全面的实战经验。

📘有过云端搭建服务器环境，自动化部署CI/CD，弹性伸缩扩容服务器（最高200台），了解过秒级部署（阿里云的ACK和华为云的云容器引擎CCE）流程，能独立开发和部署整个后端服务，有过分库分表的实战经验。

🎥经过多年在优快云创作上千篇文章的经验积累，我已经拥有了不错的写作技巧，与清华大学出版社签下了四本书籍的合约，并将陆续在明年出版。这些书籍包括了基础篇、进阶篇、架构篇的📌《Java项目实战—深入理解大型互联网企业通用技术》📌，以及📚《解密程序员的思维密码–沟通、演讲、思考的实践》📚。具体出版计划会根据实际情况进行调整，希望各位读者朋能够多多支持！

---

🌾阅读前，快速浏览目录和章节概览可帮助了解文章结构、内容和作者的重点。了解自己希望从中获得什么样的知识或经验是非常重要的。建议在阅读时做笔记、思考问题、自我提问，以加深理解和吸收知识。

💡在这个美好的时刻，本人不再啰嗦废话，现在毫不拖延地进入文章所要讨论的主题。接下来，我将为大家呈现正文内容。

🥤本文内容

前脚阿里云崩了，还在收拾战场，后脚这二天滴滴也崩了，目前崩了的原因大家众说纷纭，有说大厂“降本增效”，把真正干活的老实人给裁了，留下一群只会做PPT的员工，有说是因为被攻击了，有说是因为更新导致的。所以对这件事情，我思考了一下，主要从发布计划和回滚计划来简单聊聊。

咱们聊聊看啊，一个完美无瑕的发布计划，都得考虑到哪些乱七八糟的变化（比如代码的改动呀，配置的扩充咧，还有那啥，数据的来回摆弄啊，各种玩意儿呢）、这些变动带来啥样的影响、咱家有没有真正做到数据和接口的平稳过渡、咱需不需要搞点啥灰度（是不是看起来很高级的样子）、灰度策略又是怎么回事儿？正常的发布流程，是不是得先干掉DDL那个讨厌鬼，然后再去兴师动众地建立MQ呢，等等等等，这里头可都是学问哦！有时候呢，变更本身可能不像开发那么费事儿，但难处就在于发布的那最后一哆嗦。所以呢，咱们开发技术方案的时候，就要提前把这些事情规划进去啦。比方说，假如开发小哥觉得某个方法名实在是不够高大上，于是乎就给人家换了个名字，这样的改变理论上不会出现编译出错的状况，但是一旦被搬到了线上，那就可能会引发在线崩溃啦，毕竟这方法可能还是别人家的插件儿呢，一下子发布出去，可能调用方就找不着北了，立刻变成了线上危机了哦。有的变更嘛，可是涉及到底层数据结构的调整呢，这个时候，有没有办法做到发布过程的平稳兼容呢，还要考虑历史数据该不该移位过去。那这个新发布的功能，到底是要用在哪种场景呢，有没有能力承受流量的冲击，是否需要极高的一致性呢。

下面呀，咱们来说说在项目回滚这档事上，需要格外留意的几点：

1. 首先得明白啥叫回滚目标吧：在咱们开始动手回滚之前，最好能明确回滚的目标，保证目标跟实际情况能对号入座，别一不小心搞错了，回头发现没法补救，那就尴尬了。

2. 数据这东西可得保护好：在开始回滚之前，得抓住时机，把现在手上项目的所有数据都备份下来，这样就算回滚过后出幺蛾子，还能及时恢复正常状态呢，那才是真正的稳如泰山。

3. 检查代码质量，谁也不能掉链子：回滚过程中难免要动脑筋修改几段代码，所以啊，代码审查这活儿得勤快点儿干，确保编写出来的代码质量跟预期要求相符，尤其是那些可能跟业务判断紧密相关的异常处理方法，更是千万不能马虎大意。

4. 回滚之后还得测试！：回滚完了之后呀，对系统进行测试这事儿可不能落下，得看看恢复之后的系统功能、性能之类的，是否真的达到了预期效果，而且还不能有任何一丁点儿问题，这才算是大功告成。

5. 遇事沉着冷静：回滚过程中，那可是小菜一碟呢，说不定就会遇到各种各样的意外情况，比方说程序崩溃，数据丢失啥的，遇到这种事儿得保持淡定，妥善处理，防止他们扩大化，影响到整个系统的稳定性。

6. 回滚完了，版本管理得做好：回滚完之后啊，每个版本都要有个地方落脚，方便将来需要的时候能随时把他们请回来。平时咱们一般采用分叉功能或者利用 revert 和 reset 指令等手段来搞定版本管理任务。

7. 回滚过程中的每一步，都得有记录：回滚的过程中，所有的操作和数据变化都得留档备查哦，这样碰到啥疑难杂症，回头随时就能拿出来翻阅查看，作为参考依据啦。

总而言之啊，为了保证项目回滚的顺利进行，取得圆满成功，增强日后项目开发的驱动力，我们在进行项目回滚的过程中，必须得小心翼翼，明确目标，做好数据备份工作，保证代码质量，对回滚后的系统进行全面测试，紧盯各种异常情况，做好回滚后的版本管理工作，同时还要将回滚过程详细记录下来。只有这样，才能让我们的项目回滚之路倍感顺畅，成就辉煌呀！

📢文章总结

对本篇文章进行总结：

🔔以上就是今天要讲的内容，阅读结束后，反思和总结所学内容，并尝试应用到现实中，有助于深化理解和应用知识。与朋友或同事分享所读内容，讨论细节并获得反馈，也有助于加深对知识的理解和吸收。

🔔如果您需要转载或者搬运这篇文章的话，非常欢迎您私信我哦~

🚀🎉希望各位读者大大多多支持用心写文章的博主，现在时代变了，🚀🎉 信息爆炸，酒香也怕巷子深🔥，博主真的需要大家的帮助才能在这片海洋中继续发光发热🎨，所以，🏃💨赶紧动动你的小手，点波关注❤️，点波赞👍，点波收藏⭐，甚至点波评论✍️，都是对博主最好的支持和鼓励！

• 💂 博客主页： 我是廖志伟
• 👉开源项目：java_wxid
• 🌥 哔哩哔哩：我是廖志伟
• 🎏个人社区：幕后大佬
• 🔖个人微信号： SeniorRD
• 🎉微信号二维码：

📥博主目标

• 🍋程序开发这条路不能停，停下来容易被淘汰掉，吃不了自律的苦，就要受平庸的罪，持续的能力才能带来持续的自信。我本是一个很普通的程序员，放在人堆里，除了与生俱来的盛世美颜，就剩180的大高个了，就是我这样的一个人，默默写博文也有好多年了。
• 📺有句老话说的好，牛逼之前都是傻逼式的坚持，希望自己可以通过大量的作品、时间的积累、个人魅力、运气、时机，可以打造属于自己的技术影响力。
• 💥内心起伏不定，我时而激动，时而沉思。我希望自己能成为一个综合性人才，具备技术、业务和管理方面的精湛技能。我想成为产品架构路线的总设计师，团队的指挥者，技术团队的中流砥柱，企业战略和资本规划的实战专家。
• 🎉这个目标的实现需要不懈的努力和持续的成长，但我必须努力追求。因为我知道，只有成为这样的人才，我才能在职业生涯中不断前进并为企业的发展带来真正的价值。在这个不断变化的时代，我们必须随时准备好迎接挑战，不断学习和探索新的领域，才能不断地向前推进。我坚信，只要我不断努力，我一定会达到自己的目标。

🔔有需要对自己进行综合性评估，进行职业方向规划，我可以让技术大牛帮你模拟面试、针对性的指导、传授面试技巧、简历优化、进行技术问题答疑等服务。

可访问：https://java_wxid.gitee.io/tojson/