私有化部署三层各归谁：应用、数据库、密钥
私有化部署这四个字，落到交付清单上，其实是三层。
平时听介绍，"部署到你自己那边"一句话就说完了。真要落到纸面上，它会拆成三个各自独立的问题：跑起来的那部分程序归谁、数据文件归谁、打开数据的那把钥匙归谁。这三层可以分开谈，也可以分开交付——这正是不少团队在验收当天才发现的事。
其一，应用层：跑起来的那部分归谁
应用层指的是能让人登进去、点得动的那一层：程序代码、配置、界面。这一层要问清三件事。
- 代码与配置放在哪台机器上——是交付方机房里的一套环境，还是使用方自己名下的服务器。
- 谁能登录上去改——是只有交付方的运维账号能改，还是使用方自己的管理员也能改。
- 改动留不留记录——改过什么配置、什么时候改的、改的人是谁，事后能不能翻出来。
第三件容易被跳过。应用层的改动往往是一次性的，改完就忘了；等哪天系统行为跟以前不一样了，才想起来去问是不是有人动过。这时候有记录和没记录，差别就出来了。
其二，数据库层：数据文件归谁
数据层是这三层里比较实在的一层，它管的是那些看得见摸得着的东西。
要先问清的是数据文件本身存在哪——不是"数据存在我们平台"，而是具体的机器与目录。接着是备份副本放在哪、多久一份、副本和本机是不是分开的。再一件是恢复演练多久做一次、由谁执行、有没有留下记录和时间。
这几件里，备份和演练常被合成一件事来讲，实际差得很远。有备份没演练，等于准备了一份没人拆开看过的预案；有演练没记录，等于做过但拿不出凭据。对居间机构的团队来说，客户资料留存与通话记录往往一存就是几年，居间机构客户信息留存系统里攒的东西多了，备份这件事更不该只停在"我们有备份"这句话上。
其三，密钥层：那把钥匙归谁
密钥是三层里比较抽象、也容易被忽略的一层。
它管的是打开数据的那把钥匙——用来加密数据、验证身份、签署接口调用的那一串字符。要问的是：密钥由谁生成、由谁保管、更换的时候会影响哪些服务、同事离职交接时密钥怎么处理。
这一层之所以要紧，是因为它决定了前两层是不是真的属于自己。数据文件就算搬进了自己的机房，如果密钥还捏在别人手里，那么能不能打开、什么时候能打开，依然不由自己说了算。这也是为什么在私有化部署的讨论里，密钥自持总是和机器归属一起被提起——两件事合起来，才叫数据在自己手上。
三层的共同点
把三层摊开之后，会看到一个共同的要求：每一层都要有明确的属主。
属主不是"负责这件事的部门"，而是一个具体到人的答案：出了状况该先打给谁。有属主的那一层，出了问题当天就能推进；没有属主的那一层，就是以后说不清的那一层。
顺带说一层，这三层也决定了另外几件事的走向。数据导出权限管控要落在哪一层批、居间业务数据统计看板要读哪一层的数据、操作日志审计要覆盖到哪些动作，答案都取决于密钥和数据文件在谁手上。三层清楚，后面这些设置才有依据。
怎么问、怎么记
这三层不必一次问完，也不需要技术背景，具体的做法是把它当成一份清单来对。
- 应用层：让对方打开机器，看进程属主和配置目录的归属账户。
- 数据库层：问一句数据目录的路径、备份副本的位置、上一次恢复演练的日期。
- 密钥层：问密钥由谁生成与保管，能不能当面演示更换一次。
这几个动作都不用拆开机房看，问的时候把对方的原话记下来就够。记下来的东西，到验收那天再对一遍，通常会少很多解释。
写在后面
交付清单上，这三层常被写成一句话：部署方式，私有化。而三层各自归谁，只能一层一层问。
我们交付鲲极CRM系统的时候，这三层在清单里各占一行、逐条对过：应用层写清机器与管理员账号，数据库层写清目录、备份位置与演练周期，密钥层写清生成方与保管人。鲲极CRM系统只服务居间机构这一行，客户资料怎么留、跟进过程怎么记，都按这一行的规矩来，所以这套清单不是临时拼的，这几栏每次交付都会重新对一遍。
把三层的归属问清，再谈功能和价格，顺序上会顺很多。功能以后可以加，归谁这件事定了就改不了。
