主要提供微服务发布,服务治理和服务监控,由于复杂的业务需求,会形成线上服务的混乱,和链接数据库的混乱.
微服务的好处是:
业务解耦,方便扩容,方便系统按模块升级,模块重用,开发新业务简单,开发人员能够专一某一业务,方便代码管理,方便数据库优化
微服务的坏处:(分布式服务框架要解决的问题)
每一个系统之间的关系变得很是复杂
随着调用的业务增多,底层的模块须要高可用性和并发
须要分布式Session框架支持
分层后增长测试复杂度数据库
因此通常分布式服务框架都会且不只限于实现下列功能:
微服务发布(http/rpc)
服务调用代理及客户端软负载
基于Token的安全认证框架
服务治理(服务注册/管理/配置推送等)
服务监控(调用链分析)
测试平台安全
就是同一个服务,把数据库的不一样部分分开创建到不一样的服务器上。以缓解数据库大量数据访问的压力。服务器
不少大公司的业务量比较大,天天的访问量都达到几百万上千万,甚至上亿的访问量,在访问量不是很大的状况下,是能够经过提升单台服务器的配置来知足需求的。可是当单台服务器已经知足不了需求的时候就须要作分布式处理了。毕竟一台服务器的处理能力是有限的。并发
若是分散到几台甚至几十台几百天电脑上,其优点就显现出来了。框架
能够去看下阿里的开源框架Dubbo,会有更深的了解。分布式
做者:大脸萌嘟嘟
连接:https://www.zhihu.com/question/19699884/answer/153734029
来源:知乎
著做权归做者全部。商业转载请联系做者得到受权,非商业转载请注明出处。微服务
做者:larry lv
连接:https://www.zhihu.com/question/19699884/answer/35164296
来源:知乎
著做权归做者全部。商业转载请联系做者得到受权,非商业转载请注明出处。测试