这是好书！

不知道有没有懂行的讲讲，https://www.fgnwct.com/price.html 这类的工具是否有其他风险？

@hello00001 碰到高手了，他这个应该是基于 https://ehang-io.github.io/nps/#/ 做的

@timnottom @superliy @lizhenda @huwenzhe @kop1989smurf 各位猜错了，楼主厉害
各位猜的都不对，我猜测是做内网穿透软件的

不可以，老哥你上次提问了个帖子，我说了下方案，你这不仔细看啊

从实战角度考虑，只推荐两本，如果是务虚的话，还有更多的。如果你看完了这两本（先 1 后 2 ），你就有了自我判定。
1：《设计数据密集型应用》也称为 DDIA https://book.douban.com/subject/27154352/
2：《微服务架构设计模式》 https://book.douban.com/subject/33425123/

补充说明：微观的数据一定是为宏观的架构做服务的，top to down 的模式，更有利于你对数据和封装的理解。单纯的由点及面，大多数时候我们会输给 GPT 的

同意楼上有几位朋友的观点，做技术选型一定要考虑团队，不要什么高大上选什么，做不出来的高大上都是海市蜃楼。

看了你的规划，我发现你现在的步子非常大，需要大厂才能玩，但是如果是大厂，就没必要来论坛提问了，所以我权当抛砖引玉，做一点自己的感想，说的不好，大牛们补充或者指正：

1：k8s 化过重，你这套选型大量 k8s 的产品，需要团队至少有 3 个人熟悉 k8s ，并且有 2 个专业的全职 k8s 人员才可以，如果不是，建议不要轻易玩的太深，只做单纯的平台就好，等你们后期稳定了，你可以考虑在迁移一些功能到 k8s 上。举例：你的 knative ，kubeflow ，istio 真的有必要么，收益率高么？现在的技术方案问题很多到必须换技术选型才能改正？你先反问自己这几个问题，再做这块的决策。

2：mysql+sqlite 切 dgraph(存储设备信息等数据)/PostgreSQL ，这一步，我的看法是，短期保留 MySQL 应该没问题吧，做好 MySQL 调优即可。

3：victoria-metrics(存储时序数据)/TimescaleDB 这块，我不明白你们的底层数据存储格式，但是我之前做过一次，MySQL+Clickhouse 的组合，很完美、也很省心、省资源，楼主可以参考。当然监控领域，我们选择是 prometheus 。victoria-metrics 不熟悉，不做评价。
这里多说一点，切换存储是个很大的工作，很复杂，也很费事，影响也能大，光这点我觉得就要谨慎对待，不能为了做而做，必须收益率满足团队需求才有意义，所谓的新技术，很多新瓶装旧酒

4：前端：不喜欢有专业开发团队做使用一些低代码平台，按照你的描述，你的 deadline 其实还好，不然不会这么大动干戈。不如自己从头写，做好整体把控。这块仁者见仁，这只是我的看法，大家自己判断。

5：存储：minio 这类支持 S3 满足不了你们吗？ ceph 我不熟，但据我所知，比较复杂，不如 minio 简单，对于一般团队没有专业搞存储的或者做这类的团队，我不建议在这块上太激进。你不如看看 minio+juiceFS 这类方案

6：流式数据很多，对实时性这么敏感？ spark 切 flink 也是大工程量，也是看收益率的工作，我不建议做，用好一个足以，如果实在是符合 flink 场景，那么推荐 streamX

7：微服务：Quarkus 这里我真笑了，不是新项目，重构项目，坚持保留 sringboot 的结构，vert.x 团队有人 hold 住么？响应式玩得转么？如果非要追求 native ，用 springboot3 ，做好原有 springcloud 项目的重构和组合即可，完全不需要重写，更不需要换框架。您要是新项目，当我没说！对了，对于大项目来说，那点 native 冷启动和内存消耗来说，不算什么，需要做好的是：减少你的服务数，一般的服务，不要动不动拆成微服务。这块，能理解就理解，不能理解就去看 DHH 文章，不争论

8：CICD：drone 我用过，效果不错，可以替代 jenkins 了，团队有人能搭建就行。sonarqube 也就配置以下就可以。buildah 这块，配合你们如果有人有精力做专业 cicd 平台可以搞一下，不然我认为，做一套 k8s+drone+gitlab 就足够了，只要设置好项目 hook 和自动化即可。太多工作，反而喧宾夺主了，devOpts 是为了降本提效，让大家省心省力，不是为了让团队把时间都用在这上面，需要明白主次


总结：楼主这套，跟我之前的一些选型有一些像，我也遇到过类似的质疑，为什么不这样，为什么用这个这类问题。很多时候，架构选择，技术选型不是一个先进性的问题，是一个综合问题，你要优先考虑什么。
更重要的是，好的架构和技术选型，一定是能落地的架构，一定是大家（公司和团队）都是受益者的架构，一定不是人云亦云的架构，也一定是做了某些妥协的架构。

不要把新技术、云、大数据等等新技术，一股脑的塞给任何一个团队，任何的架构革新都是抽丝剥茧的变化，从收益率最大的那个入手，一点点来，适可而止，不要只考虑自己的喜好，多想想团队和后续。

以上是我的一些浅见，请楼主和各位大牛轻拍

有啊，我就是。

1：畅通无阻的开车自然很享受，但是堵车不是，碰到低素质、工作日上下班都是难受的
2：开车不准时，地铁多好，能站一会儿，能走一会儿，而且还准点
3：停车很麻烦，不管是公司、小区，还是外出去商场医院，停车都是麻烦事
4：电动车充电，里程焦虑很麻烦，不是每个人都有一个充电桩的，至少小区就没有充电桩车位，还得没电了特意出去充电，对于宅的人来说，是痛苦。油车开几个高速，回来路上就得加油了，比电动车好一点
5：有车以后花钱更多，不如坐地铁。开车之后，活动半径增大，去商场本来带不了的东西也可以放车上，反正多了一些可有可无的消费
6：恶小而为之的事儿增多。礼让行人，不随意变道，提前打转向灯等等《小事》越来越模糊，很多《老司机》全靠感觉开车，做事做人，底线都在下滑

颈椎是大问题，久坐族尤甚！如果不重视，就是拿自己的生命和家人的幸福开玩笑，我曾经连续一个多月一直睡觉颈椎疼醒自己，各位朋友一定要注意身体防护，自己的身体，这不是你的手机，不要挥霍使用

1：多跑步或者快走
2：经常拉单杠，很有效
3：多起身运动，尽量每小时内起身至少一次。咱们上学的时候课间休息 10 分钟真的很科学
4：多喝水，多喝水您就得上厕所，坐着不动硬憋也憋不住啊

看了很多老哥关注这个话题，多说几嘴：

1：兴趣很重要，但是语言的选择，兴趣不是那么重要；特别是当你在强烈的社会现实面前，兴趣会变得脆弱；很多人说自己对技术有兴趣，但是业余时间更喜欢刷剧和玩游戏，到底兴趣是什么，真的驱动力是什么，要真正的认识自我，不要麻痹自己，特别是工作不多久的同学，你问问转行的各位，几个人能做到不忘初心？所以在最初的时候要明确初心是什么，如何能够坚守

2：“古之成大事者，不惟有超世之才，亦必有坚韧不拔之志”。认识到自己是普通人很重要，程序员这行，如果您真有坚忍不拔之志或者超世之才，不需要选择，直接全都要！如果不是，尽量选择《入世方案》，《适应市场经济》，做时代洪流和红利下面的一份子，不要高估自己的学习动力，也不要低估自己早期的努力，选一个有利于自己实际利益的方向更好，工作里的大多数事情，有了正反馈之后，你自然就会产生兴趣，如果没有正反馈，兴趣早晚磨灭，真正的兴趣需要不停的正反馈。不然那么多人玩游戏又是因为什么？

3：早期选一门语言，贪多嚼不烂，贪多嚼不烂，贪多嚼不烂。先发展深度，在发展广度，由点及面的学习，不要发散！不要发散！不要发散！不然你会被各种《新技术》，各种《实用的技术》，各种《必备技术》，各种《 P8 技术和年薪百万的技术》带跑偏，最终丧失初心

4：先实践再理论，多做实用项目，不停地完善，多跟社区交流，多接触国外的技术理念和大牛。必须重视足够的代码实践，哪怕有了 chatGPT ，哪怕你觉得不过如此的项目，也动手做一做，你会发现，《想和做，是两回事》

5：别人的经验总归是别人的，自己的动手实践才是自己的。一直看别人的东西，不如把自己的东西搞得多一点、深一点。大牛的东西都是带有他们的时代、工作场景、具体问题具体分析很重要，不要动不动上《八股文》

6：经常看看基础，基础很重要，用第一性原则分析问题、解决问题会提高眼界，拓展思路，不要局限自我。不要局限自己是 C++程序员、Java 程序员，语言是起初的敲门砖，也是工具。"不滞于物，不困于心，不乱于人"，一切都是为了达到你人生目的的手段，而不是目的，技术不是人生目的，C++和 Java 等某些专一技术更不是人生目的，提前想明白，工作时候会更豁达一些。

7：符合市场经济和时代红利的技术选择很重要，不要听信哪些都要学的同学，第一门工作语言就跟老婆一样重要，是你的几年的主要经济来源和时间陪伴，不要多情，也不要寡情。选一个冷门，固然有大师做例子，但是提前认识到自己是普通人，入世选择更重要，《钱》就是我们打工人最重要的选择因素，《在自我可控的框架下，向钱看》。不然你看看 V2 时不时出来换工作、买车、找对象、房租、买房等等问题的时候，《钱》其实占据了主导因素甚至全部因素。


看不得一些虚假的人，假如每年收入一个亿，还搞个屁技术。大多数人都是俗人，不是 jeaf dean 和 guido van rossum 这类大神，做个现实主义的技术爱好者，抓住时代红利和行业红利，不自怨自艾，快乐一点不好么？

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

补充一点看到的其他人的想法，与技术无关，但是可以作为现实主义的参考：
选比亚迪和特斯拉都不重要，我选择宝马奔驰，因为我知道我以后会换更好的车，考虑二手车置换和保险费用，我也知道电动车的功能很好，但买 BBA 之后别人对我和我的家人的隐形改变更重要，我是社会动物，都有虚荣心，真要算账，买车还真不如打车划算（一线城市尤其如此），但是买车计算的那么透彻的人几个真的做到没有虚荣心？
如果更有钱，我选择宾利和劳斯莱斯，买车跟买房一样，看重实用，但是实际上海边大别墅和劳斯莱斯一样，肯定有不如小两居和比亚迪电动的各种理由，如果给你选择，你会做什么选择呢？
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

所以在我看来《重要的是，自己拥有更多选择权的能力，而不是有限选择下的辩论分析能力，那么如何能够具有这种能力呢？》

整个表达看出来，这是一种精神内耗，要摆脱有几个选择：
1：离开，成为另一个贴子里的人
2：提升自我的定位，包括自身定位和公司对你的定位
3：佛系心态，保持躺平态度做事，多少钱干多少活

@coetzee 车就是工具，所有需要折腾的（类似手机系统），一律不要买，买车越省心越好，除非您真的想花时间耗在上面，不过这类人不需要大家给建议了

我给你一个切实建议：
先做品牌选择，在做车型号选择。你让你老婆选品牌，你选具体型号配置。一家人的事儿，都参与一下决策会更好

将你想买的车品牌，做成几个选项，让老婆选，你也自己选，然后你俩对一下，做个权衡取舍，不要只单纯考虑自己的想法。
大多数男性的想法就是配置党，喜欢比亚迪，但是按照我的了解，在选择比亚迪和特斯拉的时候，女性更多的选择是特斯拉，特别是上海这边尤其如此，买车，特别是城市车，同价位考虑性能没啥意义，主要是考虑其他因素。你可以称之为虚荣，也可以叫做品牌好感度或者品牌印象。

@coetzee 再说一点 Java ，Java 类似岗位做久了，大多数都是业务专家而非技术专家，或者叫做《资深技术类业务专家》，很多老 Java 其实技术并不扎实，不说 JVM 本身，但就并发和 IO 这事儿，模模糊糊也能做事儿，反正 Java 语言的确牛逼，人傻出活快的框架也不少，《唯框架主义者》较多，《 Spring 党》犹如卖油翁一般，唯手熟尔足以，上限有限。

还有一类《高端的架构师党》，他们最喜欢谈论并发和数据量，上各种《乐高般》的框架组合技，用自己《丰富》的架构经历和大厂经验来教二线城市的《码农》开发 XXX 系统，制定各种规范和各种 XYZ 框架之上的封装，美其名曰简化开发，提高生产力。实际上，您看到的很多架构师，SQL 都写不利索，动不动分库分表或者上各种中间件，哪管运维死活，哪管业务复杂度和技术复杂度的匹配，哪管人员学习和维护成本。《大厂怎么干，我怎么做》，有人反驳就拿出来阿里等大厂举例子，最终团队的结果就是，
=====================
大厂圣经在手，
技术决策我有，
团队讨论谁与争锋，
尔等码农就等滚球
=====================

这两类，是大多数人的最终归宿，还有最后一类转为了《管理岗》，说白了就是去给某个 BOSS 当狗，都是为了生存，咬你一口咋地？生活改变了谁，成为恶龙之前或许都是屠龙少年，整个 Java 圈子的文化，二线城市的内卷不输一线，撕逼扯皮之事常有

@shiwoya 不多是好事儿，还是我说的供需关系比例问题，Java 的人，各大厂冗余太多了，一线城市的互联网公司业务缩减导致大量 Java 外溢到二线去做个 leader ，你去了，只能跟随其后做小弟一辈子，而 C++，人少，岗位少，没有外溢现象，有的话也远小于 Java 这类业务语言，这就是最大的优势。

再说一个，大量老 C++系统，还有一些视频系统和 QT 系统等等；随着大量《老人》的退出，人员的稀缺也会增加一些岗位。楼上说的 go 也很好，但是 go 作为新时代 PHP ，其后会有大量竞争者出现，一线城市工作经验在 Java 和 golang 中特别重要，而 Rust ，你要学的话，往中后期走，必须得会点 C++了，绕不过去。

学 C++这事儿，纯属根据利害关系来权衡，当然您要是自己搞事儿做东西，能用 go 和 Python 做成，就别轻易上 C++这类东西，这属于给自己找刺挠，但是工作技能选择的话，时代红利和市场关系是必须考虑的

@coetzee 再补充一下市场因素，供需关系比例才是个体需要考虑的因素，市场上 Java 大量过剩，C++对于新手期的不友好是个体进入这个行业最佳的选择，门槛高和一些 C++老人的退出意味着更多的机会

@coetzee 不仅如此，大多数脚本开发者，也会变成业务专家或者 GPT 使用专家，而真正的 C++开发者，才是技术核心人员，很多前沿领域已经有这个趋势了，可以提前布局，不要听别人说 C++的缺点如何如何，只有两种东西，一种是没人用，另一种是有人骂

C++，AI 时代，C++和上层动态语言组合更合理，Java 作为《中间层》代表的语言会被 AI 表现的能力削弱很大市场