使用JAVA技术实现新一代OSSBSS

使用JAVA技术实现新一代OSSBSS,第1张

OSS/BSS概述 OSS(Operations Support Systems)是指 运营支持系统 BSS(Business Support Systems)为 业务支持系统 OSS/BSS是这两类系统的结合在一起形成的综合的电信业务运营和管理平台 在国内OSS/BSS有时也被称为BOSS 标准化组织电信管理论坛(TMF)对OSS/BSS提出了被业界广泛接受的功能模型 在这个模型中 OSS/BSS包括三大功能 业务开通 业务保障和计费(或称业务计量) 业务开通是指电信运营商接受客户订购电信服务的订单 通过对电信资源的分配 配置 安装和部署为客户提供所需的服务 并能够对服务进行计费 业务保障要提供量牟饬恐副辏繁7衲艽锏娇突У囊蟆R滴窦屏吭蚴遣饬康缧磐缰懈髦忠滴竦氖褂们榭觯扑阌κ辗延茫⒍允辗压烫峁┲С帧lt;/P> 作为一种高效的信息管理系统 OSS/BSS已在国外电信运营商中得到广泛的运用 并在实践中积累了大量的成功案例 OSS/BSS解决方案也在这一过程中趋于完善 同时也暴露出越来越多的难以克服的问题educity cn/img_ / / / jpg> 图 OSS/BSS的 集成的噩梦 OSS/BSS的软件系统相对复杂 从而使得网管系统 计费系统 营账系统 客服系统等都是各成体系 要想把它们有机地整合在一起 几乎是不可能的 对于这种 杂乱无章 的系统结构(参见图 ) 简直可以称之为系统集成的噩梦(Integration Nigare) 很多OSS/BSS开发商都有同感——缺少训练有素的工程师 这也是由前一条所决定的 需要工程师同时精通电信的专业知识 又能熟悉各类软件 的确要求比较苛刻 行业标准问题 尽管在近几年来国际国内都陆续推出了一些标准规范 但大多是停留在纸面上 同时也缺少更直观的技术指导和成功案例 一个OSS/BSS 往往会涉及若干个分离的系统 除了集成 对系统进行测试 维护都是十分耗时的 以上各方面的问题 OSS/J就可以解决 原因在于 采用符合OSS/J规范而开发的软件接口相对简单 OSS/BSS内部的各个子系统是可以互换的( Interchangable ) OSS/J是基于J EE技术的 开发人员只要熟悉J EE的开发(甚至仅仅熟悉JAVA的开发)就足够了 他们就能够与设计人员合作 完成系统开发 OSS/J不仅包括了技术规范 而且有真实的代码实现以及测试工具 这能够帮助开发人员很快的上手 因为各个子系统都符合标准的接口 所以系统的后期测试和维护工作会比较简单 什么是OSS/J OSS/J(OSS Through Java)是以JAVA技术为动力的新一代的OSS/BSS解决方案 说到OSS/J 我们需要提及一个称为OSS Through Java Initiative的工作组 这个工作组由众多的业界新技术的倡导者(例如Motorola Nokia Sun BEA IBM)派出的专家组成 自 年成立以来 他们一直在为加速OSS/BSS解决方案的开发 简化其中的系统组件的部署和集成而努力 工作组利用JAVA技术 为OSS/BSS定义实现了一系列的开放的标准API 提供给OSS/BSS的开发者使用 在不久的将来 电信行业的设备制造商 软件开发商 系统集成商都遵循这些标准API的定义 那么最后建立起来的OSS/BSS将是一个组件化的 有机结合在一起的综合管理平台(参见图 ) 杂乱无章 的系统结构将成为过去educity cn/img_ / / / jpg> 图 采用OSS/J构建的系统结构 需要指出的是 OSS/J并不是要定义另一个通用的OSS/BSS集成框架 工作组的成员在定义标准的API之前 已经汲取了众多标准规范和协议中的精华 例如 OSS/J很好的继承了来自 rd Generation Partnership Project ( GPP) GPP Mobile Wireless Internet Forum(MWIF)以及TeleManagement Forum(TMF)等组织或论坛推出的规范和框架体系 因此 工作组将所有的经历投入到了JAVA API的定义和编码实现上 而且使用OSS/J规范的的用户可以免费地获得这些资料 TMF在NGOSS (Next Generation Operations Support Systems下一代运营支持系统)的文档中 推出了详细的OSS/BSS的定义 (参见) OSS/J的API定义遵守了NGOSS eTOM (enhanced Tele Operations Map)的规定 详细内容请见 OSS/J API简介 部分 概括地说 NGOSS为我们提供了独立于技术实现的普遍适用的框架 而OSS/J则是以该框架为基础 提出了采用JAVA技术的实现方案 OSS/J的规范的推出是在JCP( Java Community Process )支持下完成的 通过访问JCP的网站 或者光临 你都可以下载到OSS/J的规范 参考实现和兼容性测试工具 下面逐一简介 OSS/J的规范 包括OSS/J API规范和OSS/J J EE系统设计指导 这些内容将在 OSS/J API简介 中详细叙述 OSS/J 参考实现(Reference Implementation或RI) 主要内容是根据OSS/J API规范而完成的系统实现的代码 推出RI一方面是为了验证规范的可执行性 所以RI的代码未曾经过很好的优化 RI的另一个重要的作用是它能够使得开发者很快的着手进行设计和开发工作 而且 RI中的所有代码可以被开发人员直接使用到商业系统的开发中去 所以 仔细阅读分析RI的代码能大大缩短你用于熟悉OSS/J的时间 兼容性测试工具(Test Compatibility Kits或TCK ) 当一个OSS/BSS(或其中的一个子系统)的开发完成了以后 我们如何才能知道它是否符合OSS/J 规范的规定呢?TCK可以完成这样的测试 并产生一个测试报告 如果开发的产品符合OSS/J规范的要求 那么它将很容易和其它同样兼容OSS/J规范的产品集成在一起 OSS/J的规范推出以后 得到了业界的广泛认可 许多电信运营商 服务提供商 系统集成商争相追随 来自IDC的 年的报告说 ……随着SA TT Qos API的发布 许多服务提供商和供应商认为 采用JAVA技术实现OSS已经到了实际可行的阶段 OSS/J与J EE 上文提到 OSS/J可以帮助我们终结 系统集成的噩梦 因为它为我们定义了一系列的标准API 只要各个厂商都能遵守API中的规定 那么OSS/BSS的集成难的问题将迎刃而解 那么具体的底层实现机制是怎样的呢?——OSS/J采用了J EE作为技术平台 J EE(Java Enterprise Edition)即Java 企业版 是提供给开发者的采用组件技术构建分布式系统的编程框架 需要更深入了解J EE 请浏览 总体来说 J EE使得开发人员无须去考虑分布式系统中的底层技术实现细节 例如线程管理 网络通信等 而是集中精力开发符合业务逻辑的代码 这无疑大大加快了应用程序的开发进程 而且简化了系统的部署和后期维护工作 目前全球的J EE开发人员总数已经达到了几百万 这个群体还在迅速膨胀educity cn/img_ / / / jpg> 图 采用J EE实现OSS/BSS 作为服务器端的开发技术 企业JavaBean(EJB) 扩展标记语言(XML)以及JAVA Management Extensions(JMX)都在OSS/J中被采纳 因为J EE XML JMX已经在很多的大型企业应用(特别是服务器端的应用程序)中获得了成功 所以OSS/J采用它们定义在组装 开发和部署OSS/BSS解决方案时所需要的API 图 是采用J EE实现OSS/BSS的示意 以OSS/J API为基础 我们开发了支持SA TT等功能的EJB 这些EJB可以根据需要通过JDBC存取数据库 或通过JNDI访问目录服务器 对于已有的遗留系统以及EMS(Element Management Systems) 可以采用J EE连接器的架构(Java Connector Architecture即JCA)通过SNMP CMIP或其他专有协议实现集成 OSS的客户端可以是浏览器或定制的应用程序 通过>

一、BSS,

基站子系统(Base Station Subsystem,简称:BSS)是传统的蜂窝电话网络的一个组成部分,负责处理一个移动电话和网络交换子系统之间的通信流量和信令。BSS负责通过空中接口进行通话信道的转码、向移动电话分配无线电信道、寻呼、传输以及其它和无线电网络相关的任务。

二、OSS,

OSS系统即 *** 作支持系统,是电信业务开展和运营时所必需的支撑平台。OSS是电信运营商的一体化、信息资源共享的支持系统,它主要由网络管理、系统管理、计费、营业、账务和客户服务等部分组成,系统间通过统一的信息总线有机整合在一起。

它负责全网的通信质量及运行的检验和管理,记录和收集全网运行中的各种数据的情况。它对全网内各设备之间都有连接线,并对各设备执行监视和控制的职能。

三、MSS ,

最大报文段长度MSS选项是TCP协议定义的一个选项,MSS选项用于在TCP连接建立时,收发双方协商通信时每一个报文段所能承载的最大数据长度。

扩展资料:

OSS系统的特点:

1、全程性,

OSS系统是对业务、网络实行全过程管理,包括业务受理、链路选择、端口配置、业务变更、业务计费、监测维护等运营全过程。

2、自动性,

OSS系统摈弃了过去的人工作业,采用自动化方式进行管理,以减少人工干预,减少差错率。

3、灵活性,

由于各应用系统的特性不尽相同,因而对集成后应用的灵活性要求比较高,其构架能便于增加新的系统以及既有系统的扩充。

参考资料来源:百度百科-基站子系统

参考资料来源:百度百科-OSS(运营支撑系统)

参考资料来源:百度百科-MSS(最大报文段长度)

存储是大数据的基石,存储系统的元数据又是它的核心大脑,元数据的性能对整个大数据平台的性能和扩展能力非常关键。本文选取了大数据平台中 3 个典型的存储方案来压测元数据的性能,来个大比拼。

其中 HDFS 是被广为使用的大数据存储方案,已经经过十几年的沉淀和积累,是最合适的参考标杆。

以 Amazon S3 和 Aliyun OSS 为代表的对象存储也是云上大数据平台的候选方案,但它只有 HDFS 的部分功能和语义,性能也差不少,实际使用并不广泛。在这个测试中对象存储以 Aliyun OSS 为代表,其他对象存储类似。

JuiceFS 是大数据圈的新秀,专为云上大数据打造,是符合云原生特征的大数据存储方案。JuiceFS 使用云上对象存储保存客户数据内容,通过 JuiceFS 元数据服务和 Java SDK 来实现 HDFS 的完整兼容,不需要对数据分析组件做任何修改就可以得到跟 HDFS 一样的体验。

Hadoop 中有一个专门压测文件系统元数据性能的组件叫 NNBench,本文就是使用它来做压测的。

原版的 NNBench 有一些局限性,我们做了调整:

我们使用了 3 台阿里云 4核 16G 的虚拟机来做压力测试。CDH 5 是目前被广泛使用的发行版,我们选用 CDH 5 作为测试环境,其中的 HDFS 是 26 版本。 HDFS 是使用 3 个 JournalNode 的高可用配置,JuiceFS 是 3 个节点的 Raft 组。HDFS 使用内网 IP,JuiceFS 使用的是d性 IP,HDFS 的网络性能会好一些。OSS 是使用内网接口访问。

先来看看大家都熟悉的 HDFS 的性能表现:

此图描述的是 HDFS 每秒处理的请求数(TPS)随着并发数增长的曲线,有两个发现:

再来看看 OSS 的性能情况:

[上传失败(image-5b3536-1644394129139)]

OSS 速度比 HDFS 慢了一个数量级,但它的各种 *** 作的速度基本保持稳定,总的 TPS 随着并发数的增长而增长,在 80 个并发下还没遇到瓶颈。受测试资源所限,未能进一步加大压测知道它的上限。

最后看下 JuiceFS 的表现:

从图中可以看出,整体趋势和 HDFS 类似,Open/Read 和 Delete *** 作明显比 Create/Rename 快很多。JuiceFS 的 TPS 也是在 20 个并发以内基本保持线程增长,之后增长放缓,在 60 个并发左右达到上线。 但 JuiceFS 增幅更快,上限更高

为了更直观的看出这三者的性能差异,我们直接把 HDFS、Aliyun OSS 和 JuiceFS 放在一起比较:

[上传失败(image-10c829-1644394129139)]

可见无论是哪种元数据 *** 作, JuiceFS 的 TPS 增长更快,上限也更高 ,明显优于 HDFS 和 OSS。

一般我们在看一个系统的性能时,主要关注它的 *** 作时延(单个 *** 作所消耗的时间)和吞吐量(满负载下的处理能力),我们把这两个指标再汇总一下:

[上传失败(image-a6e611-1644394129139)]

上图是 20 个并发下的各 *** 作的时延(未跑满负载),可以发现:

上图是 80 个并发时的吞吐量对比,可以发现:

从以上两个核心性能指标来看,对象存储不适合要求性能的大数据分析场景。

购买了阿里云的服务器都会有一个公网IP和一个私有IP地址,这个私有ip地址又什么左右呢,同地域内网互通,一般内网连接速度较快。如果你有多台阿里云同地域的机器,可以用内网ip互相通讯,带宽大很多而且流量免费另外,你用了某些阿里云的服务,可能提供内网地址,如果是同一个可用区,也就可以内网使用,比如RDS,SLB,OSS这类都会提供内网地址

是指电子厂业务运营和管理平台。

oss指向电信、数据通讯和其它网络服务提供商提供业务支持的一套软件工具。oss主要工作是检查服务器是否正常运行,内存使用是否过高,服务器日志系统日志文件是否过多,文件占用服务器空间是否过大。针对问题需要做出正确的处理,并制定策略。

运营支撑系统通常应用于基站管理和邻区优化。oss面对客户是统一的;面对电信运营商,它融合了业务支撑系统(BSS)与运营支撑系统(OSS),是一个综合的业务运营和管理平台,同时也是真正融合了传统IP数据业务与移动增值业务的综合管理平台。

运营支撑系统是一个综合的业务运营和管理平台。OSS在线监控系统(Online Supervisory System,是一套有机的整合了企业的各种相对独立的安全设备、视频系统,为企业安全生产提供直观、高效率、综合的可视化监控。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zz/10776721.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-11
下一篇 2023-05-11

发表评论

登录后才能评论

评论列表(0条)

保存