微服务改造
微服务改造
微服务不需要像普通服务那样成为一种独立的功能或者独立的资源。定义中称,微服务是需要与业务能力相匹配,这种说法完全正确。不幸的是,仍然意味着,如果能力模型粒度的设计是错误的,那么,我们就必须付出很多代价。如果你阅读了Fowler的整篇文章,你会发现,其中的指导建议是非常实用的。在决定将所有组件组合到一起时,开发人员需要非常确信这些组件都会有所改变,并且规模也会发生变化。...(more)
微服务不需要像普通服务那样成为一种独立的功能或者独立的资源。定义中称,微服务是需要与业务能力相匹配,这种说法完全正确。不幸的是,仍然意味着,如果能力模型粒度的设计是错误的,那么,我们就必须付出很多代价。如果你阅读了Fowler的整篇文章,你会发现,其中的指导建议是非常实用的。在决定将所有组件组合到一起时,开发人员需要非常确信这些组件都会有所改变,并且规模也会发生变化。服务粒度越粗,就越难以符合规定原则。服务粒度越细,就越能够灵活地降低变化和负载所带来的影响。

问题

银行容器云平台·2021-11-17
杜东明 · 灵雀云Alauda 擅长领域:云计算, 容器, 云原生
16 会员关注
这个问题需要从几个角度回答:平台基础架构:管用分离架构:灵雀的产品架构是管理平台和业务平台是分离的,确保管理负载不会影响到业务运行。即使,管理面出现重大事故,业务面也不会受到任何影响。平台 高可用架构:容器云平台管理控制面和数据面都采用高可用架构模式,所有的组件使用...
银行微服务改造·2020-12-11
lzj7618937 · cib 擅长领域:云计算, 容器, 容器云
6 会员关注
Spring Cloud Function是一个使基于Lambda,Azure以及其他“serverless”平台简单的构建无服务器应用程序的工具。它为所有主流JVM语言提供了一个模型,并且可以对不同平台进行部署。下面是创建一个Spring Cloud Function Serverless项目的步骤:选择适当的IDE,在IDE中打开Sprin...
银行OpenShift·2020-12-08
liuxiangwin · Redhat 擅长领域:云计算, 容器, 容器云
1 会员关注
1.企业应该从自己的业务创新需求和业务赋能需求去考虑自己的IT架构设计,同时结合企业目前的IT系统应用现状去考虑哪些系统是需要做微服务化和微服务改造的,并不是所有的IT系统都立刻需要微服务设计,只有想清楚了业务需求的本质才能捋清楚需要规划微服务的部分。2.企业构建自...
银行容器云·2020-12-08
lzj7618937 · cib 擅长领域:云计算, 容器, 容器云
6 会员关注
首先你有没有容器云平台,如果有,当然可以上,而且势必要上。上了云能提高资源利用率、节约网络、硬件等成本,目前大部分应用运行在服务器上很多都是浪费资源的,CPU和内存使用率基本不超过80%。而至于微服务改造就需要看应用具体的情况了,但首先使用容器你要把你的应用改成无状态...
证券容器云·2020-12-07
liuxiangwin · Redhat 擅长领域:云计算, 容器, 容器云
1 会员关注
1.建立容器平台对容器进行统一管理,提高资源使用率和运维管理效率。2.将开发部门现有的DevOps工具链整合到Openshift中,提高迭代速度。3.需求交付周期比上一季度少10%,平均交付周期缩短为原来的50%。根据缺陷管理工具统计:比上一季度一次测试通过率提升10%4.构建传统银行数字...
证券容器云·2020-12-07
sf7071 · 某大型银行 擅长领域:云计算, 容器, 容器云
7 会员关注
微服务改造首要解决的难点就是拆分颗粒度的问题,不是越细越好,一般建议根据业务关联度进行拆分,关联度高的应该尽量划分在一个服务范围。可能也需要经历几个周期的不断优化才能找到较合适的方案。其次,个人认为是云上云下微服务互通的问题,往往上云是个逐步的过程,会存在部分服...
证券容器云·2020-12-07
liuxiangwin · Redhat 擅长领域:云计算, 容器, 容器云
1 会员关注
1.渠道类业务应该从自己的业务创新需求和业务赋能需求去考虑自己的IT架构设计,同时结合企业目前的IT系统应用现状去考虑哪些系统是需要做微服务化和微服务改造的,并不是所有的IT系统都立刻需要微服务设计,只有想清楚了业务需求的本质才能捋清楚需要规划微服务的部分。2.渠道...
银行渠道类业务·2020-12-03
liuxiangwin · Redhat 擅长领域:云计算, 容器, 容器云
1 会员关注
1.红帽针对城商行渠道类业务应用微服务化改造,可以由红帽创新实验室完成,这里面会有非常有经验的敏捷教练带着大家,然后会从不同的人员角色(例如应用开发工程师,UI/UX设计师,平台SRE工程师,产品负责人等)一起采用周为单位的方式梳理需要微服务改造的真正需求,通过相关方法来是设计...
银行容器云平台·2020-12-03
sf7071 · 某大型银行 擅长领域:云计算, 容器, 容器云
7 会员关注
容器与微服务可以说是最佳组合,容器有轻量化、标准化的特点,微服务有单一职责、技术独立的特点,两者结合可以形成合力。简单总结有如下两方面助力作用:(1)有利于形成统一的轻量化、标准化交付体系,借助容器云平台的服务自动发现、自动编排调度、故障自愈等机制,降低运维复杂度;(2)可...
软件开发微服务·2020-04-30
尘世随缘 · 上海某互联网金融公司 擅长领域:云计算, 云原生, 微服务
86 会员关注
可以把这些和业务逻辑无关的共性需求以公共服务的方式部署,如果服务之间要依赖只需要调用公共服务提供的接口即可,切记把公共服务放到业务里面去。总的原则是服务自治原则不要破坏。...

描述

微服务不需要像普通服务那样成为一种独立的功能或者独立的资源。定义中称,微服务是需要与业务能力相匹配,这种说法完全正确。不幸的是,仍然意味着,如果能力模型粒度的设计是错误的,那么,我们就必须付出很多代价。如果你阅读了Fowler的整篇文章,你会发现,其中的指导建议是非常实用的。在决定将所有组件组合到一起时,开发人员需要非常确信这些组件都会有所改变,并且规模也会发生变化。...(more)
微服务不需要像普通服务那样成为一种独立的功能或者独立的资源。定义中称,微服务是需要与业务能力相匹配,这种说法完全正确。不幸的是,仍然意味着,如果能力模型粒度的设计是错误的,那么,我们就必须付出很多代价。如果你阅读了Fowler的整篇文章,你会发现,其中的指导建议是非常实用的。在决定将所有组件组合到一起时,开发人员需要非常确信这些组件都会有所改变,并且规模也会发生变化。服务粒度越粗,就越难以符合规定原则。服务粒度越细,就越能够灵活地降低变化和负载所带来的影响。
X社区推广
  • 提问题