数据湖、区块链、容器云等最佳实践 13 篇

由于历史原因，基于传统的数据仓库的建设思路的架构，现在带来了很大的问题和挑战。采用Spark/Hadoop架构，改造成数据湖的处理模式，将ETL过程改造成为利用MR的处理方式进行优化，是直观的选择。那么该项目的好处有哪些，可预测的风险是什么，关键技术路线如何选型？

本文主要介绍如何对VMware vSphere架构的CPU、内存、存储、网络及虚拟机进行性能调优。将贯穿观念中那些有性能限制的领域，打消虚拟化和性能相悖的旧观念，最重要的是通过一个个小的案例展现如何在虚拟化环境中实现性能调优，让虚拟化技术发挥其最大优势，助力业务提升效率，按需扩展，灵活多变。具体的软件实施，不在本文做详细说明。有需要的朋友，可以参考本文结尾的“参考资料”。

区块链已经在金融领域，尤其是银行业产生了深远的影响。那么，针对网上银行区块链项目，其价值体现在那些方面，应考虑哪些风险，如何评估预算，关键技术路线选型又该如何选择呢？

容器平台的建设要考虑场景、技术、系统对接、成本、人员技能等因素，有不小的复杂度。本文从一个最精简容器平台所需考虑的各个方面，结合作者的项目实践，提出供大家参考的建议。

当前，公司结合当前生产现状与行业技术发展趋势，开展下一代金融SDN相关技术研究工作。本项目主要针对公司当前应用的基于Neutron的软件SDN网络方案所存在的不足进行进一步地研究优化，从而满足下一代金融云的网络要求。

本文是某商行异地灾难备份方案的一份详细、完整的最佳实践建议书。包括需求分析、设计方法思路、技术方案详解、异地灾备细则。

为了有效利用空间信息资源，给各类用户提供空间基础数据服务，考虑到数据的保密性和安全性，迫切需要建立一个信息安全平台来统一信息源及建立共享、数据备份机制以支持各项工程的顺利开展。

怎么评估企业能否上云？如果不具备上云条件，如何才能具备条件？如果条件也具备，那么怎么做才算是上云?我的企业是否需要上云？笔者希望大家读完本文后，能够对以上问题的认识有较大帮助。

本文分析了金融行业机构对于核心存储的需求、采用分布式存储方案的架构设计、网络设计，并介绍了部分业界主流分布式存储产品。

为落实各监管文件要求，与第三方支付机构进行的交易中的账号信息均需要进行标记化处理。目前清算机构和第三方支付机构、银行已有或规划了标记化服务，其中银联，部分银行，部分支付机构（如支付宝）已经建立了支付标记化系统(以下简称TSP)，网联也将其进行了规划。

本文主要介绍一种基于MongoDB的分布式数据库架构（Sharding）。MongoDB Sharding是官方原生的分布式方案，它可以满足数据量快速增长下的无缝扩容，也可以存储多样化非结构数据，是互联网时代下一种成熟可靠的架构。

DB2 pureScale是典型的数据库集群架构，多个成员同时为一个数据库服务。每个成员会记载各自的日志。HADR是基于日志传输的同步手段，在存在多个成员日志的情况下，备集群的成员需要合并日志流，然后重放，从而达到同步的功能。本文提供了详细的案例去安装和配置HADR功能，包括数据库的客户端驱动如何配置才能自动重路由。

当HADR功能工作后，下一步就是要知道HADR工作的好不好，也就是需要实时监控HADR的状态和性能。例如状态会分哪几种情况，何为正常，HADR的性能如何，有没有导致数据延迟，如果延迟，是发生在什么地方，等等。然后在这种复杂的环境下，维护类操作该怎么处理，需要遵循什么流程。本篇文章将详细阐述这些问题。

更多最佳实践请点击阅读原文，到社区“最佳实践”专栏