以银行业务系统和账户体系为例，在传统银行架构下，假设一台服务器能装500万账户，当容量达到500万账户以前，就要换上一台可以装1000万账户的机器，然后把500万账户搬过去。这个过程涉及数据迁移，操作风险高，扩容周期长，成本投入亦不菲。
微众式的去IOE，首先在硬件上，采用大量标准化的硬件，分布式架构决定了用低端设备X86替代IBM的可能性。数据库方面，运行在X86服务器上的数据库TD-SQL（腾讯基于MySQL开源体系下开发的数据库），可实现数十万级IOPS（每秒读写操作次数）的读写能力。
软件方面，微众大量采用了开源技术，如Java、MySQL、Linux、LVS等，以及多个结合腾讯经验改造优化的开源软件，包括TGW、TLinux、TDW等。
互联网银行海量数据、交易，移动支付、同业合作的特点，也决定了分布式架构落地。打散的数据分布一方面实现了海量数据处理能力，不同节点的分布，也带来横向扩展和可伸缩性的可能。
这一IT设计理念，实际上借鉴了早期商业银行按照分行部署业务系统的经验，在微众的实践中升华至“数据分布、管理集中”的整体设计原则。
安全性之考
分布式架构和开源系统决定了微众银行的成本优势，而金融机构的安全性和稳定性要求，是否能沿用互联网公司的IT架构？
这个问题上，传统银行的怀疑恐怕多于想象。而马智涛认为，这是一个误解。打散的数据分布，每个计算节点上承载的数据量和风险已经被大幅度降低，“亿级的数据你可能不敢放在一台低端设备上，但把它们打散到十个、二十个节点后，这些设备的处理能力和稳定性是绰绰有余的。”
传统银行基于安全的考虑，使用两地三中心的容灾体系，通常是一个中心工作、一个备用。而微众的做法是两个同城中心同时运作，此前这两个中心承载的计算量是6∶4，两个星期前微众将其切换为7∶3，验证了其跨中心切换方案行之有效。这种同城多中心多活的架构设计，也是微众银行IT架构满足高可用性要求的基础。。
在马智涛看来，金融IT高可用性的头号杀手是“ 变更”。每次大的功能升级、版本发布，涉及的系统变更都会构成风险，容易导致服务中断。在传统IT集中架构模式下，变更风险往往影响整体。而在分布式IT架构体系下，变更可以在某一节点上测试，再推至整体，规避全局性风险。
IOE体系下另一个问题是，当软硬件出现问题时，不时需要海外专家跟进处理，而这个周期往往会被延长，这对业务影响是巨大的，这也是监管层关注自主可控的主要原因之一。
微众银行开业之初，曾将部分账户托管在兴业银行银银平台之上，在微众银行自身体系搭建起来之前，支持银行的基本资金运作。
这一托管协议的启示是，在民营银行试点扩大，利率市场化下竞争加剧背景中，银行IT的科技输出将是一片蓝海。马智涛的思考是，微众银行可以在直销渠道和科技能力上帮助新型银行，类似于微众此前与银银平台的关系，新型银行快速开展业务，微众可以作为服务提供方帮助中小银行快速开展业务。
如何实现科技输出的标准化？马智涛认为，这种合作并非一次性或阶段性的合作，在微众银行平台上提供的增值服务，包含了数据能力、风控能力、科技能力。
有鉴于此，在建设微众平台之初，一个重要原则是：需要支持多法人部署的云服务模式。微众希望在这种模式下，同业能将业务或应用系统部署在其金融云平台之上。“很多同业跟我们交流，都表现了浓厚的兴趣，希望在技术方面建立合作，这是一个很大的市场。”马智涛说。（21世纪经济报道）
