一、背景：当"烟囱式"安全体系遇上云网融合
在运营商企业的IT系统建设中，"烟囱式"发展是一个普遍存在的历史特征------不同业务域独立建设、独立运维，安全管控体系也随之分散割裂。以某省电信分公司为例，在长期运营中形成了运维域和IT域两套独立的4A平台，分别服务于不同的业务场景和管理团队。两套平台在运营期间为保障系统安全发挥了重要作用，但随着"云改数转"战略的推进和云网融合要求的提出，问题日益突出。
认证体验割裂是最直观的痛点。运维人员在处理故障时需要在两套系统间切换登录，每次切换都面临重新认证的繁琐流程。权限管理同样分散，同一名员工在不同域中拥有各自独立的账号和权限体系，员工离职后容易出现"这边销了那边还在"的权限残留。更棘手的是审计追溯------两套平台的日志相互独立，一次跨域安全事件需要分别从两套系统中提取日志进行人工关联，溯源效率极低。此外，两套平台的建设标准和技术架构各不相同，安全策略无法统一配置和下发。
这些问题的根源在于：传统的4A平台以"系统"为单位进行能力建设，而不是以"能力"为单位进行服务化输出。当业务需要跨域协同、当安全管控需要灵活适配不同场景时，这种模式就难以响应了。
二、破局思路：从"系统建设"到"能力编排"
面对上述挑战，一套新的建设思路逐渐清晰：不再把4A当作一个孤立的安全系统来建设，而是将其拆解为可复用的原子化安全能力，通过跨中台的业务编排机制，按需组装、灵活调度，为不同业务部门输出差异化的安全管控场景。
这一思路的核心转变在于：4A平台从"功能交付"走向"能力供给"。 统一认证、权限管理、审计追溯、动态信任评估等能力不再绑定在某个特定系统中，而是以标准化服务组件的形式沉淀到能力中台，供各业务域按需调用和编排。
在运营商场景中，这种能力供给模式已经在实践中得到验证。山东移动通过安全中台提供可编排调度的数据安全能力，包括行业通信通道准入认证、灵活网络切片隔离、5G数据威胁监测等，为行业客户提供"网、端、边"可定制的数据安全服务。天翼数科的自动化安全编排运营平台则以"四个中心+一个引擎"的架构为基础，实现了对安全原子能力、威胁情报、第三方服务等异构系统的统一编排管理。
三、架构设计：微服务底座上的原子化改造
要实现跨中台的安全业务编排，架构层面的改造是前提。某省电信分公司的融合4A平台建设提供了一个可参考的样本。
平台引入了微服务架构和多租户模式，在数据和服务解耦的前提下完成了全系统的服务原子化改造。具体而言，就是将对后端服务从业务维度和独立功能维度进行微服务化拆分，降低业务耦合、提升功能可扩展性。统一认证、权限模型、自助接入、全面审计等核心能力被拆分为独立的微服务模块，每个模块可以独立部署、独立升级、独立扩展。
在此基础上，平台提供跨中台的安全业务编排能力，从能力中台获取标准化安全组件进行编排、组装和调度，为不同业务部门输出不同的安全管控场景。这种设计的好处在于：当某个业务部门需要一套定制化的安全管控流程时，不需要从头建设一套4A系统，而是通过编排已有的原子能力快速组装出所需场景。
值得注意的是，原子化改造不仅服务于内部的能力复用，也为对外开放融合提供了基础。平台支持第三方应用服务的快速接入，将其安全管控能力融入4A管控体系，同时支持将自有能力进行服务输出，供其他系统或业务部门调用。
四、跨中台编排的落地实践
4.1 统一身份底座：从"两套账号"到"一人一账号"
跨中台编排的第一个落地场景是统一身份源的构建。平台将运维域和IT域的用户身份信息整合到同一个数据源中，实现"一人一账号、全域通用"。员工入职时在统一平台开通一个账号，即可同时获得运维域和IT域的访问权限；离职时一键冻结，所有系统的权限同步回收。
统一权限模型也随之建立。权限分配不再区分"这是运维域的权限还是IT域的权限"，而是根据用户的岗位角色和业务需求统一赋予，确保用户只能在授权范围内访问资源。审计层面，两套平台的日志汇聚到统一的数据湖中，日均处理百万级操作日志，支持跨域操作行为的全链路追溯和多维度关联分析。
4.2 动态信任评估：零信任与原子能力的融合
在原子化架构的基础上，平台进一步融合了零信任安全理念。通过机器学习与AI算法，构建资产风险评估模型和综合信任评估模型，持续监测终端、网络及用户行为风险，结合用户身份、网络环境和设备终端的信任评估，实时智能化分析和管控用户的登录和操作行为。
这里的"编排"体现在：信任评估本身作为一个可调用的原子能力，与认证、授权、审计等能力通过编排引擎协同工作。当信任评分发生变化时，系统可以自动触发相应的管控策略调整------这可能涉及重新认证、权限降级、操作阻断等多个原子能力的组合调用。
4.3 混合办公与多云环境的安全供给
原子化能力编排在混合办公场景中体现出显著优势。通过驱动集中认证、访问控制等关键能力与业务融合，平台能够实现混合办公、多云环境下端到端的业务安全。不同业务系统可以根据自身的安全等级要求，从能力中台选取合适的认证方式组合------静态密码、动态口令、指纹识别、人脸识别等------通过编排形成适合该场景的认证流程。
五、工程化落地：割接与性能
跨中台的能力重构在技术上是一回事，在实际业务环境中平稳落地是另一回事。某省电信项目涉及14万+资源的纳管和7000+主账号的迁移，割接方案被划分为五个阶段，新旧平台在割接期间并轨运行，用户、资产、授权等策略数据实时同步。
性能是另一个需要重点关注的指标。融合平台对Tacacs+协议核心认证流程进行了优化，利用分布式缓存和智能负载算法，认证并发能力从原系统的50并发提升至1000+。平台单实例最大支持亿级账号管理，可应对百万级并发的认证请求，适配运营商、金融等高负载行业场景。内蒙古移动的4A云原生系统上线后，单点登录效率提升50%，系统承载能力提升400%，功能发布效率提升50%。
六、实践意义与思考
回顾这一实践，有几个关键认知值得沉淀。
第一，原子化是能力复用的前提。 如果安全能力仍然以"系统"为单位建设，跨中台的编排就无从谈起。只有将能力拆解为标准化、可独立调用的服务组件，才能实现"一次建设、多处复用"。
第二，编排能力是安全架构的"连接器"。 原子能力本身不产生价值，价值产生于能力之间的组合与调度。跨中台编排机制使得安全能力能够灵活适配不同业务场景，从"有什么用什么"转变为"需要什么编排什么"。
第三，工程化能力决定了技术方案的落地效果。 架构设计再先进，如果不能平稳割接、不能保障性能、不能适配现有业务环境，就很难产生实际价值。从多轮割接演练到应急预案制定，从性能优化到7×24小时保障，工程化细节贯穿了项目的全过程。
从更宏观的视角来看，跨中台安全业务编排所代表的，是一种从"建设安全系统"到"运营安全能力"的范式转变。在云网融合、多云异构、混合办公成为常态的今天，安全管控需要的不再是更多的系统，而是更灵活的能力供给方式。原子化与编排，正是这一转变的技术支点。
目前，融合4A平台已在多个运营商以及金融、能源等行业用户中落地应用。随着AI技术的进一步融入和云原生架构的持续演进，跨中台安全能力编排的实践还将继续深化，为企业的身份安全治理提供更灵活、更高效的路径。