lagerror：@boson您认为有无可能各图书馆把流通信息上传到云平台？实时包括书目、读者。
倒立的*：folio和一些智慧图书馆的本意就是可以如此，技术上没问题，障碍是理念和价值观。
boson：@lagerroralma就是如此吧。前一阵超星发布的libstar据说有本地和云端两种部署方式。
lagerror：有人能帮忙搞到alma的测试用户吗?
扣肉：@lagerror你要分清云部署和云图书馆。并不是说，图书馆ILS部署到云服务器上，数据就可以共享了。
lagerror：我参加过alma的培训。
扣肉：alma本质是传统ILS的云部署。并不是图书馆数据交换联盟。alma云部署的图书馆，只是租用了艾利贝斯的服务器，其数据所有权属于图书馆，是否进行数据共享和交换，由各馆自己定。alma只是一种云服务而已。
倒立的*：自己联系他们，看看他们给不给。
lagerror：记得我当时听过自己把它对应为编程中的三种状态publicprivatefriend(interal)。
boson：@扣肉有人提数据共享、交换的事了吗？我理解@lagerror是对物理上不在本地的数据安全有担心。
扣肉：我的理解，是他想从云图书馆分析各馆的数据。
lagerror：书目期刊是全局的，数据中心在北京，以前在新加坡。
扣肉：在本地建数据中心，是中国政府的要求。跟苹果在贵州建数据中心是一回事。所谓的书目信息全局，是每条marc记录都有唯一的almaID而已。
lagerror：各馆书目数据是关联还是拷贝一份?
扣肉：那不确定，要看具体实现，我感觉是各自保留一份。
lagerror：超星是怎么做的?
扣肉：因为同一本书，各馆的编目数据不一定一样。但是由于有唯一的almaID，技术上可以关联为同一本书。和calisID没什么区别。超星只是提供服务器租用而已。技术上讲，超星可能提供了一个现成的容器，通过自动化的部署工具，可以瞬间交付一个成熟的部署在云服务器的ILS。
lagerror：它有无可能读取拖管系统的书目和读者信息?
扣肉：由于容器的模板维护起来很容易。所以从TCO来讲，显然是省不少事的。法律角度来讲，要看服务提供商和使用者之间签署的协议。我们都没有看到协议，不好断言。技术上来讲，没有什么做不到。
lagerror：如果只是-个docker超星目地何在?
扣肉：很多馆压根没有管理员，维护一个本地部署很困难。如果能够花钱请专业的人来替他们管，当然比较好。本地部署和云部署只是一个策略问题。
lagerror：现在有些市馆都是一套系统，总分馆热的很。
扣肉：那是招标过程导致的吧。跟技术选择没有关系。从数据伦理上说，超星不应该偷窥客户的数据。
lagerror：共享有好处。
扣肉：所以说，这个要看租用云服务的时候，签订的协议。没有白纸lagerror：
扣肉：如果是本地部署，除了要支付服务器的电费、配件故障维修费用、互联网接入费用以外，还可能要承担人力支出。如果是云部署，那么有可能可以用较少的费用来完成这些需求。你既不是超星的老总，也不是文化部或者教育部的领导，宏观的事情不要过于执拗。
叮咚：超星早就把能拿的数据都拿走了，就不用担心超星偷数据了。用过超星手机图书馆的，用户名密码他都可能备份一份。
扣肉：当今中国是法治社会，实行市场经济，一切要以合同为准。使用什么形式的计算机技术来帮助图书馆服务读者，各馆有充分的自主权。因为采购本身就是非常正常的市场活动。超星具体这个厂商，到底干了什么，我不加评论。因为各馆情况不一样，一切以双方签订的合同为准。不管是选择哪家厂商的哪种形式的部署方案，各馆应该结合自己的实际考虑。至于数据共享和交换，那是另外一回事。另外，大多数馆的读者信息包含非常多的个人隐私信息，进行共享前应该进行数据脱敏。而且最好获得读者的同意。