我来悟微服务(1)-夜观天象

本文涉及的产品
注册配置 MSE Nacos/ZooKeeper,118元/月
服务治理 MSE Sentinel/OpenSergo,Agent数量 不受限
云原生网关 MSE Higress,422元/月
简介: 一天最惬意的时光莫过于晚上坐在阳台里,远望星空。虽然是极晚了,云朵仍然不忘旅行,逢着晴朗天气,还能遇到星星出没。      星空之下,小区的东边,有一条大道直通南北,大道两旁的照明灯远远看去,像是闪烁的星星。

      一天最惬意的时光莫过于晚上坐在阳台里,远望星空。虽然是极晚了,云朵仍然不忘旅行,逢着晴朗天气,还能遇到星星出没。

      星空之下,小区的东边,有一条大道直通南北,大道两旁的照明灯远远看去,像是闪烁的星星。正如郭沫若所说:远远的街灯明了,好像闪着无数的明星。天上的明星现了,好像点着无数的街灯。

      看到这迷幻的情景,我又想到凯文凯利的<<失控>>,里面以工蜂和蚂蚁的社群为例讲述了现在或未来社会无中心分布式得协同生活。我之前并未看完,但此本书面向未来,具有超前思想,很适合人工智能,分布式等扩展思维。

      目前火热的云计算也是借鉴了自然。道法自然。生于斯,长于斯,成长于斯。就连最基础的软件工程,也是取决于建筑行业。

      爱思考的人脑海总是天马星空,如没有记载,很快将会遗失到九宵云外。

任务调度

     软件中的各种定时,延时作业是否类似于车来车往的十字路口,红绿灯的定时切换现象?扩展思维,车流人流类似任务,红绿灯像是个带状态的定时器,车道类似线程。

    在同一个十字路口,车道的总数是固定的,他们是前进还是停止是观看对应的交通灯状态来自主决定。你如果不想出事故,一般都会遵守交通规约的。一般软件里面是时间轮询,主动去触发任务,和现实世界人流观看交通灯决策是相反的。这两种哪种更高呢?在设计任务调度时,是否可以考虑任务根据调度系统的时间状态来自行决定执行?这仿佛是一种待提炼的设计模式。有待开拓。

      在交通灯故障或车流量过载时,一般需要交警或辅警进行交通指挥,这类似一种补偿机制。也类似是调度中心过载时备用方案。软件设计中,我们要思考这种备用么?

    学而不思则罔,思而不学则殆。

高并发

     大家对春运的人流量都有很深的印象。单个点要进站的有很多,同时进去不现实。这里就需要分批排队机制,延长护栏机制,茶水室优先进入机制。

分批排队机制确保按车次有序分批进入,

延长护栏机制,一到春运,护栏就格外的长,这样也有好处,不会把流量堵到一个点,分散延长。

茶水室类似为付钱或其他人士提供优先服务支持。

仔细想想,高并发,不就是负载均衡分流,验证码或拖拽验证等机制延长操作时间,某些关键业务保持优先级。其他业务可以异步。

设计思想来源于生活,高于生活。

微服务网关

说到网关对服务的监控,限流,熔断,异常重试等操作,你会不会想起十字路口的摄像头,大桥,保险丝等?服务的隔离,是不是想起了集装箱。最著名的容器docker更是以集装箱距离。我们离生活如此之近,离代码如此之远。

人法地,地法天,天法道,道法自然.

 由于简书移动端的编辑支持良好,首发简书。

https://www.jianshu.com/p/e6f0525245de?utm_campaign=hugo&utm_medium=reader_share&utm_content=note

作者:从此启程/范存威

出处:http://www.cnblogs.com/fancunwei/

本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文链接。如文章对您有用,烦请点个推荐再走,感谢! 本博客新开通打赏,鼠标移到右侧打赏浮动处,即可赏博主点零花钱,感谢您的支持!

相关文章
|
微服务
我来悟微服务(3)-需求管理
无限合并 最近工作上接到一个需求模块:关于账号自动合并的问题。简化来讲,手机1和邮箱1是一个账号,手机1和邮箱2请求过来创建账号时,由于手机号相同,自动合并为一个账号。手机3和邮箱2再过来请求创建账号,由于邮箱相同,自动合并为一个账号。
1189 0
|
监控 安全 微服务
我来悟微服务(2)-惊魂一刻
电动车牌照 大上海生活不易,由于住的地方离工作地较远,买车开车消费较大,也相当堵车,做公交也是堵的很慢。所以买了个电动车,上班体验上升很多。昨天看天气还好,就请了个假去上车牌。到交警大队,先验车,然后复印电动车合格证,发票,身份证,居住证。
1195 0
|
12天前
|
设计模式 Java API
微服务架构演变与架构设计深度解析
【11月更文挑战第14天】在当今的IT行业中,微服务架构已经成为构建大型、复杂系统的重要范式。本文将从微服务架构的背景、业务场景、功能点、底层原理、实战、设计模式等多个方面进行深度解析,并结合京东电商的案例,探讨微服务架构在实际应用中的实施与效果。
57 6
|
12天前
|
设计模式 Java API
微服务架构演变与架构设计深度解析
【11月更文挑战第14天】在当今的IT行业中,微服务架构已经成为构建大型、复杂系统的重要范式。本文将从微服务架构的背景、业务场景、功能点、底层原理、实战、设计模式等多个方面进行深度解析,并结合京东电商的案例,探讨微服务架构在实际应用中的实施与效果。
29 1
|
2月前
|
安全 应用服务中间件 API
微服务分布式系统架构之zookeeper与dubbo-2
微服务分布式系统架构之zookeeper与dubbo-2
|
2月前
|
负载均衡 Java 应用服务中间件
微服务分布式系统架构之zookeeper与dubbor-1
微服务分布式系统架构之zookeeper与dubbor-1
|
3月前
|
Kubernetes Cloud Native Docker
云原生之旅:从容器到微服务的架构演变
【8月更文挑战第29天】在数字化时代的浪潮下,云原生技术以其灵活性、可扩展性和弹性管理成为企业数字化转型的关键。本文将通过浅显易懂的语言和生动的比喻,带领读者了解云原生的基本概念,探索容器化技术的奥秘,并深入微服务架构的世界。我们将一起见证代码如何转化为现实中的服务,实现快速迭代和高效部署。无论你是初学者还是有经验的开发者,这篇文章都会为你打开一扇通往云原生世界的大门。
|
3月前
|
负载均衡 应用服务中间件 持续交付
微服务架构下的Web服务器部署
【8月更文第28天】随着互联网应用的不断发展,传统的单体应用架构逐渐显露出其局限性,特别是在可扩展性和维护性方面。为了解决这些问题,微服务架构应运而生。微服务架构通过将应用程序分解成一系列小型、独立的服务来提高系统的灵活性和可维护性。本文将探讨如何在微服务架构中有效部署和管理Web服务器实例,并提供一些实际的代码示例。
116 0
|
12天前
|
消息中间件 供应链 架构师
微服务如何实现低耦合高内聚?架构师都在用的技巧!
本文介绍了微服务的拆分方法,重点讲解了“高内聚”和“低耦合”两个核心设计原则。高内聚强调每个微服务应专注于单一职责,减少代码修改范围,提高系统稳定性。低耦合则通过接口和消息队列实现服务间的解耦,确保各服务独立运作,提升系统的灵活性和可维护性。通过领域建模和事件通知机制,可以有效实现微服务的高效拆分和管理。
37 7
|
1月前
|
Kubernetes 安全 微服务
使用 Istio 缓解电信 5G IoT 微服务 Pod 架构的安全挑战
使用 Istio 缓解电信 5G IoT 微服务 Pod 架构的安全挑战
54 8
下一篇
无影云桌面