文章目录前言一、统一配置管理1.添加配置文件2.微服务拉取配置3.配置共享三、Feign远程调用总结前言在上篇文章中介绍了微服务技术栈中Nacos这个组件的概念，Nacos除了可以做注册中心，同样可以做配置管理来使用。同时我们将学习一种新的远程调用方式Feign，它可以帮助我们优雅的实现http请求的发送。一、统一配置管理1.添加配置文件Nacos除了可以做注册中心，同样可以做配置管理来使用。每个微服务可以从Nacos拉取相关配置，同时当Nacos中的配置发生变化的时候，可以及时通知到每个微服务。Nacos一方面可以将配置集中管理，另一方可以在配置变更时，及时通知微服务，实现配置的热更新。1.
关键需求最大限度地提高团队的自主性：创建一个团队可以完成更多工作而不必与其他团队协调的环境。优化开发速度：硬件便宜，人不是。使团队能够轻松快捷地构建强大的服务。关注自动化：人们犯错误。更多的系统操作也意味着更多的事情可能出错。自动化一切。在不影响一致性的情况下提供灵活性：让团队能够自由地为自己的服务做正确的事情，但是有一套标准化的构建模块可以长期保持健康。为弹性而构建：由于多种原因，系统可能会失败。分布式系统引入了一整套新的故障场景。确保采取措施尽量减少影响。简化的维护：而不是一个代码库，你会有很多。有准则和工具来确保一致性。挑战:一次切换系统从一个单一的体系结构切换到一个微服务体系结构是不是
智慧工地系统是依托物联网、互联网、AI、可视化建立的大数据管理平台，是一种全新的管理模式，能够实现劳务管理、安全施工、绿色施工的智能化和互联网化。围绕施工现场管理的人、机、料、法、环五大维度，以及施工过程管理的进度、质量、安全三大体系为基础应用，实现全面高效的工程管理需求，满足工地多角色、多视角的有效监管，实现工程建设管理的降本增效，为监管平台提供数据支撑。一、智慧工地系统特点1.系统采用微服务架构；2.支持多端展示：PC端，平板、手机APP端;3.数字孪生可视化智慧大屏，一张图掌握项目整体情况;4.依托数据交互子平台，形成用户多系统间数据融合；5.IOT云平台，实现IOT设备对接及数据传输与
微服务风靡一时。他们有一个有趣的价值主张，即在与多个软件开发团队共同开发的同时，将软件快速推向市场。因此，微服务是在扩展您的开发力量的同时保持高敏捷性和快速的开发速度。简而言之，您将系统分解为微服务。分解并不是什么新鲜事，但是通过微服务，您可以为团队提供尽可能多的自主权。例如，专用团队完全拥有该服务，可以随时部署或重新部署。他们通常也会使用devops来控制整个服务。他们可以做出相当自主的技术决策并运行他们自己的基础设施数据库。被迫操作软件通常会限制有线技术选择的数量，因为当人们知道他们将来必须操作它时，往往会更频繁地选择无聊技术。Microservicesareaboutdecomposit
目录一、什么是Gateway？1.网关的由来2.网关的作用3.网关的技术实现二、如何搭建一个简易网关服务1.引入依赖2.配置yml文件三、进阶话题：过滤器和路由配置1.gateway的执行原理2.路由断言工厂:PredicateFactory3.网关过滤器：GatewayFilter自定义网关过滤器4.默认过滤器：defaultFilter5.全局过滤器：GlobalFilter6.过滤器的执行顺序7.GlobalFilter和GatewayFilter的区别四、实战经验分享：处理微服务间通信1.跨域问题处理微服务架构的兴起已经改变了软件开发的面貌，使得开发者能够更灵活地构建、部署和维护应用程
目录一：统一网关Gateway1.为什么需要网关2.gateway快速入门3.断言工厂4.过滤器工厂5.全局过滤器6.跨域问题一：统一网关Gateway前面我们已经学习了注册中心Eureka、Nacos和配置管理中心Nacos；但是此时存在很多安全的问题，服务器摆在那里谁都可以进行访问！1.为什么需要网关网关功能：①身份认证和权限校验：微服务直接摆在那里允许任何人都可以访问，不太安全；需要进行身份验证，一切请求先到网关Gateway再到微服务，验证过后在进行放行！②服务路由、负载均衡：放行过后，问题又来了，当用户放松请求处理业务时，网关肯定处理不了业务，需要把请求给对应的微服务；但是需要判断是
一、智慧工地概念智慧工地就是互联网+建筑工地，是将互联网+的理念和技术引入建筑工地，然后以物联网、移动互联网技术为基础，充分应用BIM、大数据、人工智能、移动通讯、云计算、物联网等信息技术，通过人机交互、感知、决策、执行和反馈等，实现对工程项目内人员、车辆、安全、设备、材料等的智能化管理。智慧工地是指通过信息化技术、物联网、人工智能技术等手段，对建筑工地进行数字化、智能化、网络化升级，实现对施工全过程的实时监控、数据分析、智能管理和优化调控。智慧工地的建设可以提高工地的安全性、效率性和质量，降低施工成本，是建筑行业数字化转型升级的重要抓手。本文将介绍智慧工地目前比较成熟的技术。二、智慧工地管理
前言经过近几天陆续发布Cache系列博文，博主已对业界主流的缓存工具进行了基本介绍，当然也提到了一些基本技巧。相信各位盆友看见这么多Cache工具后，在选型上一定存在某些偏爱：A同学说：不管业务千变万化，我对Redis的爱永不变。B同学说：不管集中式还是分布式，单体还是集群，我只相信Redis。C同学说：无论穿透击穿还是雪崩，只要把key定义好，任尔东西南北风。好了，看完这篇文章，希望以上同学有所启发。微服务实战系列之Cache（技巧篇）微服务实战系列之MemCache微服务实战系列之EhCache微服务实战系列之Redis微服务实战系列之Cache微服务实战系列之Nginx（技巧篇）微服务实
一、注册中心Eureka1.RestTemplate通过注册中心调用通过springcloud微服务篇--2，RestTemplate的http调用方式引出问题：服务消费者该如何获取服务提供者的地址信息？如果有多个服务提供者，消费者该如何选择？消费者如何得知服务提供者的健康状态？eureka的作用：消费者该如何获取服务提供者具体信息？服务提供者启动时向eureka注册自己的信息eureka保存这些信息消费者根据服务名称向eureka拉取提供者信息如果有多个服务提供者，消费者该如何选择？服务消费者利用负载均衡算法，从服务列表中挑选一个消费者如何感知服务提供者健康状态？服务提供者会每隔30秒向Eu
在微服务中，一个逻辑上原子操作可以经常跨越多个微服务。即使是单片系统也可能使用多个数据库或消息传递解决方案。使用多个独立的数据存储解决方案，如果其中一个分布式流程参与者出现故障，我们就会面临数据不一致的风险-例如在未下订单的情况下向客户收费或未通知客户订单成功。在本文中，我想分享一些我为使微服务之间的数据最终保持一致而学到的技术。为什么实现这一目标如此具有挑战性？只要我们有多个存储数据的地方（不在单个数据库中），就不能自动解决一致性问题，工程师在设计系统时需要注意一致性。目前，在我看来，业界还没有一个广为人知的解决方案，可以在多个不同的数据源中自动更新数据-我们可能不应该等待很快就能获得一个。
