4 年前一次面试过程中，在面试官那里知道分布式的概念。已转码多年的我，当时无疑是被啪啪打脸。

如今已工作多年的老司机，分布式相关术语，还时长出现，当初面试官不屑的神情仍记忆犹新。

那么分布式是什么？这么多年热度不减反增？

单体

这还得从单体架构说起，所有功能堆到一起

打成一个包，部署到服务器上，所有代码都跑在一个 JVM 进程中

经常因为队友掉链子，通宵上线，熬出黑眼圈，还难免发生扯皮。

微服务 分布式

马上开始双 11 活动，流量洪峰即将到来，公司准备趁这波大赚一笔。

老板怕系统单点撑不住，于是架构师设计了套初级分布式： 在多台服务器上部署了单体应用。

然而，一个错误，可能导致系统整体，不可用。

为了提高系统 SLA，又开始按照功能模块拆分单体应用为微服务。

将拆分后的微服务部署到服务器上就成了这个样子：

但随着系统功能的完善，服务数量在增多，应用和服务器都不够弹性，扩缩容不够丝滑，对服务、服务器的运维成本也大幅增加。

自建机房。场地、布线、服务器、维护、网络规划、环境配套，太折腾

托管给专业 IDC，降低自运维成本，但一次性购置服务器，容易闲置浪费，到生产可用时间周期长。

此时 BAT 大厂开始提供各种公有云服务，于是在有自建数据中心的情况下，慢慢开始转移部分业务到公有云。为避免供应商锁定，在不同云厂商处都有业务。

至此，形成了混合云+多云的局面，但异构的云形态，给业务上云的灵活性带来很大阻力，而且算力的“中心化”，在某些对实时性要求较高的场景，存在很大的缺陷。

分布式云

近两年来又有新词“分布式云”，时常出现在圈子内。新词层出不穷，有一种总是在学习“旧知识”的错觉。

那什么是分布式云？

2022 年 6 月份，中国信通院联合腾讯云发布的《分布式云白皮书》中给了明确的定义： 将云服务按需部署到不同地理位置，提供统一管理能力的云计算模式，其落地形态可表现为中心云、区域云和边缘云等。

这里说的边缘云，一般是建设在靠近用户或生产现场的数据中心、专有云、托管云。

集中管理，统一调度，不管这些云形态物理位置有多分散，在用户视角里，却只有一朵云。

分布式云工作原理

传统公有云，虽在不同 Region 下分出多个可用区，但这些，只能算是分布式的中心节点。

这就难免有很多缺点，比如：带宽资源有限，传输费用昂贵，难以避免的高时延。归根结底是算力距离用户的位置太远。

在边缘节点、本地节点运行服务器和应用程序，能就近原则处理数据，而不是传回给“中心云”，减少数据迂回。用户接入最近的节点，为用户带来极致流畅的体验。

如何构建分布式云？

“分布式云”算是个新概念，国内大厂都在投入建设。

今年 6 月份举办的“2022 云边协同大会”，信通院发布了国内首批分布式云评估结果，腾讯云成为国内首批唯一通过分布式云容器平台、分布式云基础设施可信云认证的云厂商。

所以看鹅厂是怎么构建“分布式云”的，很有指导意义。

本地专用集群 CDC

鹅厂推出的一款本地专用集群（CDC）解决方案

是什么东西呢？

就是可以将带有公有云能力的专用一体机柜放到客户的机房

保证数据安全合规，同时降低延迟

而这些基础设施的运维升级保障由鹅厂运维

可以说兼备了 IDC 和公有云的优势

从政务、医疗，到工业制造，将设备放到附近机房，即可就近接入临近公有云地域数据中心，实现统一管理。用户还可通过公有云现有工具（控制台、API 等）来管理 CDC 资源。

专属可用区 CDZ

CDC 要使用云数据库等云服务，还需要通过专线到公有云上获取。

这个延迟也不能接受？

那就建立自己的专属可用区（CDZ）。可以将公有云能力 1:1 输出到本地机房。

既有本地机房的数据安全，又有所有云产品的低延迟。

公有云能力可“按需建设”到本地专属可用区，非常灵活。

专属可用区仅用户可见，而且完全同步腾讯云最新技术和云产品服务。

云托付物理服务器 CHC

不想在本地机房？想用自有服务器架构？

没关系，可以把服务器托付给腾讯云

这就是：云托付物理服务器（CHC）

支持特种设备托管，充分利用已有资产，当做云服务器来使用，还能独占计算资源。

可通过私有网络能力实现各种云上互通场景需求。

边缘可用区 TEZ

游戏端到端之间互动要求高，对延迟过于敏感，地域过于分散？想靠近用户？

这就得把算力转移到靠近最终用户的地理位置运行应用程序。

这就是：边缘可用区（TEZ）要做的事情了。

腾讯云边缘可用区提供与中心节点一致的体验。目前边缘可用区已经覆盖了全国主要省会城市。

降低公网带宽开销，减少回源流量。在游戏加速，实时音视频、CDN 回源等诸多场景非常适用。

至此，算力覆盖到了本地、边缘节点、云中心全位置。

然而，真正的分布式云聚焦点并不是设备，而是资源的高效利用和服务的精准调度。

如何将这些资源和服务统一管理，调度，按需平滑弹性扩缩容等统一运维操作，还得是”云原生分布式云“。

腾讯云遨驰 Orca

今年 6 月份，腾讯云联合中国信通院共同发布的《分布式云发展白皮书（2022 年）》提到“腾讯云操作系统遨驰”，是目前业界唯一支持服务器、容器、函数混合调度的云原生操作系统。

遨驰支持 10 万级服务器、百万级容器规模，管理的 CPU 核数超过 1 亿。目前已在百家大型客户生产环境中成功落地。

Orca for Server 让计算资源无处不在； Orca for Kubernetes 借助 TDCC 以应用为中心，进行统一调度，提供极致的资源利用率和应用可用性； Orca for 网络 让各地域云上、云下多点安全稳定互联，极速体验； Orca for 存储 让服务数据更安全，扩展更弹性。

提起云原生分布式云中心 TDCC，就不得不先说一下容器服务。

容器服务

有了稳定的网络和存储，应用也要足够弹性，易于扩展，才能体现架构的稳定性。

微服务拆分后，运维大量的应用是个挑战。用 Kubernetes 来管理其生命周期，进而全面拥抱云原生生态的计算、存储，网络，监控等灵活可插拔架构。

此时就得用到容器服务 TKE，其高度可伸缩和智能调度的特性，可根据负载情况自动伸缩，用最合理的资源量来承载应用。

针对边缘节点的应用管理，使用边缘容器服务 TKE Edge，将 Kubernetes 能力延伸到边缘地域。

各地域边缘节点，如云服务器、物理服务器、个人 PC 等可一键加入边缘容器集群。

海量节点并发接入能力，具备独创的边缘节点自治，多地域自治流量闭环以及分布式健康状态检查等高级特性。

云原生分布式云中心 TDCC

说了这么多，分布式云是实现了，但如何统一视角呢？

云原生分布式云中心 TDCC 支持纳管包括 其他云厂商集群、自建集群，TKE 容器集群、TKE Edge 集群多集群集中管理。

无需改造成即可升级至多云多集群架构，将云原生化的应用扩展到分布式云，全局视角统一管理和运维分布式云资源。

完全兼容 K8s 的标准 API、Helm Chart 以及自定义的 CRD，实现体验一致的多云混合资源、服务、应用的统管能力，最小化多云运营成本。做到一次部署处处运行。

云原生操作系统 Orca 名字就很有特质：

目前有多个项目代码已经开源，比如：

开源了用于边缘计算的容器管理系统 SuperEdge：

以及 TDCC 核心功能 Clusternet 多集群应用治理项目：

打通无论是公共云、私有云、混合云还是边缘运行的集群，并且提供了 Kubernetes 原生风格的 API。

遨驰确实做到了“一朵云、无差异、无障碍、无处不在”。

总结

“云原生+分布式云” 是云计算未来的趋势，各大云厂商战略正在聚焦，也意味着市场的逐步成熟。而腾讯云遨驰，引领技术方向，把握客户刚需，为用户提供了一朵无处不在的云。 “开源创新、全域治理、无限算力、触手可及”，Orca 当之无愧。

这里整合了上周末腾讯举办的 Techo Day 技术开放日活动的所有硬核资料和课件，其中就包含了遨驰的技术原理深度解析，讲述如何利用遨驰实现任意位置皆可高效用云。还包括企业级云原生网关、云原生效率提升利器等内容。

深入行业动态，面试独秀全场。 非常推荐大家下载收藏学习。