而如果你这个项目业务逻辑没那么复杂, 你团队的人数也没有百人之众, 完全没必要上微服务. 纯粹是给自己找不痛快.
微服务并不限制编程语言. 你用 Java 可以微服务, 用 C# 可以微服务, 用 Golang 也可以微服务. 微服务不绑定某个编程语言, 甚至可以 A 模块用 C# 开发, B 模块用 Kotlin 开发, 没有任何问题. 随你便. 这也就是为什么好多企业招聘开发工程师时候不会说招聘 "高级 Java 开发工程师", 而是说招聘 "后端开发工程师". 因为他们是允许后端用不同的编程语言开发的, 反正都是微服务, 只要按时把活儿给老子交出来你用 Java 用 Golang 随你大小便. 反正交付出来的是 tar 包, 运行起来是 CI/CD 推到 Docker 集群.
但是在 2026 年一月份的当下, 微服务正在从 "通用方案" 回归到 "特定场景方案". 无他, 微服务架构对于很多中小型企业来说没有任何意义. 微服务架构解决的是极端复杂的产品或者巨大团队的开发协作问题. 比如一些系统复杂得如蛛网一般, 新人上手的时候光理解既有的代码库可能就需要一两个月的时间. 但是如果拆分为微服务, 每个小模块都是很简单的逻辑. 模块之间通过标准的 RPC 接口通信. 负责维护的人只需要理解这一小模块的逻辑即可, 无论是后期离职交接还是新人上手都可以相对快.
但是微服务的代价也是非常昂贵的. 有一句话叫 "程序复杂性从来都不会消失, 只会转移". 微服务把单体里 "开发时的耦合复杂性", 转移成了 "运行时的维护的复杂性", 但从未真正地消解掉过这些复杂性. 原本大单体那种东西只要简单地把程序集往服务器上一丢了事. 有问题, 有问题看日志啊! 日志连具体哪行代码出的问题都能给你记下来. 但是一旦上了微服务, 就必然要考虑每次上线时候的模块依赖问题, 以及部署、监控、日志、扩容问题, 必须引入服务注册发现 (Nacos/Eureka)、链路追踪 (SkyWalking)、配置中心 (Apollo)、可观测性 (OpenTelementry) 等各种各样的组件. 否则一旦出现生产环境问题完全就抓瞎. 而这些东西就必然涉及到额外的成本. 而且据我所知, 这些东西在各种云服务上, **价格都不低**. 而在 2026 年中国大陆经济整体自由落体的大环境下, 基本上除了大厂以及外企以外几乎没有哪个企业乐意把钱花在这种毫无意义的地方. 所以你可以看到前些年大搞微服务, 云原生的各种厂正在大规模下云, 逐渐回归 "单体 + 分布式部署" 的模式. 毕竟对于大多数中厂小厂来说, 他们的产品一年产生的利润都未必能抵消支撑微服务所需要的成本. 一个日均 PV 连十万都不到, 下线 10 分钟收不到一个投诉电话的产品, 整那么多没用的干啥? 咱做的是商业产品, 又不是艺术品.
而大厂们虽然确实依然在推行微服务/云原生, 但是目前来说, 大厂的门槛已经高到天上去了. 基本你可以不考虑大厂. 而外企目前由于中美冲突, 大部分外企都锁 HC 了, 随时准备裁撤中国研发中心 (如 Microsoft, Marvell). 所以这节骨眼去学研究微服务, 学 DevOps 可以说是不太明智了. 更何况剩下还在头铁搞微服务的中厂小厂, 现在也更倾向于招聘有实际落地项目的 DevOps 工程师. 你现在才学, 学完了根本没有机会让你在简历上添上一个微服务架构的项目经历, 真需要 DevOps 岗位的企业不清楚你对 DevOps 的理解程度大概连面试都不会给你.
总之: 不建议为了转岗而空学 DevOps.
但是即便不去研究什么微服务, RabbitMQ, 容器化跟 Kubernetes 也还是有必要深入研究的. 这些组件现在的重要程度跟当年的 IIS, Tomcat 一样重要. 是现代互联网开发的基础设施. 即便单体架构也用得到.
@
cubecube 现在是基本上应聘开发都会考 DevOps 的知识. 现在这些中厂小厂们基本都已经不再单独招聘 DevOps 了, 全部由研发兼任. 平时 CURD, 产品上线之后要会折腾那些 infra 组件. 所以一般都要求你必须两边都会. 上能搭 CI/CD 环境会做金丝雀发布, 灰度发布, 下能写 SQL, 写 CSS, 写 JS.
然后一般会给你一台电脑, 给你一个主题让你自己开发实现一个很简单的需求, 比如矩阵乘法. 不限语言. 然后看你的代码风格, 代码质量. 然后问你有哪些能优化的地方.
然后就是工资要求, 离职了没什么时候离职, 通勤距离多远, 怎么来, 是否有竞业协议.
k8s 的细节. 比如某些参数是什么意思. 有哪些坑. ingress, nginx, 探针怎么实现;
自动伸缩怎么实现. 缓存穿透如何预防;
docker 的原理. 虚拟网络, volume;
什么叫遥测, 用过 Prometheus 没, OpenTelemetry 用过没有, Jager 用过没有;
MySQL 优化, 索引, 大量数据的查询优化, 分表分库, B 树/B+树有啥区别;
红黑树, 限流怎么做, 令牌桶/滑动窗口怎么实现, 漏桶算法与令牌桶算法有什么区别有什么好处;
Vue/React 用过哪个, 为什么 Vue3 需要 ref / reactive, 有啥区别;
Virtual Scrolling 做过没, 如何实现;
用过 AWS 没;
说下你最近做的一个项目;
说下你在以前做过的项目里遇到过的最棘手的问题, 又是如何解决的;
一般就是这些.
确实是这样的.
疫情期间我就远程工作了一段时间. 最大的感受就是: 沟通成本急剧升高.
原本当面可能嘴说手划连说带画几分钟就搞定了, 但是远程时候就是:
"这里要 XXXX, 那里要 XXXX"....
满脑子黑线, 你 tm 到底在说啥啊.
再不就是半天不回复.
但确实是 tm 自由啊, 我那时候天天下午两三点起床, 干到次日上午八九点钟, 然后做点早餐给家人, 躺下睡觉.
真 tm 爽啊
不能理解. Lambda 多好的东西啊, 用起来多爽啊.
``
const strArray = [
" Hello World ", // 有效（包含可见字符）
" \n\t\r ", // 无效（仅空格、换行、制表符、回车）
"", // 无效（空字符串）
"JavaScript", // 有效
"\v\f\s", // 无效（仅垂直制表符、换页符等不可见字符）
" 前端开发 " // 有效
];
console.log(strArray.filter(str => !/^\s*$/.test(str)).map(str => str.trim()).join(""));
//Hello WorldJavascript 前端开发
这么好用的东西竟然排斥. 非要写好几层循环才行?
如果百度继续这样混下去, 估计, 十年之后结果就是:
1. 收缩到一定程度被收购.
2. 团队逐渐解体, 收缩. 贴吧/知道/文库/网盘/爱奇艺等业务逐渐关闭/出售, 保留个一百号人左右的体量, 从百度大楼变成中关村某写字楼的一层, 然后跟以前的 263 瑞星 一样改做 ToB, 专注于企业内各系统的搜索整合, AI 化服务, 以及外包开发. 就这样苟延残喘下去.
@
zhonghao01 人家是苹果人, 苹果人过圣诞节不过春节的. 就我们这些安卓人才过春节. 人家觉得 low 自然会 ban 我们 233333
所以就像某些地方为什么不允许信创用 .net 跟 golang ? 那可都是 100% 开源卡不到脖子的.
原因很简单
因为相关的方面就是做 java 中间件的. 如果你们用非 java 技术栈, 他们如何卖自己的 java 中间件产品?
嘴上都是主义, 心里都是生意.
信不信创, 说到底就是甲方领导一句话的事儿.
正常。玩单机游戏的瞧不起玩手游跟网游的，玩啥游戏的都瞧不起玩原神的。
@
mrzx 不行 还是差得远. 现在只是渲染差不多了. 但是反作弊以及很多细节问题都还差得远.
看你什么需求. 如果开发的话, ubuntu / manjaro 都还不错. 推荐 manjaro, 界面设计相对更拟人一些.
如果你没有开发需求, 建议考虑 Deepin. 无他, 最懂中国人的永远还是中国人.
如果你涉及到打游戏, 那趁早离 Linux 远点儿. 虽然 Linux 吹们一直在扯什么游戏已经支持的很好了. 但实际体感上 Linux 下打游戏问题还是很大的. 且不说各种反作弊系统跟 Linux 天生犯冲, 就算是那些标记白金的游戏, 在 Linux 下都可能有各种奇奇怪怪的问题. 崩溃, 封号, 操作失灵等等...
如果你是因为家里电脑确实是不太行了, 老态龙钟, 建议考虑一下那些用 xfce4 桌面的发行版. 比如 xubuntu, manjaro xfce 版等.
如果你纯是为了装逼, 那么 GNOME + Arch 是一个不错的选择. 或者直接一步到位 GNOME 版 manjaro 也行.
如果你是考虑做信创适配工作, 麒麟, UOS 是个不错的选择.
Select Language