您的位置：首页 > 社会 > 文化事业 > 文化服务 文化服务
开放型统一技术平台构建生态互通
作者：张岩 来源：深圳经验——“图书馆之城”创新发展二十年 责任编辑：xiangwang 2024-07-12 人已围观
“图书馆之城”通过ULAS实现互联后，各馆虽然能依靠同一系统，遵循统一的规范开展服务，但各自独立的自主服务创新、技术创新却缺少有效的支撑以及适配的共建共享平台。从“系统”到“平台”的升级被列入技术规划。
一、扩容信息化基础设施设备
2012年“图书馆之城”建成之初，支撑统一服务的信息化基础设施设备采用全独立物理服务器部署，微服务系统架构的变迁，为“图书馆之城”带来了信息化基础设施的拓展需求。为解决越来越庞大的独立服务器集群产生的机房线路布设、设备上线、设备下线、系统安装、网络调试、设备监控等运维成本高的问题，2016—2017年深圳图书馆先后引进两套超融合系统设备，基于虚拟化技术的弹性资源分配机制拓展虚拟服务器，承载ULAS“微服务”架构的众多小型服务。至今，虚拟服务器已经拓展至近60台，与物理服务器一起承载95个不同体量的系统服务。正因为引进了商业体系中成熟的基于操作系统的超融合虚拟化技术，ULAS并未采用流行的基于应用的虚拟化技术（如Docker等）构建应用系统。以安全和稳定为特点的超融合系统平台为之后ULAS的全面平台化奠定了坚实的技术基础。
读者在馆舍内的音视频获取需求，以及大面积开展的阅读推广活动，带来了更高的网络带宽需求。同时，将读者的网络与“图书馆之城”系统平台的网络隔离，使之不相互影响也被提上扩容升级议程。2021年，“图书馆之城”网络数据中心互联网（光纤城域网）带宽从原来的800兆提升至1200兆，同时增加一条专用于馆内无线网络（Wi-Fi）的1000兆极速光纤ADSL，进一步提升了“图书馆之城”统一技术平台的网络基础设施容量。
二、从ULAS到统一技术平台
数据中心化架构是“图书馆之城”统一服务、统一规则、统一揭示快速建设成型的技术保障，但对“图书馆之城”建成后个性化创新需求的开放性支撑仍需提升。2013年深圳大学城图书馆（深圳市科技图书馆）合库加入统一服务时，其公共图书馆与高校图书馆双重身份的特性一度给合库工作带来不小冲击。为同时解决其教育体系的个性化需求，又不给“图书馆之城”其他公共图书馆带来影响，数据采用基于数据库同步的数据开放共享方式。但其后数年，数据共享方式的弊端开始显露，主要是公共服务与高校教育两套体系在系统建设理念方面的不同以及对数据结构的理解不同，导致本应同步的两套数据体系差异不可逆地增大。一旦差异倒灌入公共服务体系的“图书馆之城”系统，将不可避免地导致系统维护成本急剧增加。
2015年，在深圳市各公共图书馆广泛的创新需求驱动下，深圳图书馆开始研发最早的接口型平台，并逐步形成了包括接口申请、接口试用、接口上线、接口下线在内的全流程接口管理体系，各成员馆可与企业合作，基于“图书馆之城”开放接口建设自有个性化服务品牌。开放性接口平台上线当年便收获300万访问量，第二年暴涨至近2000万访问量，2020年访问量超过4.2亿，平均每年保持超过100%的增长率。在开放接口的支撑下，“选书帮”“罗图悦借”“书易借”“灯塔图书馆”“南山书房”等“图书馆之城”公共服务品牌如雨后春笋般纷纷涌现，“图书馆之城”统一服务也完全从系统“共享”蜕变为平台“共建”。
开放接口平台的爆炸式增长是深圳图书馆技术团队始料未及的，初期规划的单台8核16GB内存服务器至2020年也早已不堪重负，加上初期技术探索阶段的规划欠缺充足的理论经验，由此引发的接口使用混乱、权限控制不严、信息安全保障不够等问题亟需解决。为此，深圳图书馆2019年在第五版ULAS规划的同时提出了建设基于微服务架构的高可靠、高安全、高性能、高扩展的统一技术平台设想。
三、建设嵌入式组件共享互通成果
在“图书馆之城”建设广泛应用开放型接口平台后，发展靠前、创新动力充沛的市、区公共图书馆走在了前面，但发展相对滞后的基层图书馆却逐渐跟不上节奏。为解决地区发展的不平衡性，2018年开始，“图书馆之城”统一技术平台在各馆共建成果的基础上，将成熟功能（如在线办理读者证等）打包形成页面功能组件，实现UI可定制、数据可统计，直接下发给“图书馆之城”各成员馆使用，节省了与企业合作开发共建的过程。截至2022年底，“图书馆之城”统一技术平台已建成虚拟读者证（在线办证）、扫码支付、家庭读者证、读者证升级、书目检索、我的图书馆六个页面功能组件。至此，直接使用的云端系统、配置即用的功能组件以及用于开发共建的开放接口共同组成了“图书馆之城”统一技术平台。
四、基于规范共建、平等共知的开放共享
“图书馆之城”在全城范围内主要通过统一技术平台进行数据统计、对比和分析，特色业务的“个性”发展对数据开放共享的需求日益迫切。基于开放数据自建的系统极易在不同环境、不同理解的驱动下形成数据“孤岛”，不利于“图书馆之城”平等共知。确实需要自建系统的，必须规范、约束数据的共享范围，包括对特色业务自建系统本地数据的使用约束，保障全城统计结果的一致性。
统一技术平台通过系统、组件、接口等方式实现约束性共享，在一定程度上缓解了统一服务的“共性”保障与各成员馆特色业务“个性”发展之间的矛盾。
统一技术平台虽通过馆长联席会等途径向各成员馆持续宣贯共建和共享规范，但仍需进一步通过技术平台加强行业内外对于数据平等共知需求的支撑。
一、扩容信息化基础设施设备
2012年“图书馆之城”建成之初，支撑统一服务的信息化基础设施设备采用全独立物理服务器部署，微服务系统架构的变迁，为“图书馆之城”带来了信息化基础设施的拓展需求。为解决越来越庞大的独立服务器集群产生的机房线路布设、设备上线、设备下线、系统安装、网络调试、设备监控等运维成本高的问题，2016—2017年深圳图书馆先后引进两套超融合系统设备，基于虚拟化技术的弹性资源分配机制拓展虚拟服务器，承载ULAS“微服务”架构的众多小型服务。至今，虚拟服务器已经拓展至近60台，与物理服务器一起承载95个不同体量的系统服务。正因为引进了商业体系中成熟的基于操作系统的超融合虚拟化技术，ULAS并未采用流行的基于应用的虚拟化技术（如Docker等）构建应用系统。以安全和稳定为特点的超融合系统平台为之后ULAS的全面平台化奠定了坚实的技术基础。
读者在馆舍内的音视频获取需求，以及大面积开展的阅读推广活动，带来了更高的网络带宽需求。同时，将读者的网络与“图书馆之城”系统平台的网络隔离，使之不相互影响也被提上扩容升级议程。2021年，“图书馆之城”网络数据中心互联网（光纤城域网）带宽从原来的800兆提升至1200兆，同时增加一条专用于馆内无线网络（Wi-Fi）的1000兆极速光纤ADSL，进一步提升了“图书馆之城”统一技术平台的网络基础设施容量。
二、从ULAS到统一技术平台
数据中心化架构是“图书馆之城”统一服务、统一规则、统一揭示快速建设成型的技术保障，但对“图书馆之城”建成后个性化创新需求的开放性支撑仍需提升。2013年深圳大学城图书馆（深圳市科技图书馆）合库加入统一服务时，其公共图书馆与高校图书馆双重身份的特性一度给合库工作带来不小冲击。为同时解决其教育体系的个性化需求，又不给“图书馆之城”其他公共图书馆带来影响，数据采用基于数据库同步的数据开放共享方式。但其后数年，数据共享方式的弊端开始显露，主要是公共服务与高校教育两套体系在系统建设理念方面的不同以及对数据结构的理解不同，导致本应同步的两套数据体系差异不可逆地增大。一旦差异倒灌入公共服务体系的“图书馆之城”系统，将不可避免地导致系统维护成本急剧增加。
2015年，在深圳市各公共图书馆广泛的创新需求驱动下，深圳图书馆开始研发最早的接口型平台，并逐步形成了包括接口申请、接口试用、接口上线、接口下线在内的全流程接口管理体系，各成员馆可与企业合作，基于“图书馆之城”开放接口建设自有个性化服务品牌。开放性接口平台上线当年便收获300万访问量，第二年暴涨至近2000万访问量，2020年访问量超过4.2亿，平均每年保持超过100%的增长率。在开放接口的支撑下，“选书帮”“罗图悦借”“书易借”“灯塔图书馆”“南山书房”等“图书馆之城”公共服务品牌如雨后春笋般纷纷涌现，“图书馆之城”统一服务也完全从系统“共享”蜕变为平台“共建”。
开放接口平台的爆炸式增长是深圳图书馆技术团队始料未及的，初期规划的单台8核16GB内存服务器至2020年也早已不堪重负，加上初期技术探索阶段的规划欠缺充足的理论经验，由此引发的接口使用混乱、权限控制不严、信息安全保障不够等问题亟需解决。为此，深圳图书馆2019年在第五版ULAS规划的同时提出了建设基于微服务架构的高可靠、高安全、高性能、高扩展的统一技术平台设想。
三、建设嵌入式组件共享互通成果
在“图书馆之城”建设广泛应用开放型接口平台后，发展靠前、创新动力充沛的市、区公共图书馆走在了前面，但发展相对滞后的基层图书馆却逐渐跟不上节奏。为解决地区发展的不平衡性，2018年开始，“图书馆之城”统一技术平台在各馆共建成果的基础上，将成熟功能（如在线办理读者证等）打包形成页面功能组件，实现UI可定制、数据可统计，直接下发给“图书馆之城”各成员馆使用，节省了与企业合作开发共建的过程。截至2022年底，“图书馆之城”统一技术平台已建成虚拟读者证（在线办证）、扫码支付、家庭读者证、读者证升级、书目检索、我的图书馆六个页面功能组件。至此，直接使用的云端系统、配置即用的功能组件以及用于开发共建的开放接口共同组成了“图书馆之城”统一技术平台。
四、基于规范共建、平等共知的开放共享
“图书馆之城”在全城范围内主要通过统一技术平台进行数据统计、对比和分析，特色业务的“个性”发展对数据开放共享的需求日益迫切。基于开放数据自建的系统极易在不同环境、不同理解的驱动下形成数据“孤岛”，不利于“图书馆之城”平等共知。确实需要自建系统的，必须规范、约束数据的共享范围，包括对特色业务自建系统本地数据的使用约束，保障全城统计结果的一致性。
统一技术平台通过系统、组件、接口等方式实现约束性共享，在一定程度上缓解了统一服务的“共性”保障与各成员馆特色业务“个性”发展之间的矛盾。
统一技术平台虽通过馆长联席会等途径向各成员馆持续宣贯共建和共享规范，但仍需进一步通过技术平台加强行业内外对于数据平等共知需求的支撑。
很赞哦！ ( )
上一篇：采用微服务架构快速实现系统扩展
下一篇：统一认证体系实现大型政企平台互认
评论
0
