尘世随缘

动态

docker 微服务 尘世随缘尘世随缘 回答了问题 4 天前

微服务面临压力过大怎么自动进行调整或适配?

尘世随缘 尘世随缘 技术总监,上海某互联网金融公司
流程会分成2种:1、正常业务流量,运营期间大流量(提前知晓)2、被攻击流量大量用户请求峰值基本上都会提前预知,比如运营做活动,会预估用户量,根据这个预估的量来事先做容量扩充。如果是突发性的异常大流量,那就怀疑是否被攻击查看全文
队列 微服务 尘世随缘尘世随缘 回答了问题 4 天前

使用了队列后是否需要考虑幂等?一般幂等用在哪些场景?

尘世随缘 尘世随缘 技术总监,上海某互联网金融公司
理论上微服务只要配置了重试机制写入接口都需要考虑幂等性。因为需要考虑网络的抖动,数据包会重复提交,如果没有幂等性就会出现脏数据了。使用消息队列也需要使用幂等性,因为消费端可能在某个环节失败后没有commit,导致消查看全文
容器 微服务 dubbo 尘世随缘尘世随缘 回复了回答 4 天前

我们处在微服务+容器的转型探索时期,微服务框架:dubbo、spring cloud、services mesh等发展趋势探讨?

尘世随缘 尘世随缘 技术总监,上海某互联网金融公司
不管是spring cloud 还是dubbo甚至其他的微服务框架,技术上都不是问题。关键还是系统整体架构思路,以及对于这些组件的理解程度。查看全文
业务连续性 微服务 尘世随缘尘世随缘 回答了问题 5 天前

微服务框架部署时的业务连续性如何考虑?

尘世随缘 尘世随缘 技术总监,上海某互联网金融公司
这个问题信息量比较大,同城双活或同城、异地多活甚至目前跨云的多活都是大家所关注的话题。微服务的定义就是服务独立化、动态扩容等一些优点,所以从微服务角度看并不关注多活,双活,只要服务能正常允许即可。但是从架构查看全文
微服务 熔断 尘世随缘尘世随缘 回答了问题 5 天前

某些业务场景下会存在不太好熔断的情况,那这些场景是否有好方案可以实现熔断机制?

尘世随缘 尘世随缘 技术总监,上海某互联网金融公司
熔断的前提是不影响业务的正常操作,例如"查询客户的一些指标信息,来作为计算保费进行报价的依据",如果查询客户指标报错了,导致客户报告报价出现问题则不能使用熔断来处理,重点是需要优化客户端系统的性能了。查看全文
微服务 尘世随缘尘世随缘 回答了问题 5 天前

微服务架构下底层数据存储的实现方式?

尘世随缘 尘世随缘 技术总监,上海某互联网金融公司
微服务的底层数据基本上都是异构的,MySQL、HBase、Redis、ES等等。基本上业务处理都会直接写入MySQL,然后通过订阅binLog的方式来做数据同步。数据处理的时候需要考虑乱序问题。对于要求强一致性的数据一定要携带版号。查看全文

涉及实时性较高的场景使用消息队列,将同步转为异步,是否可以具体分析下优劣?

尘世随缘 尘世随缘 技术总监,上海某互联网金融公司
客服系统实时性要求比较高,不建议使用消息队列来处理消息。但是其中某些业务可以使用消息队列来处理,比如用户对于客服的评价,这个时候只需要发送MQ即可,无需实时计算或者统计。查看全文
微服务 微服务拆分 尘世随缘尘世随缘 回答了问题 5 天前

微服务拆分的原则?

尘世随缘 尘世随缘 技术总监,上海某互联网金融公司
系统的迁移或者重构本身就是一个非常漫长和痛苦的过程,可以先以接口的方式来迁移。在网关或者Nginx层做分发。比如/user/query_user这个接口,20%的流量切到新的服务上,80%的流量还是老的服务上。万一新系服务出现问题还查看全文
分布式架构 缓存 微服务 尘世随缘尘世随缘 回答了问题 6 天前

微服务的分布式架构下,金融机构如何根据业务场景选择合适的缓存?

尘世随缘 尘世随缘 技术总监,上海某互联网金融公司
软件架构中读写分离,缓存等都会导致数据的不一致性,某些场景如需要数据强一致性,可以通过版本号的方式来处理。比如李四读取A数据的时候version=1,同时有用户张三对记录A做了一次操作,那么version=2。这个时候李四是不能对查看全文

擅长领域

微服务 微服务
熔断 熔断
缓存 缓存

最近来访

  • echolife
  • zhangyuan
  • lxf7737
  • faye
  • 江中芦苇
  • solofeng
  • wanggeng
  • 匡匡