数据时代,移动互联、社交网络、数据分析、云服务等应用的迅速普及,对数据中心提出革命性的需求,存储基础架构已经成为IT核心之一。政府、军队军工、科研院所、航空航天、大型商业连锁、医疗、金融、新媒体、广电等各个领域新兴应用层出不穷。数据的价值日益凸显,数据已经成为不可或缺的资产。作为数据载体和驱动力量,存储系统成为大数据基础架构中最为关键的核心。
传统的数据中心无论是在性能、效率,还是在投资收益、安全,已经远远不能满足新兴应用的需求,数据中心业务急需新型大数据处理中心来支撑。除了传统的高可靠、高冗余、绿色节能之外,新型的大数据中心还需具备虚拟化、模块化、d性扩展、自动化等一系列特征,才能满足具备大数据特征的应用需求。这些史无前例的需求,让存储系统的架构和功能都发生了前所未有的变化。
基于大数据应用需求,“应用定义存储”概念被提出。存储系统作为数据中心最核心的数据基础,不再仅是传统分散的、单一的底层设备。除了要具备高性能、高安全、高可靠等特征之外,还要有虚拟化、并行分布、自动分层、d性扩展、异构资源整合、全局缓存加速等多方面的特点,才能满足具备大数据特征的业务应用需求。
尤其在云安防概念被热炒的时代,随着高清技术的普及,720P、1080P随处可见,智能和高清的双向需求、动辄500W、800W甚至上千万更高分辨率的摄像机面市,大数据对存储设备的容量、读写性能、可靠性、扩展性等都提出了更高的要求,需要充分考虑功能集成度、数据安全性、数据稳定性,系统可扩展性、性能及成本各方面因素。
目前市场上的存储架构如下:
(1)基于嵌入式架构的存储系统
节点NVR架构主要面向小型高清监控系统,高清前端数量一般在几十路以内。系统建设中没有大型的存储监控中心机房,存储容量相对较小,用户体验度、系统功能集成度要求较高。在市场应用层面,超市、店铺、小型企业、政法行业中基本管理单元等应用较为广泛。
(2)基于X86架构的存储系统
平台SAN架构主要面向中大型高清监控系统,前端路数成百上千甚至上万。一般多采用IPSAN或FCSAN搭建高清视频存储系统。作为监控平台的重要组成部分,前端监控数据通过录像存储管理模块存储到SAN中。
此种架构接入高清前端路数相对节点NVR有了较高提升,具备快捷便利的可扩展性,技术成熟。对于IPSAN而言,虽然在ISCSI环节数据并发读写传输速率有所消耗,但其凭借扩展性良好、硬件平台通用、海量数据可充分共享等优点,仍然得到很多客户的青睐。FCSAN在行业用户、封闭存储系统中应用较多,比如县级或地级市高清监控项目,大数据量的并发读写对千兆网络交换提出了较大的挑战,但应用FCSAN构建相对独立的存储子系统,可以有效解决上述问题。
面对视频监控系统大文件、随机读写的特点,平台SAN架构系统不同存储单元之间的数据共享冗余方面还有待提高;从高性能服务器转发视频数据到存储空间的策略,从系统架构而言也增加了隐患故障点、ISCSI带宽瓶颈导致无法充分利用硬件数据并发性能、接入前端数据较少。上述问题催生了平台NVR架构解决方案。
该方案在系统架构上省去了存储服务器,消除了上文提到的性能瓶颈和单点故障隐患。大幅度提高存储系统的写入和检索速度;同时也彻底消除了传统文件系统由于供电和网络的不稳定带来的文件系统损坏等问题。
平台NVR中存储的数据可同时供多个客户端随时查询,点播,当用户需要查看多个已保存的视频监控数据时,可通过授权的视频监控客户端直接查询并点播相应位置的视频监控数据进行历史图像的查看。由于数据管理服务器具有监控系统所有监控点的录像文件的索引,因此通过平台CMS授权,视频监控客户端可以查询并点播整个监控系统上所有监控点的数据,这个过程对用户而言也是透明的。
(3)基于云技术的存储方案
当前,安防行业可谓“云”山“物”罩。随着视频监控的高清化和网络化,存储和管理的视频数据量已有海量之势,云存储技术是突破IP高清监控存储瓶颈的重要手段。云存储作为一种服务,在未来安防监控行业有着可观的应用前景。
与传统存储设备不同,云存储不仅是一个硬件,而是一个由网络设备、存储设备、服务器、软件、接入网络、用户访问接口以及客户端程序等多个部分构成的复杂系统。该系统以存储设备为核心,通过应用层软件对外提供数据存储和业务服务。
一般分为存储层、基础管理层、应用接口层以及访问层。存储层是云存储系统的基础,由存储设备(满足FC协议、iSCSI协议、NAS协议等)构成。基础管理层是云存储系统的核心,其担负着存储设备间协同工作,数据加密,分发以及容灾备份等工作。应用接口层是系统中根据用户需求来开发的部分,根据不同的业务类型,可以开发出不同的应用服务接口。访问层指授权用户通过应用接口来登录、享受云服务。其主要优势在于:硬件冗余、节能环保、系统升级不会影响存储服务、海量并行扩容、强大的负载均衡功能、统一管理、统一向外提供服务,管理效率高,云存储系统从系统架构、文件结构、高速缓存等方面入手,针对监控应用进行了优化设计。数据传输可采用流方式,底层采用突破传统文件系统限制的流媒体数据结构,大幅提高了系统性能。
高清监控存储是一种大码流多并发写为主的存储应用,对性能、并发性和稳定性等方面有很高的要求。该存储解决方案采用独特的大缓存顺序化算法,把多路随机并发访问变为顺序访问,解决了硬盘磁头因频繁寻道而导致的性能迅速下降和硬盘寿命缩短的问题。
针对系统中会产生PB级海量监控数据,存储设备的数量达数十台上百台,因此管理方式的科学高效显得十分重要。云存储可提供基于集群管理技术的多设备集中管理工具,具有设备集中监控、集群管理、系统软硬件运行状态的监控、主动报警,图像化系统检测等功能。在海量视频存储检索应用中,检索性能尤为重要。传统文件系统中,文件检索采用的是“目录-》子目录-》文件-》定位”的检索步骤,在海量数据的高清视频监控,目录和文件数量十分可观,这种检索模式的效率就会大打折扣。采用序号文件定位可以有效解决该问题。
云存储可以提供非常高的的系统冗余和安全性。当在线存储系统出现故障后,热备机可以立即接替服务,当故障恢复时,服务和数据回迁;若故障机数据需要调用,可以将故障机的磁盘插入到冷备机中,实现所有数据的立即可用。
对于高清监控系统,随着监控前端的增加和存储时间的延长,扩展能力十分重要。市场中已有友商可提供单纯针对容量的扩展柜扩展模式和性能容量同步线性扩展的堆叠扩展模式。
云存储系统除上述优点之外,在平台对接整合、业务流程梳理、视频数据智能分析深度挖掘及成本方面都将面临挑战。承建大型系统、构建云存储的商业模式也亟待创新。受限于宽带网络、web20技术、应用存储技术、文件系统、P2P、数据压缩、CDN技术、虚拟化技术等的发展,未来云存储还有很长的路要走。
Web服务作为炙手可热的技术 如何应用到企业的IT系统和商业流程之中 并给企业带来直接的经济效益 一直备受国内外企业管理者的高度关注和推崇 而在近两年 出现了一种技术架构被誉为下一代Web服务的基础架构 它就是SOA(Service oriented architecture 面向服务架构) 年 Gartner最早提出SOA 年 月 Gartner提出SOA是 现代应用开发领域最重要的课题 还预计到 年 SOA将成为占有绝对优势的软件工程实践方法 主流企业现在就应该在理解和应用SOA开发技能方面进行投资 更好支持商业流程 SOA并不是一个新事物 IT组织已经成功建立并实施SOA应用软件很多年了 BEA IBM 等厂商看到了它的价值 纷纷跟进 SOA的目标在于让IT变得更有d性 以更快地响应业务单位的需求 实现实时企业(Real Time Enterprise 这是Gartner为SOA描述的愿景目标) 而BEA的CIO Rhonda早在 年 月就提出要将BEA的IT基础架构转变为SOA 并且从对整个企业架构的控制能力 提升开发效率 加快开发速度 降低在客户化和人员技能的投入等方面取得了不错的成绩 SOA是在计算环境下设计 开发 应用 管理分散的逻辑(服务)单元的一种规范 这个定义决定了SOA的广泛性 SOA要求开发者从服务集成的角度来设计应用软件 即使这么做的利益不会马上显现 SOA要求开发者超越应用软件来思考 并考虑复用现有的服务 或者检查如何让服务被重复利用 SOA鼓励使用可替代的技术和方法(例如消息机制) 通过把服务联系在一起而非编写新代码来构架应用 经过适当构架后 这种消息机制的应用允许公司仅通过调整原有服务模式而非被迫进行大规模新的应用代码的开发 使得在商业环境许可的时间内对变化的市场条件做出快速的响应 SOA也不仅仅是一种开发的方法论 它还包含管理 例如 应用SOA后 管理者可以方便的管理这些搭建在服务平台上的企业应用 而不是管理单一的应用模块 其原理是 通过分析服务之间的相互调用 SOA使得公司管理人员方便的拿到什么时候 什么原因 哪些商业逻辑被执行的数据信息 这样就帮助了企业管理人员或应用架构师迭代地优化他们的企业业务流程 应用系统 SOA的一个中心思想就是使得企业应用摆脱面向技术的解决方案的束缚 轻松应对企业商业服务变化 发展的需要 企业环境中单个应用程序是无法包容业务用户的(各种)需求的 即使是一个大型的ERP解决方案 仍然不能满足这个需求在不断膨胀 变化的缺口 对市场快速做出反应 商业用户只能通过不断开发新应用 扩展现有应用程序来艰难的支撑其现有的业务需求 通过将注意力放在服务上 应用程序能够集中起来提供更加丰富 目的性更强的商业流程 其结果就是 基于SOA的企业应用系统通常会更加真实地反映出与业务模型的结合 服务是从业务流程的角度来看待技术的 这是从上向下看的 这种角度同一般的从可用技术所驱动的商业视角是相反的 服务的优势很清楚 它们会同业务流程结合在一起 因此能够更加精确地表示业务模型 更好地支持业务流程 相反我们可以看到以应用程序为中心的企业应用模型迫使业务用户将其能力局限为应用程序的能力 企业流程(enterprise process)是流经企业框架的空气 它赋予业务模型里的组件以生命 并更加清晰地定义了它们之间的关系 流程定义了同业务模型进行交互 *** 作的专门方法 例如 会计可能是企业服务系统的一个组件 但是将发票寄给客户却是一个业务流程 服务被定义用来支持业务流程 因而贯穿整个流程始终的是 各种服务组件在流程和逻辑实现过程中的装配 *** 作 理解业务流程是定制服务的关键所在 有利于企业业务的集成 传统的应用集成方法(点对点集成 企业消息总线或中间件的集成(EAI) 基于业务流程的集成)都很复杂 昂贵 并且不灵活 这些集成方法难于快速适应基于企业现代业务变化不断产生的需求 基于面向服务架构 (SOA) 的应用开发和集成可以很好的解决其中的许多问题 SOA 描述了一套完善的开发模式来帮助客户端应用连接到服务上 这些模式定制了系列机制用于描述服务 通知及发现服务 与服务进行通信 不同于传统的应用集成方法 在 SOA 中 围绕服务的所有模式都是以基于标准的技术实现的 大部分的通信中间件系统 如 RPC CORBA D EJB 和 RMI 也同样如此 可是它们的实现都不是很完美的 在权衡交互性以及标准定制的可接受性方面总是存在问题 SOA 试图排除这些缺陷 因为几乎所有的通信中间件系统都有固定的处理模式 如RPC 的功能 CORBA 的对象等等 然而 服务既可以定义为功能 又可同时对外定义为对象 应用等等 这使得 SOA 可适应于任何现有系统 并使得系统在集成时不必刻意遵循任何特殊定制 SOA 帮助企业信息系统迁移到 leave and layer 架构之上 这意味着在不用对现有的企业系统做修改的前提下 系统可对外提供 Web 服务接口 这是因为它们已经被可以提供 Web 服务接口的应用层做了一层封装 所以在不用修改现有系统架构的情况下 SOA 可以将系统和应用迅速转换为服务 SOA 不仅覆盖来自于打包应用 定制应用和遗留系统中的信息 而且还覆盖来自于如安全 内容管理 搜索等 IT 架构中的功能和数据 因为基于 SOA 的应用能很容易地从这些基础服务架构中添加功能 所以基于SOA的应用能更快地应对市场变化 为使企业业务部门设计开发出新的功能应用 下图提供了使用基于服务集成的企业应用的高级视图 与传统的企业应用集成架构的主要区别在于该系统使用基于标准的服务 并包括过程/数据服务 编排和组合 基于标准的服务成了应用间的集成点 服务的编排和组合增加了服务的灵活性 重用性和集成性 图示 使用基于服务集成的企业应用 SOA服务粒度 可以按基于服务的功能及发送和接收的数据数量来定义服务 如细粒度服务 粗粒度服务或组合服务 在 SOA 中服务粒度有两种相关的意思 服务是如何实现的 服务使用和返回了多少数据或多少消息 细粒度服务执行了最小的功能 发送和接收少量的数据 粗粒度服务执行了较大的业务功能 并交换了更多的数据 细粒度服务是供粗粒度服务或组合服务使用的 而不是由终端应用直接使用的 如果应用是使用细粒度服务建立的 则应用将不得不调用网络上多个服务 并且发生在每个服务上的数据量较少 因而会对对系统整体性带来影响 所以粗粒度服务的用户不能直接调用他所使用的细粒度服务 然而 由于粗粒度服务可能使用多个细粒度服务 因此它们不能提供粒度级的安全和访问控制 组合服务可以使用粗粒度服务和细粒度服务进行组装 数据数量数量不是粗粒度服务和组合服务之间的区别 粗粒度服务例子 如创建新客户 在这一过程的 *** 作是 需要通过一些外部服务验证对客户进行验证 并在 CRM 应用系统中创建客户记录 组合服务例子可以是提供一个新的DSL线 这需要一个服务调用来验证定单 创建或验证客户 确认产品库存及为数据线分配资源 下图描述了服务粒度的不同级别及它们之间的关系 图示 服务粒度 通过一组有效设计和组合的粗粒度服务 业务专家就能够有效地组合出新的业务流程和应用程序了 SOA与Web服务 SOA不是一定需要 Web 服务来实现 并且一个基于Web 服务开发出来的应用也不代表就是一个基于 SOA 构架应用 Web 服务只是服务实现的一个典型 是实现企业 SOA的一个组件(非必需组件) SOA 为基于服务的分布式系统提供了概念上的设计模式 Web 服务则是基于标准的 可经济实惠地实现 SOA的一项技术 SOA将IT资源透过服务这样一个在业务上有重要涵义的概念来提供 共享 把IT与业务的距离更加拉近了一步 服务在涉及的层次上要比组件 函数 流程等更高 而且往往在业务上可以找到与之直接对应的概念或实体 例如报价 订单 服务打破了IT系统间的藩篱 就像一家公司的各个部门 平常各自扮演特定对内或对外服务的角色 但彼此间如果能有效地通过共通的语言及文字 进行良好的沟通 便能协力达成更大 更高的目标 随着SOA和Web服务的潮流 带来了组合式应用(posite application)的开发方式和观念 开始逐渐被大量应用在Portal(门户)和Integration(集成)上 组合式Portal的做法 就是通过Portal界面所提供的应用 往往不是真的在Portal服务器上执行 而是将Web服务即时抓过来 再加以呈现 同时汇总给Portal的使用者 在整合方面也是采用组合式的方式 通过高级工具来设定 使系统得以灵活地配合任务的调整 对各项以Web服务方式提供的服务进行不同形式的串联和协作 同时快速地加以部署 年 月 BEA发布了一个企业门户合理化(enterprise portal rationalization EPR)战略 这个战略用来平衡BEA WebLogic Platform的SOA能力 凭借最好的行业实践和行业专家 帮助客户解决多年来形成的散乱的portal和Web应用程序开发 如果说Web服务等技术是SOA的血肉 那么正确的服务设计理念及系统运行平台则是SOA的灵魂 SOA试图让IT能更快和业务同步 在规划上以提供d性的业务服务为目标 从CIO到负责规划的系统分析人员 需要和业务单位 策略伙伴间有充分的沟通 CIO必须认识到 SOA的建立将是一个为期数年的承诺 基础建设需要按部就班地进行 资助的模式也必须在IT和各个业务部门间建立 来陆续支援基础建设及各项业务服务的开发 在中间件领域 SOA架构日益成为中间件软件供应商争 lishixinzhi/Article/program/Java/hx/201311/26963
IT基础架构随着运营商业务的不断发展和3G业务的不断临近,以及从全面服务客户的角度出发,充分实现应用系统共享的需求越发明显,面向服务的架构(SOA)已成为使企业实现IT与业务紧密结合,提高业务流程灵活性,从而真正帮助企业快速响应外部变化,是企业发展、创新的重要IT工具。(1)应用集成阶段各运营商都在进行企业应用集成平台的建设,应用集成技术分为三个阶段:第一阶段的应用集成技术是在中间件基础之上,发展丰富的连接与转换技术及全面的元数据(META DATA)管理与应用能力,解决信息共享与信息交换的问题,同时也使得企业的应用系统容易维护与管理,为企业节省运行及维护费用。这种应用集成技术所解决的问题更多地集中在数据层面,而不是业务层面。第二阶段的应用集成技术是在业务流程管理/集成(BPM/BPI)基础上,对企业业务流程进行自动处理、管理和监控。第二代应用集成技术更多关注业务层面的问题,然后由业务层面下移分析技术层面。第二代应用集成技术是目前主流的企业应用集成技术。第三代应用集成技术是在第二代集成技术的基础上,采用最新的技术规范对集成技术本身进行规范,其主要目标在于实现企业业务的“可复用性”、“可扩展性”和“灵活性”。第三代应用集成技术突破了以往应用集成技术的局限,基于最新的技术规范,不仅能缩短EAI/BPI集成平台的实施周期,更为重要的是能基于共性的行业知识、更规范的技术标准,修改现有集成平台,不断开发并集成新应用。(2)应用整合的工具和技术从应用整合所使用的工具和技术来划分,可以分成下面多个层次,分别是界面整合、数据整合、应用整合、流程整合和业务对业务的整合(B2Bi)。界面整合是把原有零散的系统的界面集中在一个新的、通常是浏览器的界面中,实现统一接入、统一认证和内容的统一展示;数据整合是为新的商业目的,提供一个可访问已有的多个数据库系统的新的接口。即通过提取和可能的转化过程,实现对应用所使用的数据的定向和传输;应用整合是为了实现企业内部不同应用系统之间的互连,通过应用集成实现数据在多个系统之间的同步和共享;流程整合层用于将不同的应用系统连接在一起,进行协同工作,并提供商业流程管理的相关功能,包括流程设计、监控和规划,实现业务流程的管理;业务对业务的整合也成为与合作伙伴的整合,是整合的最高层次和未来发展方向。实现了产业链上下游伙伴之间的业务整合。近年来,运营商竞争的焦点已经逐步由网络质量的竞争转向后台IT支撑系统的竞争,IT支撑系统的竞争未来会逐渐转向通过复杂的服务流程进行更深层次的以客户服务为中心的竞争。因此,在各应用系统实现面向客户的发展过程中,运营商首先应进行IT基础架构的整体规划设计,然后逐步建立企业级数据中心,建立良好的整合机制,使其能迅速适应新业务上线,尽快建立面向客户的服务能力。目前,一些运营商的IT基础架构已经开始逐步向SOA发展,未来应该根据本企业的实际情况和应用集成技术的发展继续进行系统整合,加强各系统之间的集成,以更好的支持新业务及原有业务的开展。 IT支撑系统发展现状1BSS系统BSS系统主要实现对电信span>业务、电信资费、电信营销的管理,以及对客户的管理和服务的过程,它所包含的主要系统包括:计费系统、客服系统、帐务系统、结算系统以及经营分析系统等。目前国内各电信运营商的基本发展情况如下:●中国移动:中国移动从2001年起开始建设全省集中、一体化的业务运营支撑系统(BOSS),经过了BOSS 10、15以及20的建设,目前正在考虑向下一代BOSS即NGBOSS的演进。●中国电信:中国电信各省公司从2003年起陆续按照企业信息化战略规划(ITSP)的思路开始规划自身的BSS/OSS系统,原有系统模块的划分有所变化,但系统功能仍然保留。系统建设仍逐渐由本地网集中向省集中过渡,功能模块之间将共享核心数据模型。●中国网通:网通集团和下属各省公司按照既定的IT系统架构和IT规划在稳步的进行整合和建设的工作,整体思路在朝着综合业务、数据共享和管理集中的方向演进。●中国联通:联通BSS也是以省为中心分别建设各个子系统,包括综合营账、综合结算、专业计费、客服等,目前正在启动新一代BSS系统试点工程,提出了“两分两合”的系统架构以及统一软件功能需求和业务需求的要求,其重点在于构建稳定的综合帐务系统和灵活的CRM系统。总体上,各大电信企业都在朝着集中化方向大力建设BSS系统,BSS系统的支撑力度和服务质量总体上有了显著提高。随着竞争的日益加剧、业务和资源的形式多样化以及客户服务质量要求的提高,各运营商都在加强对市场的反应速度和应对措施,因此构建快速高效的BSS系统、缩短推出新业务和新产品的周期已经成为争取市场份额的关键。2OSS系统 ●中国移动:经过几年的大力发展,目前各省公司围绕各专业网络,建立了以话务网管、数据网管和传输网管为主体的网络支撑系统,形成了比较完备的网络管理体系,基本能够支撑各项业务开通及服务保障功能的实现。●中国电信:继续落实和推进CTG-MBOSS的发展思路,加大了省集中化的建设力度,在梳理、分析各地市公司现有系统的基础上,逐步在各省公司建设了以综合网管和综合资源管理系统为主的综合类OSS,极大的提升了网络部门的支撑服务能力。●中国网通:由于企业组织架构以及管理等诸多方面原因,中国网通的OSS在建设模式、系统功能、技术架构等方面都比较复杂,其OSS还处于比较分散的状况,仅长途话务网管等少数系统实现了统一规划与建设。目前,网通集团与各省公司正在根据发展规划中的目标与思路,探索有自身公司特色的OSS建设模式。总的来看,OSS已经得到了国内各大电信运营企业的高度重视,并且已经成为企业核心竞争力的组成部分。但是国内OSS与国际先进运营商的OSS仍有较大差距,在建设过程中还面临不少的技术和管理方面的问题。比如,在建设综合的网管系统过程中,如何针对日益复杂的专业网络,建立一套完整、合理、规范的资源模型,如何使系统适应不断调整的组织架构和业务流程等,都是今后在建设过程中需要重点解决的问题。3MSS系统MSS系统是面向管理的支撑系统。狭义的MSS包括财务系统、人力资源系统、工程管理系统、OA系统、电子邮件系统及企业信息门户等。广义的MSS除包含上述系统外,还包括基于BSS、OSS、狭义MSS基础上面向管理需求的数据综合挖掘及分析,如企业级的运营决策支撑系统、企业工单流系统,以及包含网络资源和码号资源在内的企业资源管理系统(ERP)等。目前国内各电信运营商的发展情况基本如下:●中国移动:中国移动的MSS建设已由早期OA系统的建设升华到企业统一信息平台的建设。包含人力、财务等的MIS系统的建设在继续向纵深方向发展的同时,也不断扩展管理内容,向企业的资源管理系统(ERP)方向发展。●中国电信:中国电信从2003年制定企业信息化战略规划(IT-SP),一年后推出CTG-MBOSS规范,细化了包括MSS在内的各IT支撑系统的建设思路。经过近几年的发展,MSS逐渐向省集中方向发展,同时各省公司也正在以财务系统为突破口分别进行有关MSS系统的试点。●中国网通:中国网通自2004年制定《网通集团信息化系统总体规划》以来,发布了MSS的整体发展蓝图,系统按照北方省和南方省分别规划建设,主要包括ERP的建设、OA与门户的建设等。●中国联通:中国联通在2002年提出了UNI-IT信息化架构,2003年在山东、浙江两省分公司试点ERP系统,2005年6月已完成全公司ERP系统的集成,并且逐渐加入人力资源、网络资源管理等功能,MSS系统的雏形也在2005年6月基本完成。总体来说,国内各运营商MSS的建设基本采取集团、省两级建设模式,逐步向纵深化发展,但同时也分别结合了本企业的发展特点,进行有重点、有突破性的建设,其中突破口一般是企业的最关注的方向,如财务管理、人力资源管理等。
以上就是关于传统大数据存储的架构有哪些各有什么特点全部的内容,包括:传统大数据存储的架构有哪些各有什么特点、下一代软件架构--SOA(面向服务架构)、什么样的客户需要对自己的it基础架构和业务系统进行实时监控等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)