一周活动早知道｜Db2 高可用及优化升级答疑中小银行核心系统架构扩展性难点答疑OpenStack组件及架构设计答疑

Posted 2021-04-24 twt企业IT社区

线上交流、答疑，线下培训、探讨，欢迎参与！

Db2数据库高可用及优化升级专场技术答疑

8月17日

随着信息技术的发展，企业越来越依赖于信息化管理，各业务应用的数据信息，主要存储在数据库中，企业对这些数据访问的连续性要求越来越高，为了避免因为数据的中断导致各种损失，数据库的高可用已成了企业信息化建设的重中之重。

基于Db2数据库进行高可用建设主要有以下四种方案：

· HADR实现本地数据库高可用

· Db2 GDPC（PureScale集群）+HADR实现两地三中心灾备

· PureScale 集群实现双活

· DB2 HADR+备库只读，实现高可用和AQ的双活

对于数据库架构师和管理员来说，以上几种技术路线都相当复杂并存在众多难题。从社区调研的企业数据库用户来看，对于不同技术路线的高可用架构设计、具体产品和技术应用落地过程中都面临不同问题。

除此之外，对于相当一部分数据库架构师和管理员，面临的数据库难题还有数据库升级方面：

企业信息系统复杂、数据量大,在其系统升级改造过程中, 往往又涉及到DB2前后版本、新旧摸块的升级、衔接与切换等问题。

为了帮助大家更深入的了解Db2高可用方案，从而选择适合自己需求的方案，更顺利的进行Db2的升级，twt社区特别举办了本次线上的答疑活动。本次活动特别邀请了IBM的Db2专家来分享先进经验，并解答大家的疑难问题。

活动资料：

• 如何通过HADR实现本地数据库高可用（文档&视频）

中小银行核心系统架构设计如何去除架构耦合性、架构扩展性难点答疑

8月17日

伴随着信息技术的发展历程，国内的金融行业一直在经历着各种变革。众所周知在银行业内，其核心系统对于银行的重要意义，可以说核心系统的变迁代表着银行业整体信息技术体系的发展。总的来看国内银行业的核心系统发展经历了三个阶段：

第一阶段：七十年代末到八十年代中期，银行的储蓄业务以及对公业务逐渐以计算机代替手工操作，计算机是一个以网点为基础的分散式信息管理域。这个阶段谈不上信息化的变革，仅仅是电脑取代了手动操作，完全是一种分散式的管理模式。

第二阶段：八十年代中期到九十年代末期，这一阶段银行开始通过使用计算机网络技术实现银行部分业务的实时联机处理，并逐步实现了银行在一定区域范围内的数据集中及互联互通；区域集中让所辖银行得以共享数据资源，统一了科目设置，改进了业务流程。

第三阶段：二十世纪初至今，这一阶段即所谓的数据大集中阶段。全国性的银行数据通信网络框架基本建成，各银行的综合业务处理网络相继建成，一个多功能的、开放的银行信息化体系初步形成；核心系统由原来的网状架构统一成总线集成架构，系统间的接口规范以及报文格式等都形成了统一的行业标准，并且这些技术及标准在不断的优化发展过程当中。

国内大部分城市商业银行，中小股份制银行等都是在第三个阶段直接发展起来的。其核心系统的建设也是直接套用既有标准规范进行实施的。应用架构基本遵循着总线架构模式，业务处理层面既承担了后台联机业务处理又承担了银行账务处理；基础架构层面根据具体的业务负载不同基本会采用IBM的大型机、中型机、小型机等物理机模式；数据库层面基本采用的比较成熟的关系型数据库例如DB2、Oracle、Infomix等；高可用架构多数采用的是前一个时代的操作系统层面的双机热备软件实现的主备模式。

中小银行核心系统基础架构现有问题：耦合性太高、资源的物理格局限制、基础架构扩展性存在短板、数据安全技术局限性结合大家普片的问题。结合这些难点问题，twt社区邀请了这方面的嘉宾原创分享关于：《中小银行如何做好核心系统基础架构实践规划分享》，欢迎大家阅读下载。

本期线上答疑难点：

1. 传统核心系统的模块儿当中有哪些是高耦合的？应用层如何分析去耦？

2. 传统核心系统的数据库如何实现分库分表？

3. 一类账户和二三类账户的业务规则是否要分开对待，放在两个不同的核心系统中？互联网的核心到底有没有必要建立？

4. 总账系统从传统核心剥离的项目实施过程中，前期应该梳理那些环节？

5. 核心系统的基础架构究竟该采用传统物理架构还是采用虚拟化架构？

主题资料：

• 中小金融企业双模IT架构发展思路探讨

• 互联网金融趋势下，金融行业新核心架构设计方案探讨问答集锦汇总

• 中小银行如何做好核心系统基础架构实践规划分享

OpenStack组件及架构设计在线答疑

8月17日

云计算是个未来技术发展的趋势，会随着业务的不同，发展出不同的云架构。OpenStack做为开源云管理平台之一，在众多热心技术人员和多家公司的鼎力支持下，已经越来越稳定，成为众多企业的私有云甚至公有云的首选平台。

OpenStack是由多个关键的组件组成，多种组件相互配合，最终完成用户在OpenStack平台上的各种动作。随着时间的推移，越来越多的组件被开发用于优化OpenStack平台，完善平台功能。

OpenStack是一个灵活性非常强的云管理平台，各种组件灵活搭配，实现单一或者冗余的不同架构。所有的架构都应按照不同的业务场景进行设计，没有任何的架构是万年不变的，所以要求云平台架构师要深入的理解业务需求，从而设计一个符合需求的好架构。

如何设计架构，除了要理解业务需求，还要理解各个组件。本场活动，就让我们一起学习各个组件的功能、配合，以及设计架构的思路。

可先阅读专家分享的文章《OpenStack云计算技术浅谈》，然后在活动平台中提出您关心的问题或者在日常工作中遇到的相关问题。

活动资料：

Openstack云计算技术浅谈

点击阅读原文，查询和参与最新的社区活动