AI智能总结
电信成功取决于去分层1基于平台的商业模式之路到目前为止,电信堆栈通常一直是各自为政的。这种结构随着电信公司围绕技术类型或服务(如语音、数据和无线)进行组织而发展演变。多年来,这种结构运行良好,使他们能够随着业务的演变添加与基础设施相关的解决方案。职能部门相对独立地运作,各自负责自己的产品和客户互动。同时,它们之间鲜有协作、互动或沟通,这在一定程度上是可以容忍的——直到现在。在一个先前文章,我们强调了电信和连接价值链采用基于平台的商业模式以创造更多价值并避免陷入资本密集型投资递减回报的受害者的重要性。事实上,为了实现真正的平台商业模式,解层化是一个先决条件。未来操作模式——平台模式——将基于更全面的方法,由网络和计算技术环境的日益融合所触发。去层化可以支持向此模式的过渡。为了实现真正的平台商业模式,去层级化是一个先决条件。 电信行业内部技术和运营的结构方式已经争论了很长时间。对于希望创造更多价值并增强竞争力的电信公司来说,平台商业模式正迅速成为必要。反过来,扁平化架构支持平台模式,使电信公司更有效地管理其技术栈,跟上技术进步的步伐,并变得更具客户中心性——与此同时,在多速运营环境中进行重要变革。尽管扁平化已经存在了几十年,但现在它尤其具有相关性,因为它是从封闭式结构转变为更容易让电信公司拥抱应用程序编程接口(API),提高其敏捷性和市场速度,并在新的电信时代作为一个单平台公司运营的最佳方式。本质上,解层化是移动到一个类似于电信网络架构的分层结构的过程。在传统结构中,电信公司可以围绕网络、IT和数字平台进行组织——每个都有其独立的、部门隔离的资源和能力。在解层化结构中,层不再主要存在于职能隔离部门中,而是进行整合和扩展,以便每个层都能为公司提供能力。简洁是目标,但到达那里可能并不那么简单。相对简单性及其固有优势是目标,但达到这一目标的过程可能很复杂。我们认识到有很多因素需要考虑,并且考虑到企业可能在过去几年中经历了多种演变和增长方式,因此没有两家电信运营商会以相同的方式进行去层级化。在凯文,我们已帮助多家电信运营商将去层级化从理论成功转化为实践。并且从这一点上,我们认识到制定策略的重要性,该策略能够明确去层级化最佳运营方式,同时创造更多市场进入优势、效率、问责制和透明度。 传统结构APIs数字前端APIsD 数字前端前端APIsO&AMANOO&AO&A编排自动化和接口数据分析达ta lake数据湖数据湖BSSSESreCoS操作系统网络核心和IT平台云云云基础设施d网络信息技术DigiCo汇聚域解耦化有助于打破部门壁垒森严的做法,这种做法造成了诸多弊端,例如客户体验脱节(客户或客服代理人必须处理多个部门才能解决一个问题)、资源利用效率低下(每个功能都需要重复投入精力),以及创新能力有限(部分源于跨部门沟通受限)。采用部门壁垒森严结构的电信运营商将无法跟上那些找到了更好的新科技应用方式和吸引客户方法的竞争对手。一个去层化结构有三个主要部分(见图1):解这一层负责配置和提供客户服务,并启用计费和支持活动。它通常按客户细分及其产品进行组织,从套餐计划到网络安全解决方案。注意:API是应用程序编程接口;AI是人工智能;ML是机器学习;OSS是运营支持系统;O&A是编排和自动化;MANO是管理和编排;BSS是基础服务集;ESS是扩展服务集。资料来源:凯文尼分析图1运营商是时候通过解层来打破传统的封闭式方法了解耦化可以使电信公司进入全新的领域。它已经成为现代工作方式——一种电信公司可以在其中竞争短期市场波动的同时进入未来的工具。X P T Ial igit D访问Aia ed , m ssage e , m oice Vrm fo ainment plat rt 进入云云 电信成功取决于解层2去延迟结构数字前端解娱乐平台BSS数字消费者流媒体服务APIsAI/ML驱动的O&A和MANO服务数据湖和分析开源软件声音,消息,媒体reCoTX P我基础设施边缘云核心IT云Digi cloud私有云 公有云网络、IT和DigiCo基础设施。该层是持续服务流程的一部分,当系统出现故障时会处理直接停机,并涉及光纤、蜂窝站和数据中心等组件。它提供基本底层连接(L1–L3)或是一个无法解耦的功能。尽管提高效率是解层结构的目标之一,但其主要驱动力是与最新的技术进步保持同步。随着行业变革性追求和技术(例如软件定义网络(SDN)和开放无线接入网络(ORANs)的涌现,网络技术堆栈本身已经变得更加虚拟化和解层结构,释放了5G和网络切片的全部潜力。网络功能是可编程的,比以往更强大,并且可以通过API(与其他数字世界中的服务一样)提供。服务。该层管理一个服务或平台,并利用多个资源域。存在运行服务并向北暴露的平台,因此去层化的魔力在这里通常非常明显。例如,运行多种网络安全或5G切片能力的服务可以被暴露到解决方案中。访问A 图2来源:亚马逊;凯文尼分析开发负责对于顶层操作工程持续集成CD顶层服务— Lambda— Fargate— 豆茎— 云front— SGS— 动态数据库工程持续集成CD核心服务— EC2— S3设施建设设施运维基础设施DCHVACRackand堆栈— 统一infra-结构for自动化与此同时,基础设施变得更加分散,特别是在固定市场,由于没有像移动市场那样的频谱来阻止进入,因此情况尤为如此。由于在特定国家有多个参与方进行光纤部署,批发市场也同样分散。因此,为了有效进入聚合者的角色,电信运营商需要将多个网络基础设施整合在一起。如果你不在去分层结构中运营,那么这可以说是一个艰巨的——如果不是不可能的——难题。它也成为电信运营商有效管理其云基础设施的当务之急,无论是运行超大规模企业拥有的云上的工作负载,构建和部署自己的,还是两者结合。去层化可以支持所有三种方式,因为它解耦了基础设施,允许电信运营商自由选择如何管理它。亚马逊网络服务的多层敏捷DevOps模式在服务和基础设施的速度上有所区分例如,威瑞森推出了网络即服务框架,以使网络更加敏捷,并快速适应变化的客户。此外,泰尔尼ors正在将其传统模式转型为即服务模式,而德意志电信正转向全面云原生的电信即平台解决方案。 90%电信成功取决于去分层 3技术支持操作指令居中COL1几个代码片段每天两人份披萨操作敏捷频繁codedrops for dataCOL2更大团队(分为两段-披萨团队)容量规划自动化季度GA独家SAT和ORT (非公开测试区域)12至18个月周期硬件产能规划使用统计模型并且得到支持商业模式去层化也可以在纯电信以外的用例中看到。亚马逊网络服务(AWS)已经开发了一个分层的、敏捷的DevOps模型,在不同服务之间和基础架构上有所区分速度(见图2)。许多通信平台即服务(CPaaS)参与者,如Twilio,正在重建他们的运营模式,使其可以堆叠,从而在确保底层基础架构的稳定性同时,向客户提供高度定制化的API解决方案。很明显,传统上定义电信公司、科技公司和超大规模公司的界限已经模糊,这加强了对重新思考如何运营的需求。 团队 单一国家和多国运营商集团。初始步骤复杂的基础设施和架构。关于api,我们认为它们应该对开发者开放,并且最好成为创建相关服务的大型开发者社区的一部分。电信运营商在就其平台与开发者合作创新时,必须考虑三种主要模式:与大型企业建立战略伙伴关系以共同创建解决方案(例如ntt),围绕api暴露能力创建自己的开发者社区(例如美国T-mobile),或通过第三方平台暴露其服务(例如爱立信正在兴起的全球网络平台)。在去分层转型中,还有几个需要考虑的因素:第5页的图3展示了通过解层化实现平台赋能的商业模式愿景。底层(CIaaS)是资产密集型组件,具备所需的存储和多访问边缘计算(MEC)和人工智能(AI)功能。中间层(NaaS)是开放的API及其标准化平台所在地,例如GSMA最近成立的开放网关倡议,它提供按需连接并嵌入增值服务(本文后面将讨论)。顶层(XaaS)包含一个碎片化的领域,包含数百万项服务,涵盖从连接汽车到物联网(IoT)、游戏体验等等。去中心化可以增加只在单一国家运营的电信运营商的市场速度,从而使其受益。在多国运营的公司则能获得更多收益。例如,在中层,它们可以构建区域性或全球性的服务,并在组织的不同部分获得规模优势与协同效应。异构和遗留技术基础设施在电信运营商中普遍存在,原因很多。过去的并购活动,或者拥有多个国家的多个系统,是其中两个原因。即使大多数系统转向扁平化模型,一些技术可能仍需要保持孤立。这其中可能包括电信运营商永远不想集成的系统,无论是接近使用寿命还是因为集成成本太高。 多速运行近年来,许多电信运营商在他们的工作方式中付出了巨大努力,特别是在与技术相关的领域。然而,将其应用于整个技术栈可能并非最佳方法,因为所有层级可能并不需要敏捷性所带来的速度和灵活性。解层化通过定义明确的划分点来解决这个问题,明确哪些层级应采用敏捷方法或其他方法,从而实现真正的多速率模型。电信运营商可以在不经历组织冻结的情况下同时运营其业务和改变业务。多速率方法让他们能够根据运营的不同部分和组织调整其重点或优先级,承认每个部分可能需要不同级别的速度、敏捷性和创新。毕竟,解决方案、服务和网络层具有不同的特性,因此它们需要不同的运营模型来协同工作。在这个多速度环境中,电信运营商可以在堆栈的上层使用敏捷原则,例如在解决方案层。其他层,如基础设施层,可能需要稳定性、标准化以及通常较慢的操作速度。多速度能兼顾两者的优点,但这种方法需要真正致力于实施。定义清晰的结构层间界面至关重要,不仅从技术角度,也从人类角度来看。在扁平化结构中,团队之间的沟通与协作至关重要,并且拥有明确的界面和界限有助于避免混淆,并确保每个人都朝着共同的目标努力。与新兴企业不同,这些企业多少是出生在一个数字生态系统中,大多数电信运营商没有从头开始的奢侈,需要大规模转型才能全面实现多速运营模式。即便如此,他们也不应害怕调整速度,并通过分层优化工作方式。虽然快速创新和引入新服务至关重要,但确保底层平台和基础设施坚如磐石同样至关重要。 电信成功依赖于解层 4 电信成功取决于解层 5一个有效的分解过程考虑了这些因素,并确定了哪个平台属于哪个层级。平台可能会有重叠的功能或以复杂的方式相互依赖。例如,电信公司可能有计费、网络管理、客户服务和市场营销等平台,仅举几例。它们可能相互依存,因此在定位到一个分解后的堆栈中之前,需要进行仔细分析。现有服务组合。我们与电信运营商合作,以解决影响服务的一系列微妙考虑因素。一些运营商拥有正在下降但规模仍然较大且有利可图的服务,例如由2G支持的服务。尽管它们几乎没有或没有新的投资,但它们仍会产生持续的许可、运营和维护成本。如果供应商不再支持它们,它们可能会成为一个不断增长的风险,因此我们会将这一点权衡在与非分层模型纳入考虑的因素。因此,在某些情况下,可能需要将服务与分层模型中的服务分开管理,从而导致额外的商业和运营支持。 在我们的经验中,当电信运营商被压力要求快速推出新服务时,它们往往会放弃分层堆栈的严谨性和相关架构,转而依赖供应商来维护稳定性和安全性。话说回来,价值链上的几家参与者正在寻找方法通过在整个堆栈中标准化API交互来加速5G创新。一个最近的例子是GSMA的开放网关计划,这是一个旨在为开发者提供对运营商网络的通用访问权的通用网络API框架。在计划启动时,已有超过20家运营商加入,API目录包括设备定位、号码验证和一次性密码SMS等八项服务。如果一个电信运营商想要坚持分层架构,它需要严格定义允许它们相互交互的层次和API,无论安装哪种服务。API应该精心设计,以确保可靠性、效率和安全性。考虑到遵守客户、供应商和监管机构等利益相关者的多样化需求的重要性,这可能会具有挑战性。 识别能力与职责方面的任何差距。确定你公司的雄心水平。从这里开始去哪里?扁平化可以减少——如果不是消除——电信运营商陷入过时和僵化技术的风险。公司规模及其运营模式可能决定了去层级的最佳程度。换句话说,去层级可能不适用于作为公