听说你想了解微服务架构
前言: 热辣滚烫的微服务一直在拨撩着程序员的心,然而很多人对微服务架构不甚明了,单纯的为了用而用。只是把现有的单体拆点东西出来,例如商品服务,然后彼此间用上RPC就算微服务了。恕我直言,其实这还相差甚远! 阅读本文你将收获: 了解什么是微服务架构。 了解微服务架构有哪些内容。 了解微服务架构中遇到的问题。 这些问题的解决方案 大纲: 什么是微服务? 微服务架构是什么? 微服务架构的各个组成怎么解决问题的? 一、什么是微服务? 1.1 在谈论什么是微服务的时候,我们先说说为什么需要微服务? 单体之痛: 团队开发协作巨麻烦 多人协同开发的时候,会因为同时修改了代码导致编译不通过,各种重来。 系统可用性差 因为某个同学代码质量问题,成为整个系统的瓶颈所在,影响整个系统的可用性。 部署效率低下 代码越来越多,所涉及的相关资源也越来越多,打包编译一次的时间都能撩个妹了。 难以扩展 当系统需要伸缩的时候,必须对应用程序进行扩容,不能做到对某个功能点单独扩容。 我要用微服务 当你想用微服务的时候,单体的问题你能找出千千万。但是,如果你一定要用,请先通读此文后,做到心中有B-tree了在用! 1.2 微服务解决了什么问题? 当然,微服务能解决上述单体应用出现的问题,不然我写这么多干啥呢~o(  ̄︶ ̄ )o(手动狗头) 1.3 微服务带来了哪些问题? 任何事情都有两面性,微服务有其优点,必然有其缺点