当前位置：经营头条
【11年·11个认知】政务云建设运营之道⑪
基础设施跨越调度篇：让散落各处的资源，像一个整体
走到这一篇，把镜头拉到最高处。前面十篇讲的是如何与差异相处——纳管、抹平、驾驭，这一篇讲的是集大成：基础设施跨越调度。分而治之的路走到头，剩下的只有一道题：能不能让这些碎片，像一个整体一样工作。算力、网络、数据、模型、应用，任何一处的边界，都会在这里现形。
资源从来不聚在一处。多云并存，多域隔离，云与边、端相互协同；有的资源在自己的云里，有的在别人的云里，有的在专有域里，有的物理上就不在同一个地方。它们的归属不同、合规边界不同、能力也不同。我们面对的，不只是资源够不够的问题，更麻烦的是，它们被切成一块块隔离的碎片。怎么让这些碎片，对外表现为一个整体，这才是更为重要的问题。
一是统一视图。算力、网络、数据、模型、安全，分散在不同云、不同域、不同系统里，形态各不相同——算力有规格，网络有网段，数据有库表，模型有参数量，安全策略有规则集。第一步，是把它们收进同一张表，用同一套说法：同一台虚拟机，A 云叫 ECS，B 云叫 CVM；同一份数据，这边按主题域分，那边按系统分。规格怎么折算、状态怎么归一、归谁所有，都得一项项定下来；再靠自动发现、定时采集把台账养住。看清家底，才谈得上调度，这张表也是后面编排、计费、合规、运维共同的底。
二是跨云编排。应用定义一次，就能在不同云、不同架构之间迁移与漂移。关键在“定义”二字：把应用连同依赖、配置、入口都提炼成一份可重复执行的描述，不再依赖某一朵云特有的东西。有了这份描述，迁移就不再是搬家，而是照图纸重新施工一次。于是哪边的资源合适、哪边的合规允许，应用就往哪边走；某处机房出了故障，它能在另一处重新跑起来。差异，此时才真正成了弹性。
三是智能调度。能移，不等于会放。调度不只是“有空位就放”，而是把成本、性能、合规、绿色几个目标一起放上天平：什么负载更看重时延，什么系统能接受分时运行，哪些数据不许出域，哪些时段资源更便宜——同一个应用，放在不同地方，账算下来能差出几成。难点在目标之间的取舍：要为每一个负载挑出最合适的落点。这一步做不到位，前面两层都白搭；做到了，调度才从“能移动”走向“调得好”。
三层叠加，我们才能够说：这些碎片，可以像一台机器一样工作。回望十一年，从一朵云到多朵云，从纳管一台设备到驾驭一片资源，我们最大的收获，不是拥有了多少算力，而是拥有了把散落各处的资源拧成一体的能力。这项能力，叫什么名字不重要，它的内核不会变。
认知：云服务的终极能力，不在于拥有多少资源，而在于能不能把散落各处的资源，调度得像一台机器。从“纳管”到“驾驭”，这既是政务云十一年认知的终点，也是下一个十年的起点。
打印
关闭
