当前位置: 首页 > article >正文

康威定律和数据中心网络

异想天开无罪,为啥不能再激进一点,但异想天开罪不可恕啊。

本文讲的就是数据中心网络,广域网不算,广域网还是要遵循分层,解耦,胖端瘦网原则,但数据中心不是,数据中心经理说了算。

传输网络从一开始就是端网分离的,从电话网开始,甚至从罗马大道时期就如此,负责转发信息的节点和信息的源头目标是绝对分离的,但从我们日常生活的便利性和效率来看并非如此,可我们仍然很少为邻居转递包裹。

无线自组织网络比如 Ad-Hoc,Mesh,每一个通信节点都可同时作为路由器交换机,细节不多说,就本地存储 PFC(参见 PFC 的 100 种优化) 而言,为充分利用资源,拥塞流量在遭遇拥塞时的后备 buffer 应该是动态分配的。这些 buffer 在没拥塞时做什么?自然而然,这些 buffer 可以作为系统的内存被应用服务使用。服务要部署在交换机上?

看起来很别扭,因为我们从没有见过这种网络,不是每个人都有机会玩 Ad-Hoc。

在解耦,分离各司其职的方法论时代,融合显得不合时宜,但对于提高资源利用率而言,我认为融合才高尚。没有交换机,没有路由器,所有服务器都是交换机,都是路由器。这意味着要改变拓扑,改变胖树,CLOS,Mesh 等先入为主的规则拓扑,而是基于业务(or 应用,服务)规划拓扑,以业务逻辑规划拓扑,而不是以流量规划拓扑。

“任何组织设计的系统,其结构都将不可避免地受到该组织沟通结构的限制。” 简单说,软件系统架构会和开发团队的组织架构相互呼应,这就是康威定律。基于它设计网络,抛弃传统的分层,细腰,沙漏模型,或许才是高效的手段,但也只真的高效,数据中心亟待的场景。对于广域网,可扩展性永远是第一位,大于性能。

大 buffer,当它只做 queuing buffer 时,才考虑成本,才用 SSD,NVMe 做后备,但当它可做业务逻辑计算内存时,它就仍然可用 DDR,这就是计算和传输之间的弹性调度,剩下的问题交给一个调度算法,在一片大内存中决策这块 buffer 用于业务内存,还是用于传输 buffer,做一个 yet another malloc。
在这里插入图片描述

如上图,没有任何路由器交换机,为啥不这么规划网络呢?

浙江温州皮鞋湿,下雨进水不会胖。


http://www.kler.cn/a/400671.html

相关文章:

  • UniApp在Vue3的setup语法糖下自定义组件插槽详解
  • oracle19c开机自启动
  • 【分布式技术】分布式缓存技术-旁路缓存模式(Cache Aside Pattern)
  • Vue模块化开发的理解
  • Uniapp 引入 Android aar 包 和 Android 离线打包
  • 《Java核心技术 卷I》用户界面中首选项API
  • 【Python项目】基于深度学习的音乐推荐方法研究系统
  • transformers 操作篇
  • OpenHarmony-2.DeviceInfo适配
  • Docker compose部署elasticsearch(单机版)
  • 问题定位学习
  • 01-如何引导AI来帮助我们完善项目
  • Docker-01
  • Linux_shell脚本if语句详细教程
  • QT中的字符器类型
  • 基于springboot的景区网页设计与实现
  • 生成式人工智能(AIGC)在软件开发设计模式课程教学中的应用
  • Vue练习案例(中)
  • VUE 实现公告无缝循环滚动
  • 供应链管理、一件代发系统功能及源码分享 PHP+Mysql
  • Briefly unavailable for scheduled maintenance. Check back in a minute.
  • LINUX sysfs的使用方法举例
  • Cesium 相机系统
  • 10、标签的 ref 属性
  • springboot上传下载文件
  • 十六.SpringCloudAlibaba极简入门-整合Grpc代替OpenFeign