政务云应用中的主要问题与挑战云计算展。在CCS企业云计算高峰论坛上，云与大企业的兼容性将成为主要话题。以下为直播快讯。（声明：本文来源为现场速记，可能存在笔误和错别字，仅供参考）主持人：下面有请北京市信息资源管理中心副主任穆勇，与我们分享“主要问题和挑战”的话题。北京市信息资源管理中心副主任穆勇：大家好，与大家交流的第一部分是对政务云发展趋势的判断。在使用政务云的过程中，我们可以看到政务云的应用和发展已经成为不可逆转的趋势。它是由各种需求和问题驱动的。这是我们公司列的他为什么要上云的需求。存在业务级别和企业架构问题。为了实现这个目标，我们必须走到这一步。另外，云迁移的应用可能有一个过程，这个过程可能有几个步骤来实现。也就是说，原始状态可能是一些现有系统在物理机器上的构建。云环境中可能有多种模式。现在做的最多的就是底层基础设施的云化。据我所知，大部分政务云都处于这个阶段。如果可以在云端进行重构，尤其是PaaS层和SaaS层，实现政务云迁移。在这一点上，可能还有很多单位还没有做到。而且，在迈出这一步的过程中，还有很多问题需要解决。我认为问题可能出在第三步。上游到上游的迁移过程、收益、可靠性和应用成本都非常不同，所以我们不会进一步讨论这个问题。在政务领域，从原来的物理态逐步走向云态，会遇到的主要问题有哪些？我先说一下我们所做的规划。北京政务云的规划可能涉及一些研究和建设过程。物理机房需逐步迁移至已建成的政务云平台。现在我们在六里桥，政务大厅建了政务云系统。对于政务云，我们把云分为两部分，公有云部分和私有云部分。在公共云部分，有更多的企业和共享资源。对于政府来说，可能会有更多的业务，比如互联网上的业务，公共服务业务部署在这个公有云上。但是也有一些内部系统是属于政府自己办公室的，我们部署在专有云上。我们的规划可以分为基础设施部分。既然说已经建成，那么建设模式可能有好几种。第一类政务云建设是自建。很多单位，比如一个省，一个市，都建立了自己的政务云。这是一个模型。还有公有云，比如直接使用一些企业云。.还有一种方式就是希望我们北京的政务模式，就是我们提供机房，提供环境、设备、机器，然后通过招标的方式请来云服务商，然后我们来监督。但是政府投资是零投资，就是购买服务，就是根据你每年的招标结果，然后每年根据我们的使用情况来购买这些资源。我觉得目前在整个政务行业，真正的政务云的建设和应用可能主要是这三种模式。当然，哪个更好，更适合政府部门，我们觉得现在下结论可能还为时过早，可能还需要一段时间通过一段时间的实践才能确定什么是最好的。第二个问题，在政务云上，大家可能比较关心的问题就是数据安全。这里有两个层次。一是政府云数据的所有权。比如公司的政务云，公司的公有云，就是这个单位用的。那么一些正在运行的数据，包括产生的日志，这些数据到底是不是归属呢？是政府所有还是企业也可以用。这是大家比较关心的一个问题，但其实我们看一下，中央网信办有一个专门的文件，对这个有明确的规定。这个规定意味着，这些数据在公有云上的所有权和使用权仍然属于本单位，责任单位，责任不变，即本单位属于哪个单位，还是本单位。这里其实有一个很重要的，就是不仅是数据本身，而且产生数据的过程信息也是属于政府的。当然，这是政府的中央文件，它可以规范所有政府部门，但这怎么能成为法律呢？但这是通过合同完成的。比如我要收养你在这个部门，用你的企业云，我就跟你签合同。你必须满足我的条件才能成立。本合同可签，否则不得签。所以，其实这个文件规定的很全面，不仅仅是数据本身，像这个人，不仅这个人自己是政府所有的，这个人在云端留下的脚印的所有权也是属于政府的.但实际上这很难做到，所以这是一个问题。还有这个云的安全性。虽然很多人已经解决了这个云运行过程中的安全问题，但实际上我们还是很担心这个安全问题，尤其是数据丢失的问题。这种担心仍然存在。原来这个数据系统都在我们现有的机器上，我们还是知道它的安全，它的用途，安全的方方面面，包括我们自己的云，更不用说企业云了。虽然它有三套备份机制，但相互之间可能有一套覆盖，有的是百分比，有的是90%，在这个过程中可能会丢失一些关键数据。所以这是我们关心的问题。我们觉得政务云应用过程中的第三个问题，就是将现有的系统和信息基础设施逐步上云的过程。即使是IaaS层的第一层，虚拟计算资源层，迁移到这一层也会遇到很多问题。我们稍后会举个例子。这个过程就是云迁移。应用上云是不可逆转的历史趋势，但如何实现现有系统与上云过程的平滑平滑过渡，其实是一个很大的问题。特别是在过去，我们做得很好。比如我们已经明确，今年我们在北京的重要基础设施，要完成从物理机状态到云端的过程。原来我们可能有好几个机房，比如说这附近一个，六里桥一个，还有一个中级图书馆。很多这样的系统都在起作用。比如共享交换平台，我们在2005年建立了地市级的交换平台，实现了委、局、区、县之间的数据共享和交换。这个交易平台上云的状态如何，如何上云？迁移后，原两个部门共享交换平台，每个部门放置一个前端处理器，通过前端处理器实现数据共享和交换。我们现在想想，怎么把这个东西搬到云端，在同一个云端，在不同的部门，原来的前端处理器怎么处理。搬迁过程中会出现哪些问题？我以前有一些委局的系统已经上云了，很多还是物理机的状态。因此，不仅要考虑这些系统在云端的数据共享和交换，还要考虑云上和云下的共享和交换。所以我们觉得真正的云迁移还有很多问题需要解决，比如我们搭建的物联网的交换平台，还有移动平台和一些网站，尤其是已经搭建好的原有数据库并经营。有一些系统。这些问题在迁移过程中会在各个方面遇到，我说的这些问题可能是在基础设施层遇到的简单问题。如果放在新的环境中，问题可能会更大。所以，今天我知道我仍然想问一些问题。但是这个工作对我们来说是个难题，解决的时间也很短，要求也很快。因为有了这些设备，这些系统，特别是北京有了一个重要的契机，就是马上在通州建设城市副中心，把所有的委办局都搬迁到通州区，计算机机房就在通州区。统一规划建设政务云。时间很紧。2017年，看看还有多少年，逐渐迁移到位，一次性上云。同样，遇到我们说的这个问题，其他省市也可能有问题，但一步可能没有那么快，因为北京赶上了这个机会，要一下子上去。在这个过程中可以说遇到了很多问题。因此，我们必须仔细考虑。我们认为，从整体信息化发展规律来看，13年前就有人提出要通过政府信息化推动企业信息化。现在看来，政府的信息化其实是滞后于企业的信息化的。特别是一些互联网公司的信息化，可能主要是基于这个问题。因为对于企业来说，信息化做不好，可能会倒闭。但是对于政府来说，这个信息化做的不好，但是还可以。这是我的观点，不一定对。第二，我们为什么这样说？其实我们政府在做信息化的时候，应该放低心态，尤其是在云应用、云开发的过程中，要借鉴互联网企业成功的建设模式和成功经验，解决方案就派上用场了。所以，其实我第二句话就是这个意思，主要是第二句话，就是我们要真正做好。确实，我们要认真研究这些成功的互联网公司在云应用方面是怎么做的，并且真正去做。非常成功。但是，这些东西是不是可以直接应用，或者直接应用在他的企业云通信中呢？我们也做了一些研究，直接申请是肯定不行的。包括他说的再好，如果我们的系统直接按照他的模式部署在政府的系统中，***肯定会失败。顶多用到底层虚拟层的应用，因为政府自己的PaaS层和SaaS层的应用需要重新规划，比如业务服务集成、信息共享、互联互通、新云部署等。需要重新规划底层，PaaS层和SaaS层，这些东西必须是政府独有的。因此，我们觉得推进政务云应用，必须坚持顶层设计，以需求为导向，以应用为先，以业务为驱动。还有这个东西。比如北京所有的委、办、局都要用这个云。如何规划它的环境？我们觉得需要做一些基础工作，做一些顶层设计，政府业务的顶层设计，数据的重新规划，然后是技术架构的重新设计，甚至是它的重新部署。我们觉得可以借鉴美国的FEA结构，因为它是一个整体模型，但是我们必须有一套德国的设计方法和理论。这种方法必须适合我们和中国政府，尤其适合北京。也就是说，适合我们自己的顶层设计方法和理论。在这个过程中，我们会遇到，做这个顶层设计，一定要有不同的层次，比如全市的层次，放在一起，不是把各个单位的一堆部门按部门重新整合，而是要做全市级，有部门级，也有域。在这个架构设计下，这个设计不是简单的画几张图叫顶层设计，而是有实际可操作性的。这些服务可以按照统一的模型进行整合、业务协同、流程优化、数据实施规划和互联互通。互通、统一收藏、共享使用、科技化。但是，我们说了很多，我们必须有自己的方法来完成这项工作。经过近十年在各个政府部门的不断实践，借鉴现有的各种顶层设计方法形成政府，我们其实也有自己的一套顶层设计方法应该是什么。理论和方法支撑着这项工作。特别是因为它各个部门的业务，需要把系统迁移到这个云上。首先，业务整合，这个业务的框架，业务流程的梳理和优化是非常重要的。如果不做这个工作，然后直接上来规划系统，系统的规划设计肯定是失败的，一定要从业务和服务的角度去设计。然后，有不同层次的规划，有的规划比较好，有的规划不太好，看我们做的层次，有的是显式优化，有的是规范优化，有的是改进优化，有的是内部结构调整，政府做的更多是一个规范优化和改进优化的过程。另外，政府梳理业务，建立业务模型很重要，让原来各个部门的职能、职责、业务本来就是文本，这些非结构化的文件，必须是半结构化、结构化的.建立模型实际上是一个非常重要的过程。这个过程就是它的结构化。我们用“四表两图”，把一个政府业务，一个三方案，变成图和表，结构化和半结构化的东西，然后把它作为建模和分析的最基本的工具，比如四表，分别是业务表、数据表、反馈表和系统表。有两张图，一张是业务流程图，一张是组织结构图。那么政府的一个职能，或者一个职能部门，一句话就变成了这些后续可处理、可查询、可处理业务模型的基本模型。材料。当然，系统的梳理也很重要。其实系统排序应该有专门的方法。这里我们有一套如何改进我们提出的信息系统的排序。然后从业务的角度梳理，或者说从硬件系统梳理，为我们的业务模型打好基础，也就是业务架构。还需要重新规划数据架构，建立市级、部门级模型。还有就是从系统层面对现有系统和待建系统进行规划设计。这个系统应该借鉴他们互联网公司的模式，比如基于云的分布式系统设计的一般原则，去中心化，可靠性。这些都值得我们关注。借鉴。其实这里最难做的就是对于一个城市级的平台，PaaS层和SaaS层的规划设计，其实国内没有一个，甚至是整体的PaaS和SaaS框架在市政府层面。我们也没有做到这一点，希望今天在座的有这些能力的企业能够帮助我们共同做到这一点。及其系统架构。我们上面提到我们本来有一些基础设施，共享交换平台，物联网平台，移动平台，开放网站，北京为你服务，首都之窗等等，整个系统需要重新规划整合，我们没有做这个整合呢。这个是给互联网公司做的一个平台，因为互联网公司走过这个环节，他觉得***其实变成了一个大平台，然后把我们各个专业的平台从各方面整合起来，然后应用就是由各个部门的应用，然后是第三方应用和开放平台。那么底层一定是云架构。这里重要的是PaaS和SaaS。你可能在最底层的IaaS层做了很多，但其实中间的PaaS和SaaS层，什么才是真正的政府？所以，还是借鉴一下大平台和微应用的架构设计吧。包括设计完成后迁移过程中对原有系统和数据库的改造，改造的工作量是非常巨大的，目前我们正在试点做这些工作。这是我们的一些案例。然后我们说说云平台。我们认为这不是孤立的。现在讲云和大数据，就需要搭建一个大数据平台。事实上，它需要一个新的技术体系。这个新的技术体系对之前的技术架构的替代一定是一个综合的体系，是整合各方技术形成的体系，而不是单一的云平台。单说这个云平台，如果云平台和大数据平台结合，和物联网平台的分离和新的分离，肯定不是什么好事。因为大家都知道，你真正做一个应用的时候，他应用的技术既是最先进的，也是最原始的。刚才讲了微信里面提到的电子表格，现在有几亿人在用，用的很好。它可用于可视化、做这个和做那个。这里也有。云、物、移动、智能等一些新技术会加入到这个技术体系中，但是我们一直在用老技术。特别是对于混合模型，云迁移使用新架构和旧架构。包括混合模型在内的迁移过程长期并存。获得ROE不是一步到位的过程。这是一个长期的过程，不可能一步到云。没有更多，它可能无法正常工作。原系统在原系统下可能运行的非常稳定高效。迁移到新系统可能不会有效。比如将原来的OA系统迁移到大数据平台。如果Hadoop再次工作，它可能不会有效。下面是我们在这些方面做过的几个案例，以及几个部门的一些很好的尝试。包括公安，顶层设计怎么做，业务梳理怎么做，基础工作，其实现在大家都说物联网政务领域的大数据应用需要用新的互联网思维来创新。其实这很重要。旧的方法、旧的技术、旧的思路肯定行不通。但是，做好大数据政务云还需要有工匠精神。这种工匠精神就是业务梳理、数据整理、优化、整合。这些基础工作和基础设施建设，你们一定要脚踏实地做好。因此，以“创新思维、互联网思维+工匠精神”，这样做或许可以让政府大数据应用，尤其是云平台大数据应用做得更好。这就是我与您分享的内容。求大家多多指教。
