关键业务新常态下解决方案至上.PDFVIP

关键业务新常态下 解决方案至上 谈及企业用户最关心的是什么？估计你能列出一大堆，但说到底，还是谁能帮我 解决问题，谁能给我提供更好的解决方案。因此，单纯强调某一方面优势的时代 其实已经过去了，现在要拼的应该说是综合实力。 谈及企业用户最关心的是什么？估计你能列出一大堆，但说到底，还是谁能帮我 解决问题，谁能给我提供更好的解决方案。因此，单纯强调某一方面优势的时代 其实已经过去了，现在要拼的应该说是综合实力。 在系列文章的前几篇我们已经对关键业务（Mission Critical ）新常态的理念、需 要什么样的平台，以及平台价值的高低进行过详细的阐述、比对，这里就不再做 过多解释，而是直接引用文中的观点（有兴趣可至“关键业务新常态”专区查阅相 关内容）。 简单来说，关键业务新常态其实分为两个层面，一是新常态下关键业务已经不再 局限于数据库、ERP、CRM 等，一方面它已扩展至从前端（Web 端）到后端（数 据中心端）的全业务平台（称之为关键业务的外延）；另一方面，面向数据分析 时代，即便是传统的数据库、ERP 和CRM ，它们的需求也在发生变化，数据分 析、特别是实时数据分析正变得越来越重要（称之为关键业务的内伸）。 显然，从解决方案的层面来看关键业务新常态，用户需要考虑的实际上更多了。 过去满足后两层的需求可能就高枕无忧了，而现在必须还要照顾到Web 层，与 此同时，原本后两层的需求也进一步深化了。 那问题来了，如今市面上的各类解决方案是否能满足关键业务新常态下用户需求 的变化呢？先不着急下结论，我们先仔细梳理一下面向各个层面的解决方案。正 式梳理之前，这里有必要明确一下何为解决方案，首先单纯的服务器、存储、网 络，哪怕是融合架构，以及单纯的应用软件、数据库等我们都不能称之为解决方 案，因为单独拿出哪个部分，它都不能解决用户的实际问题。 举个例子来说，假如你的企业需要一套财务系统，光有财务软件肯定不行，还需 要数据库、服务器、存储……，只有把各部分有机地整合起来，才能解决你记账、 报销、报税等实际问题。所以，这些加起来才能称之为完整的解决方案。 有了这个前提，我们分别就每个层面进行一下相关应用的梳理，为什么只是梳理 应用，而不是整体解决方案呢？因为整体解决方案大致可以归结为三层，其中基 础架构平台经过多年的发展已十分成熟，现在主流两大平台x86+Power ，勉强 再算上ARM ；操作系统、虚拟化、中间件层的格局也比较稳定，像微软、VMware、 IBM、Oracle 等占据主导；剩下主要变化的其实就是各种应用软件，特别是随着 云计算、大数据时代来临，一些新兴应用或者新兴应用方式的来袭。 首先看一下用户交互界面层（Web 层），话说虽然其听起来很熟悉，但真要说到 Web 层的应用，估计了解的人还真没有后两层多。原因当然也很简单，Web 层 少有商业软件，一般都是用户利用开源工具自行开发的，而后两者像知名的CRM、 ERP、数据库类的商业软件就很多了。因此，Web 层的应用更多还属于用户自 行搞定的状况，外界的参与度并不高。 举几个使用应用最广泛的Web 层应用软件：Apache 毫无争议的第一，其次是 微软的IIS （Internet Information Server ），再就是Google 的GFEGoogle。当 然，除了这些还有很多，包括 Nginx、Lighttpd、Zeus、Sun 的 Java 系统的 Web 服务器等。 回到业务逻辑层，大家熟悉的就比较多了，常听到的 CRM （Customer Relationship Management ，客户关系管理系统）、ERP （Enterprise Resource Planning，企业资源规划系统）、PDM （Product Data Management，产品数 据管理）、OLTP （On-Line Transaction Processing，在线交易处理系统），还 有各种我们没怎么听过的针对行业、企业定制开发的应用、解决方案。 同样举几个比较典型的应用，比如CRM 领域的Oracle、SAP、微软、金蝶、用 友等，ERP 领域的用友、SAP、金蝶、Oracle、浪潮、神州数码等。 最后，我们再看看数据访问层，也就是数据库层面。话说数据库梳理起来还是比 较简单的，毕竟种类少一些，大的商业数据库无非就是Oracle Database、IBM DB2、微软 SQL Server 、Sybase ，而开源数据库就很多了，如 MySQL、 PostgreSQL、Mon