lipviolet的博客

而有的软件必须修改注册表的注册值；甚至有的软件有依赖服务，注册值是无法修改的，只要电脑启动，依赖服务自启，注册值便不能修改，例如浏览器。但是，我是因为目录有空格而修改的，但是实际发现，C盘里的文件夹不就有空格吗，比如：C:\Program Files (x86)，可见，windows是接受空格的，那我这就有点脱裤子放屁了。

年轻的时候看到文章说到百万并发总是感慨万千，虽然很多文章都是标题上有两个字，但是也不妨碍我对这些的憧憬，到底怎么样才能扛百万并发呀？这系统该多么牛逼呀但是接触多了高并发的系统，再系统学习这方面知识后 ，你就会发现 ： 百万并发确实牛皮，但是也没有那么神秘。虽然有不少技术点，但是思路其实不难。核心要点 ：不论多大的流量，其最终的目的都是对流量进行分流，即负载均衡。文章效果 ：能对流量分发和负载均衡有一个全面的理解，但是细节方法的使用无法提供高并发的应对方案：分而治之。

如果线上出现了问题，我们更多的是希望由监控告警发现我们出了线上问题，而不是等到业务侧反馈。所以，我们需要对核心接口做好监控告警的功能。 如果是业务代码层面的监控报警，那我们应该是可以很快地定位出是哪儿的问题，毕竟告警逻辑都是我们写的嘛。如果是服务器资源/所依赖的中间件告警，那我们可能就要花点时间去排查啦。 不管怎么样，无论是系统告警还是是业务侧反馈系统或者接口出了问题。我们要想想在近期有没有发布过系统，如果近期发布过系统，判断能不能立马回滚到上一个版本，恢复系统平稳正常运行（在线上环境下，可用性是相当重要

通过这次故障我们深刻认识到，语雀作为一款服务千万级客户的文档产品，应该做到更完善的技术风险保障和高可用架构设计，尤其是面向技术变更操作的“可监控，可灰度，可回滚”的系统化建设和流程审计，从同 Region 多副本容灾升级为两地三中心的高可用能力，设计足够的数据和系统几余实现快速恢复，并进行定期的容灾应急演练。只有这样，才能提升严重基础设施故障时的恢复速度，并从根本上避免这类故障再次出现。14:07，数据存储运维团队收到了健康系统的报警，然后开始定位问题。15:10 评估新方案，开始执行。