nhwk

对这个问题，我们倾向于把安全问题丢给云政务云服务商去做去。我们集中精力，保证核心内网的安全。

我个人认为比较合理的一种场景就是前端应用集群可以利用x86部署，后端核心的数据库服服务器至少用高端的小型机或LinuxONE服务器是一种合理的架构选择。

我们的做法是，先签个别系统上去做测试。后继逐个逐个往上迁，把适合对外的的业务系统，迁往政务云。

我们省虽然也没有进行数据大集中，但是确有过8个县市的数据，上收到一个地市的经验，做法和铁岭市的做法，有所不同。不是通过公共服务器区的集中，来实现数据上收的。而是先发布行政通告，制定一个数据上收的时间表，基本上一周安

看来是，LinuxONE 大型机服务器，了解不够呀，原来这样的性价比更高呀

这个问题对普通用户来说是个难题，但是对于整个架构的设计者来说，这个问题，从金保工程上线开始，就已经考虑过了。已经不是什么大的问题了。 只要严格按照金保工程设计，总体纲要来实施，同时按照国家等级保护相关条文来督促落

人社系统数据的安全性，这个话题老生常谈，近线备份。离线备份相结合，冷备份、热备份相结合 物理备份和逻辑备份相结合。常规备份和灾难备份相结合

你好像不用操这个心。 金保工程二期，是个国家级的规划，从项目立项，预算采购，总体设计，到项目的实施，都是有国家人社部来总体把控的。一般的省级机构都没有能力参与这个事情。据我所知，国家人社部在2014年6月进行了一次

目前，我还没有听说，提出来吧，我们大家一起讨论一下

目前各个业务系统确实存在独立建设，独立使用数据的现状。数据固化在自身业务系统中，存在信息分割、业务分散，数据没有得到有效的集中和共享的情况。但是这个情况，也是无法避免的。主要原因还在于政策上，没有统一，业务上没有