现在的开发商没动力做架构上的革新啊。所以想了也是白想。而且分布式要求对证券业务做详细分析，那些强一致性的东西不能分布，那些弱一致性的东西可以分布，软件架构的变化伤筋动骨，不逼到无法可想是不会动的。现在就是交易不动，其他的外挂，看看能不能走出一条路来。...

这个问题确实很难用简短的篇幅讨论清楚。首先在确定技术架构之前必须先规划和设计好业务架构、应用架构和数据架构。然后再综合各种因素合理地选择系统技术架构。通常后端业务要求很高的处理能力、可用性、安全性和可扩展性，并且需要直接掌控，因此选用传统技术是比较好的选...

一个大型信息系统的设计要从两个方面考虑: 功能性指标和非功能性指标。功能性指标主要是由软件实现的，非功能性指标主要是由基础架构的硬件来实现。非功能性指标也叫质量目标，它代表系统具备品质。非功能性指标包括很多方面，包括响应性能、安全性、可用性、可扩展性、兼容性...

对于基础架构的评估，我再文章中，有所提到。最主要的就是评估好系统带宽。这个是最重要的。根据金保工程一期的建设成果。全国各地基本上都是一致的，即主干千兆，就是说从核心交换机到核心业务应用服务器之间带宽是1000兆比特，有些地方做了端口绑定，带宽有可以能达到2GB 或4GB，这...

建议你约IBM LinuxONE团队进行一次交流, 讨论清楚现有系统所使用的软件(数据库、交易中间件等等），评估这些软件在LinuxONE上的兼容性。然后评估负载压力，确定需要的配置规模。通常社保系统所使用的软件在LinuxONE上都是支持的。具体的迁移并不难，只要做好规划就很容易实施。...

大中型医院业务系统资源整合时，需要结合自身业务的特点和现有设备类型、系统类型和软件架构进行选择。以某大型三甲医院为例，医院业务系统是以HIS系统为核心，大部分业务高峰期都发生在上午10点到下午1点。核心系统服务器基于IBM 小型机，非核心系统采用X86服务器，操作系统以LIN...

目前从南京社保的金保二期看未来5年内没有去IOE的计划，现在内部云平台已经使用的很广泛了，用了华为FusionCompute，H3Could 等

公路客运站点太多，数据要实现共享，需要进行大量的数据交换， 不符合公路客运实时性的特点。国家十三五规划已经要求省或区域性集中，如果不集中，分散，各自为主的，管理复杂，数据交换太多，没法提供多样化和实时的票务服务。...

1. 清分系统要实现集中，否则各地无法做到实时数据的查询和退订票业务。2. 在交通行业来看，车联网的发展，通过给汽车安装信息采集设备，充分采集交通静态和动态信息，形成了海量信息资源，通过数据挖掘和分析为政府，企业和公众提供交通信息服务。...

在三层架构中, 最重要的是数据服务层。我们的经验是根据各类业务特点按照最佳最适用原则来设计技术架构。例如，主数据和核心社保业务要求最高的RAS、强数据一致性、读/写操作并重、OLTP/Batch/OLAP都有、要求平滑扩展、一致的服务响应水平等等。对于这些系统，最好的技术平...