摘要：
bim如何做到管线运维？5万租户的saas系统，数据库该如何设计？如果采用单租户独立数据库需要多少台？大家如何看待这两天在微盟删库跑路的那个员工？bim如何做到管线运维？你说的是运... bim如何做到管线运维？
你说的是运行维护吧，如果单从运维讲Bim的管线运维，可参照以下步骤：
1，将准确的竣工图（最好在施工阶段就介入，严格按实际施工内容将工程内容输入计算机。
2，在建模阶段同时输入产品的各类信息，包括物理的；几何的；维修保养间隔的；报废时限的；注意事项的；运行状况的等信息完善完毕。
3，在运行维护过程中不断完善模型的信息并定期检查，按期维护。
5万租户的saas系统，数据库该如何设计？如果***用单租户独立数据库需要多少台？
2.所有表，租户号一定要做主键的第一个字段，这样物理连续，性能可以提高很多
3.所有业务数据只保留3个月，定时将业务数据传到归档服务器，查历史从归档查
4.如果是大客户，可以给他们单独部署实时数据库，数据也定时同步到归档。这个就看客户给的钱是多少了。
给你个配置
实时数据库 阿里云sqlserver 120多g内存，高可用独享数据库 3年共60多万
归档数据库 12g内存
负载均衡 中档 30M独享
单从5万这个租户数来看，数据量很小了,不过也要考虑其他方面：
1、你这个saas系统会包括哪些类型的数据，5万租户信息会产生哪些数据，评估下总数据的量级
3、saas系统来说，数据安全应该非常非常重要，定期数据异地备份肯定是需要的
4、没看出并发量能有多大，主从数据库就自己看着办吧，具体情况没表述出来，需要多少数据库机器还是要看具体情况
5、单租户独立数据库？ 一个租户的所有信息独立一个数据库？ 这种设计少见啊，虽然完美避开了数据相互访问的安全问题，但是这种设计扩展，维护，性能并不好吧，
1. 单租户独立数据库：部署运维的成本高(5万个实例)，优势是能针对单独租户个性化，但共性需求变更每个数据库都要修改；
2.一个Sql库 + NoSql集群: 成本适中，关系库存放强一致性数据（订单等）, NoSql存放基础数据及归档数据，劣势是代码稍微复杂一些；
3.NewSql集群：成本适中，优势是代码基本不需要变动。
我不推荐单租户独立数据库。
大家如何看待这两天在微盟删库跑路的那个员工？
非著名程序员：换个角度看世界，另辟蹊径，提供新思路，优质的回答。
作为程序员，以前大家都调侃删库跑路，所以在大部分普通程序员眼里“删库跑路”是一个段子的存在。可是，在现实中，只有删库，却没有跑路，而且牢底坐穿。
这次删库跑路***不仅给商家带来了巨大的经济损失，而是微盟公司作为上市公司，市值也蒸发了 12 亿港元。
据悉，微盟研发中心运维部核心运维人员贺某，于 2 月 23 日晚 18 点 56 分通过个人 *** 登入公司内网跳转机，是因个人精神、生活等原因对微盟线上生产环境进行了恶意的破坏。目前最新的消息是因为网贷的原因。但是，大家猜测的原因有以下三种：
目前主要有三种原因传闻。
第一种，公司管理问题
称微盟公司管理严苛，绩效压力大，加之时下市场环境，薪资待遇和人事调整加重内部压力，于是有了这名员工的报复性举动。
这样的员工固然可恨，但企业和相关的管理者也要承担相应的责任。
这些年，我最大的一个收获就是与人交往，要尽可能的激发人的善念。
和你交往的人有善念，那么这个人就不会危害社会，也不会对你有损害，他自己也能够得到更多人的认可，可以更快的成长，尽早的成功。
为何不多多的成人之美呢？
我前几天在头条的微头条里发了一篇短文，讲一位司机如何折腾客户的。
原因很简单，司机带客户到外地看房子，过了吃饭的点，一点多客户去吃饭时让司机在饭店门口的路边等他们，也没跟司机客气下，就去吃饭了。
结果客户吃完饭联系司机，司机说自己还没吃饭，正在找吃饭的地方，要他等一个小时。过了一个小时，客户联系司机，司机说还没吃上饭，因为附件的地方饭价太贵，他吃不起，还在找呢。
其实这位司机根本没去吃饭，就在车里玩手机。
这位客户白白等了2个多小时，回上海已经很晚了。
如果这位客户哪怕问下司机，有没有吃饭，如果没有的话看看附近有没有，或者跟他一起吃。
我不同意楼上看法。首先删库跑路的员工不清楚这个问题的严重性，这种说法是有问题的。他肯定知道这样做自己和公司都会有损失，就像***偿命，谁不清楚？连侥幸我觉得都未必，他有可能已做好了承受结果的准备。
大家都在[_a***_]上，策略上去看公司。谁会关注那名员工呢。能做出如此的事情，***设他做好了接受结果的准备，那么他究竟承受了什么，想到这里不寒而栗！
微盟在近日发生了一起严重的事故，而事故的起因就是因为系统运维员工恶意的“删库”导致。而腾讯云也与微盟一起在努力的恢复遭到破坏的数据库，尽量将损失降到最低。这已经不是第一起“删库跑路”***了，我估计也不会是最后一例。
在这个信息化的时代，数据可以说是很多企业立命之本。而信息安全也成为了被提到最多的一个话题。不过，虽然很多公司已经把系统安全的问题看得很重了，但依旧会出现类似的“删库跑路”***。
首先，还是因为互联网发展到现在，时间还不是很久，响应的法律法规还不是非常的健全。即使我们在部分领域有相关的立法，但是这些法律法规的宣传和学习还并不到位，导致很多人还不清楚“删库跑路”的后果。
就好像曾经的酒驾一样，在国家没有严打酒驾，酒驾的后果没有有效的宣传的时候，其实很多人都不知道酒驾到底会有什么严重的后果，而总会有侥幸的心理。甚至有些人就认为，酒驾的量刑标准就是交通肇事罪，最高也就7年以上。
但是直到国家开始严打酒驾，媒体开始宣传的时候，很多人才知道，原来酒驾是可以使用危害公共安全罪来量刑的，最高会被判处***。
而“删除跑路”也是一样，可能作为一个员工，遇到了不顺心的事情，他需要有一些途径发泄。在他心里，删库跑路算不上什么很严重的行为，所以他就干了。真的想要减少乃至杜绝这类***，首要的还是需要加强立法，加强宣传，让人们知道如果你做了这样的事情，后果会是怎么样？这样，才能够在人的心中拉起一条警戒线。
但是，仅仅是这样肯定是不够的，有时候人疯狂起来，那就是什么后果都不顾了。所以，管理上也需要加强权限控制。
当然，所谓的管理上加强控制还是只能针对于一些原本权限管理不严格的公司。其实大部分公司的权限管理已经做得很好了。而这次的微盟事故是由于运维人员造成的，一般运维人员的权限是比较高的，基本产品线上的服务器都是可以绝对的操控的。
毕竟很多时候，运维人员需要一些比较高的权限来对服务器进行配置管理。权限低了，很多工作就无法完成，我们通常的管理上，也只是把权限控制到这个人，并且一些监控和追踪机制建立好，事后可以追查，但是要预防上确实很难。
