数据库架构设计前篇

记得读书时觉得系统架构师很不错，之前还想以此为职业发展目标。最近有机会一个新项目下，第一次负责做数据库的架构设计。虽然并不是全局系统的，但也是一次整体的构思，也就此任务对相关知识经验进行了梳理回顾。

什么是架构？

就像一千个读者有一千个哈姆雷特一样，每个人对架构的定义肯定不同。我自己比较认同的是“最高层次的规划，难以改变的决定”。首先，架构是高层次的，并无需涉及细节的实现步骤。其次，它一定是理论可行并经过实践检验的，至少在短时间内不会有太大变化的。

在一本书里看到关于软件架构的解释:

“系统的各个重要组成部分及其关系构成了系统的架构，这些组成可以是具体的功能模块，也可以是非功能的设计与决策，他们的相互关系组成一个整体，共同构成了软件系统的架构”

同理，数据库的架构设计也类似。一个整体-分解-再组合的过程。像人体一样，各个组成部分介绍清楚，再理清他们之间的关系，大体上结构也便有了。

在设计之前，需求和问题是首先要弄清楚的。公司数据库现状最大的问题一是采用数据库版本已经太老旧，超过70%的已经是没有官方支持的了；二是现阶段已无法满足越来越多新应用的SLA要求;三是长期以来，数据库平台缺乏专业的管理，很多标准规范不到位。与其说是数据库架构设计，更确切的是关于新的数据库平台的整体规划。

方案选择还在进行中，却已深感各方面经验的不足。同时也很期待一个安全，高可用，高性能，有可扩展性的新平台的落实。（待续）