融合媒体平台应用和数据的共融互通

来源:期刊VIP网所属分类:新闻传播发布时间:2020-12-25浏览:

  数字化转型已经极大改变了媒体的面貌,体现在四个方面:一是用户体验胜过一切;二是任何地点、任何时间、任何设备,都能获取内容、实现交互;三是不同于传统的媒体传播介质,应用程序成为业务的新面孔;四是获取并最大化利用数据资本的价值。

数字媒体论文

  融合媒体云平台建设在向更深层次发展,将会面临跨云的互通、容器和现代化应用平台融合等新的挑战。未来媒体的竞争优势将日益体现在数据和推动数字体验的软件洞察结果。因此,能够取得成功的媒体组织将通过提供由数据支持的数字服务来实现这一点。要有效做到这一点,数字化转型是必经之路。转型成功的媒体机构意味着由数据驱动,提供数字化业务服务,在多云世界中运行。

  跨云的应用共融互通

  在融合媒体构建中,云平台的建设最为重要。但是,因为各种现实原因,媒体客户构建和使用的可能不是单一的云,这将增加系统构建的复杂性。通常包括私有云、公有云在内的混合云,可能跨越多个云服务商。

  在融合媒体云平台建设中,多云会给机构带来很多的问题和困惑,包括以下几个方面的问题:一是需要加入许多不同的管理和操作工具,并会出现操作孤岛。由于每个云都需要不同的管理界面并采用不同的方法,因此,与使用基础架构不同,这可能会导致花费更多时间管理基础结构。二是简单地访问所有云非常耗时且成本高昂,因为重新部署平台工作负载或应用迁移绝非易事。三是管理人员需要在多云中更多地学习和操作,通常需要进行广泛地培训,并且会增加购买和运行云基础架构的各个方面的复杂性。四是由于云本身在设计上非常开放,运行许多云,而不依赖于现有安全最佳实践,这些最佳实践可能无法移植到云中,这会带来很多不确定性。再加上对基础架构的可见性和控制有限,组织更容易受到安全威胁。

  所以,真正的混合云应跨越私有云环境、公有云环境和边缘计算环境,扩展基础架构和操作。一致的基础架构概念(支持所有业务关键型应用程序的计算、存储和网络)是关键。企业常常会针对独特的业务用例,在私有云内部使用此基础架构,还可能在公有云环境中使用此基础架构,实现客户战略推进。所以,在边缘云、私有云和公有云三个环境中,实现一致的基础架构和操作(集成和互操作性)的混合云解决方案就非常具有吸引力。

  提供一致的基础架构和运营模式,从而统一边缘云、私有云和公有云,其优点体现在几个方面。一是一致的基础架构:避免应用程序返工负担,并实现真正的应用程序部署灵活性;二是一致的运营:通过服务管理、治理、安全性、自动化和编排工具消除运营孤岛,降低运营成本;三是一致的服务:在专家的帮助下统一规划和执行一致的云战略。DELL科技基于旗下领先的云计算提供商VMWARE,能够为媒体客户提供一致的云架构、运营和服务,基于VMWARE平台的应用系统,可以直接从私有云迁移到这些公有云平台。

  利用VMWARE云基础架构连接到众多云,从而提供一致性和多样选择。客户将拥有一个共同的开发接口、不同环境之间的连接,以及维护这些环境的单个管理控制台,而不仅仅是提供一个共同的环境。在这样的融媒体云环境中,将大大改进客户的本地体验,使其更像一个公共云。安全和管理的最佳实践像私有云一样更加方便,并且将其引入公共云,将这两种环境的优点发挥到极致。一致的服务、运营和基础设施与转型的目标保持一致,使媒体机构创新更加便捷,推动业务前进。

  当然,还有其他相关因素,包括商业模式、运营模式、组织结构、人员技能、文化等方面的转变。DELL作为目前解决方案最完整的IT厂商,希望通过基于VMWARE Cloud Foundation提供一致的云体验和架构,为媒体客户转型提供协助。

  统一的现代化应用平台(容器+虚拟化)

  今天,大多数人的目光已经转向了在混合云和多云环境中运行的容器化、云原生应用。最受关注的问题也变成:如何将成百上千的应用无缝迁移到容器和混合云操作模式,在多云环境中不间断地稳定运行?同一个应用经常分布在多个位置运行,跨多云管理现代化分布式应用是一种实实在在的挑战。

  当今的分布式系统越来越多采用微服务的架构,这些微服务越来越多地运行在Kubernetes Pod和VM里,通常情况下这些架构基本运行在虚拟环境中或私有云、公有云環境中。这些技术栈的每一部分都有独立的管理角色去进行操作,分别是应用开发者、Kubernetes集群管理员和vSphere管理员(虚拟化管理员)。

  由于管理角色的不同,技术储备能力的不同,或内部管理规章的局限,往往不同的管理角色互相之间无法看到或者控制彼此的环境。

  那么,对于应用程序运行的整体技术框架来讲,每个操作都要涉及到这三个角色之间的相互通信,每个技术栈都有其特点和不同的技术要求,相互之间的调试和管理工作极具挑战性,如请求开发环境资源等。如果Kubernetes运行在vSphere上,对于虚拟化管理员来说,在vCenter里Kubernetes的资源调度和管理是不可见的,也不知道如何放置Pod和容器,这就可能导致资源的过度使用;在传统企业中,开发团队和运维团队之间的管理界限是比较分明的,对于开发团队来说,Kubernetes的使用相比运维团队要熟练得多,对运维团队如何运维好在生产环境下的Kubernetes环境和应用提出了非常高的挑战。

  VMWAR最新推出的vSphere7能够解决这个问题。vSphere with Kubernetes直接在Hypervisor层创建Kubernetes控制平面。作为vSphere管理员,可以在现有的vSphere集群上启用vSphere with Kubernetes的功能,从而在作为集群一部分的ESXi主机中创建Kubernetes层。

  在vSphere集群中启用vSphere with kubernetes的功能时,将在Hpyervisor层创建Kubernetes控制平面,并创建一些特定的对象,这些对象允许在ESXi中运行Kubernetes工作负载。启用了vSphere with kubernetes的集群称为Supervisor Cluster,它运行在SDDC层之上,这个SDDC层由用于计算的ESXi、用于网络的NSX-T、用于存储的vSAN组成。在创建Supervisor Cluster之后,作为vSphere管理员,可以管理在Supervisor Cluster上创建Namespace,这个Namespace称为Supervisor Namespace。作为一个DevOps工程师,可以通过vSphere Native Pod VM运行容器工作负载,或则通过Tanzu Kubernetes Grid创建K8S集群来运行容器工作负载。Namespace是一个资源边界,也可以说是一个资源池(Resource Pool),vSphere Native Pod和Tanzu Kubernetes Grid服务运行在其中。在最初创建时,Namespace在Supervisor Cluster中具有无限(unlimited)的资源。但是vSphere管理员可以为Namespace上运行的Kubernetes、对象设置数量、CPU、内存、存储的限制。

  推荐阅读:故事作文:低年级版传媒类期刊投稿

期刊VIP网,您身边的高端学术顾问

文章名称: 融合媒体平台应用和数据的共融互通

文章地址: http://www.qikanvip.com/xwcb/54829.html