微服务太难了, 学不会...

[chaleaoch]

自学不容易啊.

求非 java 栈的微服务整套解决方案(有代码的).教程和项目都可以. 求推荐.
最好是基于 go/ Python 的.
谢谢啦.

[vertigo]

我来举个例子

唐朝唐玄宗时期,边疆总有蛮族骚扰,打仗的痛点在于"决策缓慢","使用统一战法不能适应复杂多变情况",'资源统一中央调集消耗大'

唐玄宗一拍脑袋:"要不我们搞微服务吧",于是有了藩镇和节度使,业务性能巨大提升,因为每个模块决策迅速,战法选型自定.

后来的事情大家都知道了

[a194259440]

.NET CORE 技术栈，微服务用了快一年半了，差了点儿 RPC 通讯，其它都还可以，有兴趣的话，我可以加入到 GIT 上

[woshiaha]

别上来就追求整套整套。。。先自己写几个微服务用 IP 形式互相调用感受一下 然后搞个注册中心统一用服务名调用 再 然后搭个 docker 环境用镜像形式部署 其后再考虑搭个 k8s 单节点学习服务治理 最后再到 k8s 集群 上来就玩 k8s 你啥原理都不懂环境都能搭一个月

[stramkismet]

微服务导致机器成本不断增高....感觉微服务最难的是划分服务的边界
各有利弊吧

[stramkismet]

@hehe12980 十分赞同，很多应用都没有必要微服务，压根没有那么大的需求，就因为这个概念活了，然后干啥都得微服务。哎

[Dillion]

微服务说到底只是一种思想，关键在与服务怎么规划和拆分。

自己设计好服务的拆分，用 REST API，每个服务怎么管理也相对独立。

[lonelymarried]

前端接触不到微服务啊

[DoctorCat]

不是任何项目都要改造成微服务的，但 SOA 的思路是可以借鉴的。假如，你们小团队内部的小系统才俩人开发，那么让你俩人分工协作很顺畅的架构，便契合康威定律了

[zzzzzzggggggg]

不是你不懂，是你没有场景

[yanzhiling2001]

好多公司的业务前后端不分离也没有性能之忧，硬上微服务就是画蛇添足

[hantsy]

学？？？难道使用了一些框架（ Spring Boot，Microprofile, Micronaunt, Helidon, Quarkus 等)你的应用就是微服务架构？

微服务更多的开发和架构经验上升华，同时面对微服务带来的变化，必须对公司的组织架构和运维全方面改造升级。

只有悟道，没有学道的。古话说的好，功到自然成。

我也了解过国内的一些朋友公司所谓的微服务实践，说白了就是用一个框架，碰瓷微服务这个词，蹭热度而已。

[hantsy]

@lonelymarried 有 Micro Ｆｒｏｎｔｅｎｄ 在等你。

[hantsy]

@yanzhiling2001 跟风的结果就是这样的。现在太多的跟风所谓的互联网架构，对于绝大部分中小公司来讲，传统的 ＭＶＣ开发已经足够。

[no1xsyzy]

承上康威定律，一个人能独自写出符合微服务架构的整套系统，那这个人肯定思考方式、精神状态都不能说稳定。

[hantsy]

@fengpan567 １５年前 ＲＰＣ 比较流行。
现在除 G 家的 rpc 有点意义（利益于 probuf 协议），其它没必要看。

[ifconfig]

我们公司用的是 go-kit + gRpc 的方案，然后基于这写了 demo 方便学习和生产化作为基础框架，目前已经加入了 jaeger 链路追踪，有兴趣可以看看代码交流学习呀，https://github.com/ifconfigure/go-kit-grpc-demo/tree/main/gRpc

[hujun528]

疫情期间我用 node.js 写了一套微服务框架，并没有多难
http://www.jianxue.mobi/open/37

[chaleaoch]

@hujun528
@ifconfig
36 37 楼了 终于有回答问题的了. 前面的 v 友们 我只能谢谢顶贴+送铜板了.

[renmu123]

@vertigo 你这个例子的主角是大唐，但如果是夜郎就只能自大而亡了

[EminemW]

微服务 不就是拆项目，然后搞个注册中心，配置中心，服务治理之类的么。 简单的拆项目跟服务发现就能满足更多需求了