wangbohai

对于数据完整性要求很强的业务, 例如订票, 普遍都采用集中式处理的办法, 即集中式的数据库和数据存储。对于分散的业务，当然也可以采用分布式计算，然后各部门根据需要进行数据交换。

这个问题如果指的是数据库平台的异构,可以先进行梳理, 然后逐步进行整合。如果是数据库系统本身比较一致，只是服务器不统一，比较好办，可以选用较大的服务器，例如LinuxONE，然后将这些数据库都迁移上来。例如DB2或Oracle，都可

这个问题包括两个方面: 1、如何保证公网应用与专网之间的安全衔接？可以借鉴银行的网银系统与核心系统的接入方式。基本方法是在核心系统外围加一层前置机和相应的网络设备，将外网的数据访问请求经过前置机传递给内网，同

这是个困惑很多人的问题。首先我们要想清楚您的数据库是否有强一致性的要求，换句话讲您的业务是否能够允许数据不一致或弱一致。举例来讲，银行、政府以及传统的商业行为，不允许数据出现任何差错或不一致，他们要求数据的强

Linux只是操作系统层面, 当前大部分应用并不直接建立在操作系统层面,而是建立在数据库和中间件层面。LinuxONE支持主流的商业数据库和开源数据库，也支持主流的中间件，例如DB2, Oracle, MariaDB, MongoDB, WAS, Weblogi

很复杂的问题。几个方面仅供讨论：首先要简化层次，省内应该统一集中处理。跨省尽量统一报销标准，降低计算复杂度，以便实时结算。如果标准不统一，可能只能采取异步结算了。其实对大多数人来讲都能够接受异步结算，即在一、二个

数据安全涉及的面很宽，包括平台本身的安全，运维制度的完善和必要的监督审计等，很难几句话描述清楚。

上何种技术应该建立在业务需求的基础之上，而不能只是跟风。你首先要充份分析民众的迫切需要，再看哪些技术能够帮你解决这些民众需求，以及解决的程度。我以一个参保人的身份看，人社系统当前最急需解决的问题是要提高服务水

同意上述观点。容灾系统最终肯定要建，但在哪一级建以及何时建是一个政治决策，而非纯技术决策。根据经验，应该先把生产系统建成投产后再考虑建容灾系统。

千万级并不是问题, 在我一季度和今天讨论的文档中, 我的目标都是一亿人口的大省用一台或二台LinuxONE作核心数据库服务器, 配合高端企业级存储, 性能是有保障的。