@salmon5 内部服务器用阿里云自己的 dns 。也要跪那 2 小时。只是 4 点之后，内部服务的 dns 就恢复了。我们监控就一直在说容器服务无法访问，rabbitmq 无法访问。。。4 点他们查到问题之后就好了。

alb 倒是还好。凌晨我们没人用。

我的意思是这个 P 几已经不是阿里云能负责得起的事了。看后续报道吧，1 ，要么就是大事化了小事化无，冷处理。2 要么就是甩锅给某国

这次事故无法按 P 几算。可以说是阿里云完全瘫痪。因为所有服务都是围绕着这个 aliyuncs.com 来的。国内，海外都跑不掉。魔幻啊。。。史无前例的魔幻。

99.995% 的可靠性。是 7*24*365*0.005%=3.066.。业界通用算法是这个。AI 说的啥啊。。。谁说这是连续运行时间。。

就是。。这么，然后那么用的。怎么？开个行业大会讨论一下？

唯一版本答案。IPTV 。老人就别指望他会操作了。
小朋友？小朋友不许看。。。啊哈哈哈哈

ctrl+c ，ctrl+v 。。。不难啊。。

@Jammmm 啊？ 1 年 2 万公里都跑不了？那是没价值。。。只不过我觉得有了车，就很容易 1 年跑 2 万公里。一个月 2000 公里而已。上下班+周末出去玩分分钟就跑到了。

有一说一。。。其实 6000 块钱买个二手电车才是版本答案。因为不用到明年拿报废补贴。就光油费，一年 1 万是能省出来的。

我记得 10 年前华为内部就绝大多数是云桌面了

有没孩子，有没有大城市户口 or 大城市读书不成问题是关键决定点。
如果有孩子，读书没问题。100%选大城市。
没孩子，怎么舒服怎么来

我们业主群天天为这个充电的事吵架对骂。新时代，新矛盾。没什么好办法。

莫慌。我已经 10 年了。。

作为运维

定位是让开发者无需关心 K8s 底层，通过图形化界面和声明式配置，就能快速构建、交付、管理云原生应用。

这个定位我就不会去看这个产品，是 terraform ，argocd 不香了？还是 k8s 得原生 yaml 真得有不能用的问题？

开发者本来就无需关心 k8s 底层，这是个伪命题，说实话，你们是在闭门造车。

有研发能力的，就自研平台了，这是开发运维的活
没研发能力的，ci/cd 还不够用？开发需要知道什么 k8s 底层？公司养运维是吃干饭的？你是认为一个容器平台就能让公司没运维了？

研发的关注点就不在 k8s 或者说运行环境。
运维的关注点，90%是应付工作，你给我整个页面操作，出问题了还一把抓瞎。

另一方面，这类工具太多太多了，盘子就那么大，有平台意识的公司或者运维大佬我有几十 k 的开源项目不用，把线上环境放一个 5k 的半死不活的国产开源项目里？

还是 gitlab+k8s 比较舒服。花了 1-2 个月改造。稳定，从来不出幺蛾子。简单可依赖的典范。

他发热，关我什么事。。只要不炸。就给老子干活

@yuanyao 我直接买的花洒。。混水阀其实质量肯定有优劣，但花洒是大众产品。。下限高，上限低。花洒当然不需要差点啊。。这玩意哪需要插电。。

@zhangsimon

我觉得要分开来看待，到底是企业用户还是个人用户的软件。如果是前者，代理商是利益的一部分，这个无可厚非，我不是讨论这个。但如果是后者，我觉得就是个笑话。。。。软件分发平台已经完全够了。就拿 op 举例的这 3 个都是这个范畴。真知道需要用的，自己会去官网买。代理商做了啥推广？还双十一。。。当然，如果有便宜的，不买是傻子。官网自己打折就好了。全球范围的，很简单。我实际是不理解海外这些 app 的开发者是怎么想的。或许是比如卖 1000 个授权給代理。不管这 1000 个卖不卖得掉，反正开发者已经落袋为安了。这个我倒是能接受。

走出去看看吧。。。三四线城市早就大把公司在做这个玩意做得风生水起了。长沙我就知道有 2-3 个，本地服务同样还是能赚钱的。