数据库管理-第338期 简与繁所映射出的底层逻辑（20240618）

作者：胖头鱼的鱼缸（尹海文）
Oracle ACE Pro: Database
PostgreSQL ACE Partner
10年数据库行业经验
拥有OCM 11g/12c/19c、MySQL 8.0 OCP、Exadata、CDP等认证
墨天轮MVP，ITPUB认证专家
圈内拥有“总监”称号，非著 名社恐（社交恐怖分子）
公众号：胖头鱼的鱼缸
CSDN：胖头鱼的鱼缸（尹海文）
墨天轮：胖头鱼的鱼缸
ITPUB：yhw1809。
除授权转载并标明出处外，均为“非法”抄袭

作为一个相对传统的数据库从业者，我一直觉得，在满足需求的情况下，IT架构简单一些肯定是极好的，比如只使用一种数据库，这样我的维护工作就会相对简单一些。但是在实际的环境中，我们往往会发现，即便是简单易实现的需求，往往也会有相当复杂的IT架构。本期还是从数据库的角度，来探索一下IT架构简与繁映射出的底层逻辑。

1 成本与投入

很多时候我们在估算IT投入成本的时候总是在考虑：服务器、交换机等硬件或者云基础架构花了多少钱；操作系统、数据库和中间件买了多少许可；用开源软件白嫖了多少等等。但是往往会忽略人的成本，要玩转IT架构，越复杂需要的人越多且人的级别越高。
为什么人的成本往往会被忽略，首先在很多领导的眼中，人仅仅是牛马，可以被随意消耗和替换的，如果没有触发大动脉问题是不会觉得产生价值的其实是下面做事的人；这也导致了另外一点，当一个IT架构相对稳定的时候，会给领导一种幻觉，足够稳定了，那做这事的人也可以不需要了，一裁了之，然后往往就会触发大动脉问题。
成本与投入带来的另一个问题就是，如果没钱，那么势必不可能选择复杂的IT架构，这个不止是人的问题了，还有那些底层设施费用的问题了，如果这又是一个追求稳定的地方，那么反而愿意选在简单的IT架构并投入。

2 自主与控制

还是以数据库为例，如果选择一个功能全面、性能强劲、满足需求的数据库来承载业务，并愿意为之花钱，那么你将得到一个相对简单的IT架构。但是从一些人的角度来看，你的IT被这家数据库把控了，你将很难换数据库或者花很大投入才换得掉，假如这个数据库厂商出问题了，会比较悲催。
那么在有些地方，就会开始考虑将很多原来单一的数据库变为多种开源数据库或使用不同的数据库产品解决不同的需求，这样IT架构就不会被任何一种数据库裹挟，但是回到第一节内容，你得在基础设施和人这块付出更多。
在很多会对外输出的大厂，这种复杂的IT架构又成为了另外一种可以控制甲方爸爸的手段，毕竟那么复杂的IT架构不是哪都玩得转的，更别说大厂在其中融入了很多自己的东西。

3 需求与实际

首先，选择IT架构的具体组件，还是得以满足业务需求为最终目的，其余的就需要考虑很多实际情况了：

• 有没有钱：没钱就别想着搞复杂的东西
• 有没有人：没有足够能力的人来牵头，也不想整团队，还是简单些好
• 有没有地：自己没地建机房，就别搞太多机器，但如果没有特别要求还是可以考虑上云
• 够不够大：统共1TB不到的数据量，几十的并发，就别想着上Redis，抑或是ClickHouse/Doris，甚至是Hadoop了
• …

总结

IT架构的简与繁，背后还有比较复杂的底层逻辑，但是归根结底是需要解决业务需求。
老规矩，不知道写了些啥。