Spring Cloud中国社区博客

买单侠-李荣陆 | 发表于 | 分类于
过去两年中，微服务架构是一个非常热门的技术名词。秦苍科技也在微服务方面做了大量的投资和实践，我们有开发、测试、准生产、生产四套环境，每套环境有230+个微服务，总共有近1000个微服务。
Spring Cloud中国社区博客

铁汤 | 发表于 | 分类于
早期的Spring Cloud Eureka在注册获取网卡IP时，不能区分外网网卡和内网网卡，如果安装了虚拟机和docker也不能区分虚拟网卡，每次启动注册的IP都有可能不一样，如果要注册为外网网卡IP，那运行带宽就不够，这个bug应该说是比较严重的问题，因此重写了网卡IP获取的逻辑来解决，同时也反馈给了spring cloud团队，再后期的版本中添加了网卡接口排序和通过名称过滤的功能来得到解决。
Spring Cloud中国社区博客

铁汤 | 发表于 | 分类于
微服务化之后，应用的数量剧增，零时需要调整配置参数时，无论是运维直接在服务器上修改还是工程中修改配置后重新打包部署，对运维来说工作量是巨大的，而且人为的操作会加大出错的几率，那么外化和中心化配置可以更好的解决分布式环境的配置问题。
Spring Cloud中国社区博客

铁汤 | 发表于 | 分类于
当调用API或者发起网络通信的时候，无论如何我们都要知道被调用方的IP和服务端口，大部分情况是通过域名和服务端口，事实上基于DNS的服务发现，因为DNS缓存、无法自治和其他不利因素的存在，有很多局限。传统的DNS方式，都是通过nginx或者其他代理软件来实现，物理机器的ip和port都是固定的，那么nginx中配置的服务ip和port也是固定的，服务列表的更新只能通过手动来做，但如果后端服务很多时，手动更新容易出错，效率也很低，这在后端服务发生故障时，不可用时间就可能会加长
Spring Cloud中国社区博客

铁汤 | 发表于 | 分类于
微服务除了互相之间调用，还需要将API提供给外部应用访问，像浏览器，移动app，第三合作方等等，这就需要前段路由来管理后端微服务提供的服务。提供类似功能的应用有着多样化的名称，比如前置服务器/前置机、路由服务器、(反向)代理服务器，API网关服务器也是其中的一个叫法，只是场景和侧重点不一样。
Spring Cloud中国社区博客

Spring Cloud中国社区-任聪 | 发表于 | 分类于
此文所述处理方式为本人在实践过程中研究分析得出的一种解决方案，着实不敢确定是否为 最佳实践。本文不仅希望能为SC学习者提供一种如题问题的一种解决方案，并且希望通过本文引出各位 SC的朋友对如题问题的共同探讨和最佳实践方案的分享。
Spring Cloud中国社区博客

Spring Cloud中国社区-余正 | 发表于 | 分类于
jwt是通过HMAC(Hash-based Message Authentication Code)计算信息摘要，也可以用RSA公私钥中的私钥进行签名，这个可以根据业务场景选择，对应jwt最终展示实际上就是一个字符串，它一般右三部分组成，头部(header), 载荷(payload), 签名(signature)。
Spring Cloud中国社区博客

张劲 | 发表于 | 分类于
最近看到了一个GitHub issue在讨论如何在post类型的zuul filter中设置response body，其中涉及到异常情况下，如何返回一个自定义的response body。正好我在升级spring-cloud，也想弄清楚，spring-cloud-zuul是如何处理异常情况的，所以就仔细看了看这部分的实现细节，现在做个笔记记录下来。