搞技术的，滚蛋！

反而是我们这些真心想写点真正的技术爽文的博主，居然没流量，一点推荐都不给，太没意思啦。我已经一年多没写公众号文章啦，现在是因为咱妈在和老美干仗呢？我一下子没忍住，还是想为咱妈宣传一下。

我为啥要搞一个这样的标题“搞技术的，滚蛋！”，也是被逼无赖，不这样写，没人看哈，现在的人都是很难伺候的，你就得博眼球，要不然没人理你。就像你总是觉得，你会在别人中的印象很重要，但是你却没想过，印象和看法顶屁用，殊不知，人家压根就不在意你，你是一个小喽喽，小瘪三，小人物，谁理你呀，别太高看自己啦，人家才不会在乎你的想法呢？

所以，我一个搞技术的IT互联网人，都被逼成这个熊样了，你说说看，我找谁说理去。

要是我天天写诸如高并发架构设计，高可用架构设计，高性能架构设计，诸如AI技术类型的文章，朋友们，你们会认真看吗？你们会给我点赞吗？如果我要是付费呢？你们会购买吗？你们会吗？

现在AI火啦，你们这些用惯了免费资源的技术人，肯定又会说，技术不就是那么一回事吗？AI就可以帮我们解答，但是你们有没有想过，现在的AI学习的内容，也是互联网上的可见资源，说白了你用搜索引擎搜索到的，AI就能够学到，然后AI再智能化的用智能体给你输出，并归纳整理出可视化的文字内容。

说句不好听的，如果没有我们这些技术人孜孜不倦的在互联网中输出技术文章，那么诸如DeepSeek，ChatGPT等人工智能大模型，有可以学习的内容吗？

很多人可能觉得，用百度的文心一言等，一样也可以得出很好的技术解决方案，但是你不觉得AI生成的内容都是千篇一律的吗？

诚然AI确实可以提效，但是它真的能够替代我们这些搞技术的程序员吗？我看未必吧。

我也亲自体验了很多AI软件，并从一个资深技术专家的视角去评判AI给出的答案，确实差距太远啦，很多都是错的，很容易误导那些新手程序员，只是说它帮你整理成可视化优美的爽文啦，但是答案却是错误的，很多都没参考价值的。

例如我用AI工具去问如下问题，“帮我整理一下高可用架构常用的技术手段？”，你看看它是怎么回答的。

翻来覆去都是以上这些内容，根本就没啥新颖的内容，你说它不靠谱吧，但也还说出了一些道道，你说专业吧，感觉就是瞎评凑了几篇乱七八糟的技术文章，这就呈现给你啦！

这里我可以从一个技术专家的视角去看这个问题“帮我整理一下高可用架构常用的技术手段？”，首先这个问题就要考验你的技术功底，高可用目的是什么？它是确保你业务产品的可用性，说白了就是你要满足7*24小时都是可用的，就算是出现了不可用，你系统也可以在用户无感知的前提下，自动去恢复，当然这里的恢复不仅仅是业务产品对应的服务要恢复，还包括后台的数据也要恢复，所以你说要具备高可用的系统，可不仅仅是这个AI给大家简单的输出了这么一篇爽文这么简单哈。

真正去实际操作，需要考量的技术要点太多了，比如AI中提到的冗余备份，并不只是简单的硬件备份，还有数据冗余备份，并且关于冗余备份部分AI给出的答案也是错误的，其实在软件架构领域，你真要利用备份去解决高可用性，你要考量的点非常的多。

一个是网络，也就是你的网络要具备备份能力，比如电缆被铲车铲断了，你是否有备份的电缆，要不然就不会发生支付宝的不可用事件，罪魁祸首就是电缆被挖断了，是不是？你要考虑的事情很多。

还有，你机房出入端口是否可用，是否有备用端口，当然云厂商会给你提供备用技术能力，如果你是自建机房呢？你的技术是否会考虑整个服务器机房的高可用性。

还有，你路由器的高可用性是否要考虑，前置反向代理，比如Nginx的高可用性，当然这些可以归属于软件的可用性，前面的机房中服务器硬件资源的可用性，可以归属于硬件高可用性，比如硬盘坏了咋办，散热器坏了咋办，服务器被地震震坏了咋办，数据咋恢复，是否可以故障转移，转移以后数据呢？能恢复吗？太多太多了，以上只是冰山一角，更细的关于高可用性的技术还在后头呢？你想想看，AI就这么一笔带过，合适吗？

当然你要AI给你提供思路，这个是可以的，但是思路是需要消化和整理的，还需要专家去判定最终的答案，可能很多都在说AI可以算上一个顶级的技术专家，我觉得是不对的，它只可以当作为一个快速结合现有知识体系（互联网免费资源）去做出一次比较专业的文案输出的专家，也就是给人集思广益，并提供可参考的一些有价值的建议，至于这些建议是否对，是否合适，是否全面，需要你自己去判断。

关于冗余备份需要考量的技术太多了，光微服务外围的技术的高可用点，我都可以出一本书，你说说看，靠AI输出的这几十行字可以解决啥呢？

通常情况下，集群部署就是冗余备份哈，比如你线上部署5个服务实例，一个实例不可用，那么负责处理服务路由的软硬件设备，会立马将这个不可用服务实例上的流量转移到剩余四个服务实例中的某一个上，我们可以简单的将这个叫做故障转移，那么如何实现呢？我告诉你，非常的难。你转移故障，既要对服务调用者无感知，又要对这个服务实例上的服务所依赖的服务无感知，太难了，并不是你简单的说管控流量就这么简单，正如你管控飞机流量一样，你不是只管控飞机的起飞和落地，而是要管控当前空域中所有在飞的飞机的流量。

不要歧视搞技术的程序猿，也许这会，都凌晨一点了，这些搞技术的技术人，还在电脑旁，解决一些线上技术故障呢？明明知道明天要被领导骂，或者还有做背锅侠，但是依然还有熬夜去解决问题，这个就是可爱的技术程序员。