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

[chaleaoch]

自学不容易啊.

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

[siteshen]

项目很容易找，写个博客，多设计些功能，就能整微服务了：
账号系统（注册、登录、权限）
文章系统（读写、转发、搜索）
评论系统（评论文章、用户、动态）
社交系统（关注、订阅、点赞、提醒）
标签系统（ CRUD 、标签继承）

[tabris17]

Nameko https://nameko.readthedocs.io/en/stable/

[xx6412223]

大型传统企业的不同企业一般都是不同厂商实施的，之间更是彻彻底底的黑盒。甚至运维可以是不同国家的 team，正因为如此要解决各个系统间的孤岛问题。
例如为了解决继承问题，有企业总线，消息中心, 内外 DNS 。
例如为了解决用户问题，有统一认证中心。
这些都是现有“病”，后“开药”的解决方式。

因为企业不可能单靠自己或者某一个实施商解决自己的全部问题，所以必须要让很多厂商来做。
现在如果把粒度放小，就也有了我们所说微服务的概念：一个团队没有能力完成一整个系统。

而现在更多是为了拆而拆，用实践去套理念，把简单的问题搞复杂。已经有点用烂了。

[annielong]

恐怕大多数人做的项目都没有那么大的体量，多加几个 api 就能算是实现微服务了，

[bsg1992]

@coderxy 为啥单体应用就非得 在一个项目里写？
可以按照模块拆分 有不同的人进行开发和维护啊。

[nozer]

总体思路把控到，然后看看相应的实现组件就行了。
1 、业务分拆为独立的服务。
2 、业务之间的交互（服务之间的交互）。
3 、为了网络容错、发现、追踪问题而扩展的其他东西（异常监控、调用链、预警、熔断之类的，所谓服务治理）。

[tinyRat]

没用微服务，可能只是性能问题，堆硬件就可以了。
用上微服务，怎么熔断，怎么监控，怎么发现，怎么容错，怎么通信...

[orangeTop]

现在我们对已有业务进行拆分，使用微服务开发，但是业务边界就很难确定，开发过程去调用数据也很麻烦

[USAA]

大家好欢迎使用魔方大厦

[abersheeran]

没具体需求，你很难学会的。微服务体系说简单点就是为了解决远程调用这一个需求衍生出来的。你首先得有需要远程调用不可的业务，然后业务量大了，你就算不懂“微服务”这个词，最终你为了满足需求，还是会搞定一整套体系。

[zorui]

service mesh 跨语言

[mway]

这玩意儿过于复杂，没有项目可以参与=学完就忘==！

[byte10]

@tairan2006 哈哈 你这个回答好

[xizismile]

业务架构都是进化而来的

设计上可以先来单体服务，后续看业务迭代变化再具体决定是否要拆分，是否要上微服务那一套

不明白为啥楼上一群人抓着一个思想去喷（或许你们喷的只是自己公司用的太差劲儿了，项目简单还非要整微服务）

[lululau]

Java 没有微服务，把 spring / DB 框架加上一个 Hello world，jar 包就得几十兆

[zoharSoul]

@bsg1992 #45
那你项目之间怎么互相调用呢?
你调用不就是微服务了...

[dadaslele]

https://github.com/apache/dubbo-go

[threeEggs123]

楼主可以尝试试用一下云厂商的一些组件，帮你一些微服务的功能。比如 ELB 和 ECS 帮你搞定负载均衡和服务发现。只后用到的监控，溯源什么的，慢慢在加。

[d5]

顺口问一下，，，明明有 HTTP 接口，非得打包成镜像，从 jenkins 里调度 k8s 资源起一个临时 pod 来完成 pod 内 cli 工具的调用，这个算不算为了微服务而微服务 /狗头

[firefox12]

一个人开发一个项目 你写在一个文件里都可以

1000 个人同时开发一个项目呢？ 当然微服务是由代价的。如果项目很小，这代价可能就太大了。