本周还是各种改材料,手上几个项目是合了分,分了合,感觉还被客户组合“骗”低了单价,还是上一期那句话:愿天下甲方都仁慈一些吧。
这周好的一点消息则是疫情管控放开了,一些人的短期利益没了,但是我相信整个经济的良性循环将回来了。
这一期写一些在本周对一些听到或者看到的东西的一些…算是疑惑吧,和一些自己的理解。
这个是和曾经在O记后来出来创业现在在某国产数据库厂商的一技术大佬对话中提到的,本来是打听下他的前东家,不对,算是他创业入股公司的现状咋样。聊到他现在做的数据库了,提到了现在很多国产分布式数据库内存要的都挺大的,他的原话是:“设计原理就是尽量使用内存提速,不用高端存储,算总账其实是要更省一些的”。
不可否认,使用服务器本身的内存,相较于高端存储设备,确实会省下一些钱。但是我们需要注意一点,这里用于OLTP的数据库并不是只是将数据存放在内存里面,内存是易失的,断电后数据是会丢失的,当然,多副本,异地多活肯定能尽可能的避免数据丢失的可能。“最坏的打算,最好的准备”,无论如何数据都要尽可能快的写入到磁盘之中。所以我们看到很多国产数据库服务器典配其实还是要求使用SSD,甚至是NVMe的SSD,这个费用其实也不低。
正如我三十六期(正好十期之前)讲到的节点多了,需要的机器多了,网络链路多了,光纤虽然不值钱,但是交换机也不便宜啊,而且规模越大网络越复杂,网络环境要求其实也越高。回过头来,机器多,网络复杂,维护方面无论是数据库代码还是各项人工都是一笔不小的开支。
还是上面大佬的另一句话:“资源使用效率Oracle天下无敌”。正好我知道一个省级项目也是他们家数据库替换Oracle的前后对比。替换前几台128G服务器组成的RAC,运行的挺好的;替换之后是30+台1.5TB的服务器组成的集群了,而且据说这样内存还不满足性能,要把每个节点增加一倍的内存。其实反过来再看看上一节,成本真就低了么。
当然,不得不说,国产数据库在近一年的进步还是有目共睹的,我也相信未来国产数据库会越来越好。
首先说一下我这我管的数据库环境,其实就是基于X86或者Exadata环境的多租户环境,每一个业务使用一个或多个PDB,只是可能承载的集群不同而已。
这周正好又在扯国产数据库的事情,正巧我们这一个业务厂商自己也有数据库,而且进入了集采典配,也正巧出现在我们讨论这事的现场。客户就来了一句,你们后面新上的模块就用你们自己的数据库吧,这哥们当时就表现出了一些为难,客户就问,是没用过、不兼容还是不靠谱?这哥们倒说不是,只是之前用Oracle挺好的,还有统一DBA,还是继续白嫖吧。(各中缘由,咱就不问了)
听说某个国产使用Linux内核的操作系统,要卖操作系统License了,而且还有小道消息说,使用半年后会出现提示购买License的窗弹(尚不知是仅GUI还是设计shell)。
当然为啥会出现这个现象,因为在这个操作系统基于的另一个国产操作系统在开源了自己操作系统后更换了开源许可,不再使用Linux内核的GPL2.0。这里面有没有啥问题涉及还是蛮广蛮复杂的。
老规矩,不知道写了些啥。
下一篇:通过Java实现双色球原理