微服务
微服务
微服务是指一种基于很多小而独立的处理过程,一个复杂软件架构是由很多这样小而独立运行(有自己的端口)微服务组成,这些独立处理组件之间通讯是通过与语言无关的API进行,简单协议有同步性质的RMI/RPC和 RESTful Web Services,异步的消息推送和Reactive方式。...(more)
微服务是指一种基于很多小而独立的处理过程,一个复杂软件架构是由很多这样小而独立运行(有自己的端口)微服务组成,这些独立处理组件之间通讯是通过与语言无关的API进行,简单协议有同步性质的RMI/RPC和 RESTful Web Services,异步的消息推送和Reactive方式。
热点
来自主题:微服务 · 2019-10-18
尘世随缘上海某互联网金融公司 擅长领域:微服务, 熔断, 缓存
83 会员关注
目前java的开发工具,绝大部分都是使用Spring框架。目前微服务框架中Dubbo和Spring Cloud又占据了非常大的市场。使用Spring框架,不管是切换到Dubbo还是Spring Cloud都是非常容易的事情,关键是要看切换后需要解决什么问题?研发效率问题?性能问题?还是纯技术性的研究?...
浏览2236
回答10
来自主题:微服务 · 2019-11-14
尘世随缘上海某互联网金融公司 擅长领域:微服务, 熔断, 缓存
83 会员关注
从几个层面来看企业是否具备微服务的条件1、目前技术团队是否存在瓶颈,比如性能、工作效率等?2、公司的高层是否有计划或则打算来推动微服务改造?3、目前的技术团队是否有人能带领团队做微服务的改造?4、团队成员的技术水平、运维水平如何?上面的几个问题理清楚之后,再来看是...
浏览1746
回答3
来自主题:容器云 · 2019-07-16
尘世随缘上海某互联网金融公司 擅长领域:微服务, 熔断, 缓存
83 会员关注
微服务架构是互联网很热门的话题,某些企业发现系统有性能问题的时候,就把微服务当做一根救命稻草,认为微服务就能解决一切问题,甚至有些企业为了微服务而微服务。那微服务的高可用性自然也是传统企业和互联网都是非常关注的。眼下互联网架构三板斧“高可用可扩展,缓存提速,消峰...(more)
专栏: 活动总结
浏览2153
来自主题:微服务 · 2019-07-03
狂风吹漠北阳光保险 擅长领域:微服务, Spring Cloud, dubbo
3 会员关注
微服务一般都是软负载,负载均衡是微服务框架最大最基础的能力,像Spring cloud netflix全家桶的robin,Dubbo是阿里自己封装在里面的,所以高可用的问题你不需要担心,这是每个微服务框架最核心的基础功能之一...
浏览1845
回答5
来自主题:微服务 · 2019-11-13
twt社区编辑twt 擅长领域:云计算, 解决方案, OpenStack
353 会员关注
中小银行做微服务有必要一定要容器化吗?现在中小银行都在往微服务化这个方向去更新迭代自己的业务及技术架构,企业做微服务有必要一定要容器化吗?(来自社区探讨,问题来自@Jerry.Duna江苏江南农村商业银行研发工程师)以下是社区用户的讨论情况:很有必要,初期就应开始容器化dean25...(more)
专栏: 争议
浏览779
来自主题:微服务 · 2019-11-11
尘世随缘上海某互联网金融公司 擅长领域:微服务, 熔断, 缓存
83 会员关注
1、高内聚低耦合,服务粒度适中2、以业务模型切入3、演进式拆分4、阶段性合并总的原则: 拆分的大原则是当一块业务不依赖或极少依赖其它服务,有独立的业务语义,为超过 2 个的其他服务或客户端提供数据,那么它就应该被拆分成一个独立的服务模...
浏览3789
回答2
来自主题:容器云 · 2019-11-08
尘世随缘上海某互联网金融公司 擅长领域:微服务, 熔断, 缓存
83 会员关注
微服务的安全认证和传统的基于IP的认证有很大的区别。传统的基于IP的认证很简单,设置一些IP规则来判断该IP是否有权限访问系统。但是服务的认证可以从2个层面来看,第一层对外(入口拦截,基于IP黑白名单),第二层对内,如果个别服务是敏感服务,那么需要定制开发,增加授权服务,接口访问...
浏览5359
回答1
来自主题:微服务 · 2019-10-28
liufengyi某互联网银行 擅长领域:容器云, Kubernetes, 容器
2 会员关注
 1.可以采用演进的方法改造老旧应用,先拆分相对独立的部分,变化很频繁的部分。 2.可以采用绞杀的方式来改造老旧应用,采用新技术开发接口,与老旧应用共存,逐步替换挑战的话:数据一致性的问题,服务运维的问题,与原有基础设施融合改造的问题,共存期变更的问题,分布式日志,配置管理等...
浏览2442
回答1
来自主题:微服务 · 2019-11-01
尘世随缘上海某互联网金融公司 擅长领域:微服务, 熔断, 缓存
83 会员关注
这个问题很好,也很有代表性,首先谈限流:限流:限流的策略分很多种,基于IP的限流,基于用户的限量,还是基于接口的限流降级:降级是双端都需要做,服务提供方需要做,调用方也需要做,单只降级的前提一定有限流,否则降级也会被打垮熔断:熔断的前提是非核心业务的熔断,如果核心业务都挂了,那么需...
浏览2198
回答2
来自主题:微服务 · 2019-11-01
尘世随缘上海某互联网金融公司 擅长领域:微服务, 熔断, 缓存
83 会员关注
很多团队面临这样的问题,服务到底如何拆分,怎么样的拆分是合理的,拆分后新的微服务框架和老的系统如何做兼容运行,老系统如何逐步平滑过渡到微服务架构中,而且不影响线上业务运行,也不能影响正常的项目迭代。其实,业界没有标准的方式来指导如何做拆分,我们主要围绕“拆“ 与 ”合...
浏览1877
回答2
描述
微服务是指一种基于很多小而独立的处理过程,一个复杂软件架构是由很多这样小而独立运行(有自己的端口)微服务组成,这些独立处理组件之间通讯是通过与语言无关的API进行,简单协议有同步性质的RMI/RPC和 RESTful Web Services,异步的消息推送和Reactive方式。...(more)
微服务是指一种基于很多小而独立的处理过程,一个复杂软件架构是由很多这样小而独立运行(有自己的端口)微服务组成,这些独立处理组件之间通讯是通过与语言无关的API进行,简单协议有同步性质的RMI/RPC和 RESTful Web Services,异步的消息推送和Reactive方式。

关于TWT  使用指南  社区专家合作  厂商入驻社区  企业招聘  投诉建议  版权与免责声明  联系我们
© 2019  talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30

  • 提问题