[原]简单说说服务治理

标签: | 发表时间:2016-02-20 22:11 | 作者:yangfei001
出处:http://blog.csdn.net/yangfei001

一般在系统比较小或者业务初期,传统的系统就是一个单机的J2EE,分为DB层、业务层、接入层。

这种结构在较小项目或者初期能够满足绝大部分需求,但是随着业务量或者用户量的增加,发现这种原始结构以及无法满足,可能是业务层的业务逻辑过重,也可能是用户规模的扩大,导致单机已经无法满足。因此需要进行分布式拆分,一般都会想到按照业务模型,将业务层拆分成各个模块,分别部署,各个模块之间通过RPC之类的协议调用。这样好处是各个模块只关心自己的业务逻辑,同时各个模块之间也会能够起到解耦的好处。

模块提供的是服务,依赖该模块的业务通过TCP、UDP、HTTP等获取服务,随着业务规模的不断扩大,单个模块可能会遇到两种情况:1、单个模块被多个其他模块依赖;2、单个模块需要做主备或者负载均衡。这是就会遇到如下一些问题

1、模块有可能不知道被哪些模块调用,比如A模块被B、C、D依赖,有可能后期又加了E、F;更有胜者,后期C不依赖与A了;

2、模块的调用方,需要自己做负载均衡策略,比如A模块有两个节点A1、A2,如果B依赖于A,需要在自己的业务实现负载均衡;这本身对B来说显得非常多余,不能专注于自身的业务逻辑;

3、.....

基于以上原因,需要对各个服务做治理,这也是就为什么有了dubbo这类服务治理框架,它与其他RPC框架相比(例如thrift,avro),不仅仅提供了透明的服务调用,而且还提供了服务治理,比如上述的调用统计管理、负载均衡,这样每个业务模块只需专注于自己的内部业务逻辑即可。

但是,并不是每个系统都需要这种服务治理框架,比如本身就一个单独的业务模块,且调用方也很少,这个时候,使用这种服务治理显得稍微有些笨重。

总之,服务是由于业务规模的不断扩大产生的,服务治理也是根据服务的规模不断扩张产生的,因此服务治理也只有到了一定规模才能显示出其真正作用。

作者:yangfei001 发表于2016/2/20 14:11:26 原文链接
阅读:7 评论:0 查看评论

相关 [服务 治理] 推荐:

[原]简单说说服务治理

- - yangfei的私房菜
一般在系统比较小或者业务初期,传统的系统就是一个单机的J2EE,分为DB层、业务层、接入层. 这种结构在较小项目或者初期能够满足绝大部分需求,但是随着业务量或者用户量的增加,发现这种原始结构以及无法满足,可能是业务层的业务逻辑过重,也可能是用户规模的扩大,导致单机已经无法满足. 因此需要进行分布式拆分,一般都会想到按照业务模型,将业务层拆分成各个模块,分别部署,各个模块之间通过RPC之类的协议调用.

dubbo服务治理(一)降级

- - 企业架构 - ITeye博客
在线网站一般都会有服务器压力剧增的时候,比如说网上商城的促销,这个时候常用的手段就是服务降级,根据当前业务情况及流量对一些服务和页面有策略的降级,以此缓解了服务器资源压力,以保证核心任务的正常运行,同时也保证了部分甚至大部分客户得到正确响应. 页面拒绝服务:页面提示由于服务繁忙此服务暂停. 跳转到varnish或nginx的一个静态页面.

美团 HTTP 服务治理实践

- - IT瘾-dev
2019 年 7 月 6 日,OpenResty 社区联合又拍云,举办 OpenResty × Open Talk 全国巡回沙龙·上海站,美团基础架构部技术专家张志桐在活动上做了《美团 HTTP 服务治理实践》的分享. OpenResty x Open Talk 全国巡回沙龙是由 OpenResty 社区、又拍云发起,邀请业内资深的 OpenResty 技术专家,分享 OpenResty 实战经验,增进 OpenResty 使用者的交流与学习,推动 OpenResty 开源项目的发展.

饿了么分布式服务治理及优化经验

- - 运维派
导读:本文是兰建刚分享饿了么服务治理经验. 兰建刚,饿了么框架部门技术总监,前爱立信首席软件工程师,10 年以上高可用性,高并发系统架构设计经验. 现饿了么框架工具部负责人,负责饿了么中间件的设计及实施,通过中间件以及研发工具的辅助提升研发人员的工作效率,提升网站的稳定性及性能. 今天我想站在一个大的角度上,看一下饿了么最近一年多的时间,经历的技术上一些痛苦的问题与改进的过程.

谈数据:微服务环境下,数据如何治理? - 墨天轮

- -
前段时间,我的一个小伙伴跳槽到了某大型国有企业,刚到公司不久,老板给交给他一个重要项目——公司的数据中台规划. 老板交代:“要搞一个数据中台架构,涵盖数据资产管理、数据治理、数据分析等,同时这个数据中台,要体现去中心化,甚至无中心化的理念”. 我这哥们儿有过多年的数仓架构经验,并参考了业界主流的数据中台架构,很快就“照猫画虎”的搞了一个数据中台架构图出来.

[原]IT安全治理

- - 阿朱=行业趋势+开发管理+架构
2、员工内鬼:IT部门人员、员工用户. 1、我不赞同在服务器上安装软件杀毒软件,往往存在应用软件文件被误杀或误阻拦的风险,使应用多莫名其妙报错. 2、及时更新系统安全类补丁,但不要什么补丁都不更新. 有些补丁的更新确实会引发遗留IT系统的报错,但安全类补丁的更新需要关注并尽量更新. 3、要从多层技术、组织/权责/流程/审批、定期检查多方面配套保证安全,单方面无法保证.

数据治理(Data Governance)

- - ITeye博客
数据治理是指从使用零散数据变为使用统一主数据、从具有很少或没有组织和流程治理到企业范围内的综合数据治理、从尝试处理主数据混乱状况到主数据井井有条的一个过程. 数据治理其实是一种体系,是一个关注于信息系统执行层面的体系,这一体系的目的是整合IT与业务部门的知识和意见,通过一个类似于监督委员会或项目小组的虚拟组织对企业的信息化建设进行全方位的监管,这一组织的基础是企业高层的授权和业务部门与IT部门的建设性合作.

服务禁语

- tiancaicai - 白板报
前几天在一个公交汽车站拍到了一张规定,里面规定了服务禁语和礼貌用语,看了大乐. 3、乘车高峰车厢内拥挤时,禁语:“快往里走,站在前面又没有钞票检. ”文明语:“请尽量往里走,照顾没有上车的乘客”. 4、车子抛锚,禁语:“车子抛锚没有办法,人都要生毛病的,车子坏了也正常. ”文明语:“对不起,车子出现故障修一下,请大家理解.

服务熔断

- - CSDN博客推荐文章
服务熔断也称服务隔离,来自于Michael Nygard 的《Release It》中的CircuitBreaker应用模式,Martin Fowler在博文 CircuitBreaker中对此设计进行了比较详细说明. 本文认为服务熔断是服务降级的措施. 服务熔断对服务提供了proxy,防止服务不可能时,出现串联故障(cascading failure),导致雪崩效应.

面向服务与微服务架构

- - CSDN博客推荐文章
最近阅读了 Martin Fowler 和 James Lewis 合著的一篇文章  Microservices, 文中主要描述和探讨了最近流行起来的一种服务架构模式——微服务,和我最近几年工作的实践比较相关感觉深受启发. 本文吸收了部分原文观点,结合自身实践经验来探讨下服务架构模式的演化. 面向服务架构 SOA 思想概念的提出已不是什么新鲜事,大概在10年前就有不少相关书籍介绍过.