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

[chaleaoch]

自学不容易啊.

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

[MrSheng]

说得对，我不知道为啥要用微服务，明显是把运维的活转嫁给开发了。

[overthemoon]

所谓的微服务就是各种框架往上堆==

[stevenkang]

你想一想，没有微服务的话，跨部门的应用间调用，要怎么做才方便，不可能都在一个项目中写代码吧。

相对应的，如果不需要跨部门调用，仅自己应用调用自己，那就没必要微服务了。

[coderxy]

楼上的没用过微服务也别上来就否定啊。 不用微服务，像大一点的项目你就继续单体应用？ 然后十几个人甚至几十个人都在这一个项目里写？ 微服务就是为了解决单体应用的痛点的。 只需学习，网上多看看分享吧。最好是公司有拆分微服务自己参与进去，做一做就知道好处了。

[10Buns]

有场景学起来、用起来快得很，没实际需求就是闭门造车

[glfpes]

感觉微服务就是一堆已有概念的融合

最关键的是服务本体 RPC 和为了方便大家调用和发布 RPC 的服务发现。
然后就是为了保障服务质量的熔断，监控，多 DC 部署等。

[securityCoding]

需要你系统的掌握一些理论基础.
《分布式服务框架原理与实践》看看李林锋的书吧

[axex]

微服务就是为了将以前的巨型单体应用拆分，开发起来更舒服

[Varobjs]

18 年那公司，小体量，php
非要上微服务，然后折腾一年，倒闭了吧

[wangritian]

简单理解：内存里的函数调用 => 网络接口调用
按模块分割后，交给不同部门各自更新维护，减少代码冲突和升级失败的地图炮
小项目上微服务有反作用
所有微服务组件都是围绕这件事展开的

[b1ackjack]

《微服务设计》这本书一看就明白了

[chendy]

没有足够大的项目实践，自学微服务真就挺难的
不大点的项目上微服务，和 hello world 上设计模式一样蛋疼
主要就两方面：
1. 微服务能解决什么好处，能解决什么问题
2. 微服务带来了什么问题，应该如何解决

[kop1989]

微服务概念本身其实大家都懂。
关键就是贴近目前大厂生产环境的技术栈量很大。（各种标准、框架、容器、库、工具）

尤其是如果你没有大型团队合作的经验的话，你也很难搞懂这些复杂的框架、标准能为你的团队做出什么贡献。
这个很正常。

所以还是建议先从最简单的入手吧，即便你真的拿到了大厂的真实选型架构，你也很难驾驭和 get 到。

[tairan2006]

自学？你 k8s 也搭不起来啊

[libook]

任何技术都是有需求就用，没有需求不要硬用的。

建议先了解一下微服务可以解决哪些问题，有哪些使用的前提条件，如何解决问题；然后根据项目实际情况来决定要不要使用微服务思想。

微服务是一种思想，不是一种特定的代码结构、算法、标准，所以只要应用了微服务的特性来解决微服务擅长解决的问题，就可以称之为微服务。

就好比前端开发，我只想写一个没有任何交互的展示内容的页面，用 Vue 、React 是完全没必要的，至多用原生 JS 加些效果。

[fengpan567]

看业务吧，不要为了微服务而微服务，微服务简单的说也就是 RPC 。

[tohuer00]

@coderxy 不用微服务这套框架就不能自己拆分项目了么
太多人无脑套用微服务框架这套东西事实上就是徒增了很多没必要的工作。

[aaronly]

不太明白微服务和在不在同一个项目里开发有什么关联

[hehe12980]

@stevenkang 市面上绝大部分项目 都用不着微服务 但是微服务现在基本是必须的要求

[ericgui]

对于微服务，我觉得最基本一个应用场，就是你有多个服务，但共享一套鉴权服务（注册、登录等）。不然你每个服务都写一个注册登录，都保存一份 user table ？