每月通讯：FOLIO国际社区进展(9.21-10.15)

每月通讯：FOLIO国际社区进展(9.21-10.15)

2024年10期【海外动态】

供稿整理：孙佳佳、单琬婷（江苏嘉图）

信息更新时间截止2024年10月15日

FOLIO是一个透明、开放的图书馆社区，致力于与图书馆、服务供应商以及开发人员共同重塑和创新图书馆服务。FOLIO的治理模式旨在实现开放、透明和互相尊重的合作，以创建一个对所有社区参与者开放且中立的可持续社区和生态系统。

当前FOLIO社区治理模式的三个主体为社区委员会（CC）、产品委员会（PC）、技术委员会（TC）。社区委员会是 FOLIO 所有委员会和团体的最高管理机构，负责 FOLIO 的管理模式，监督社区健康；产品委员会负责指导FOLIO图书馆服务平台功能的开发，并管理FOLIO产品的范围；技术委员会将负责维护技术政策、最佳实践以及平台基础设施和运营稳定性。兴趣小组SIG（Special Interest Groups）是社区项目推进与实现的组织，由领域专家（图书馆员）、产品经理PO、用户体验设计师等组成。

以下为FOLIO国际社区各委员会及SIG小组近期动态整理。

一、委员会（CC）

1、讨论开发者倡导者（Developer Advocate）续约事宜，续约一年的成本为36000美元，Simeon Warner提出将合同延长至2025年6月，通过投票，CC同意将Patrick Pace的开发者倡导者合同协议延长至2025年6月。续约条款将与以往保持一致。但Patrick目前计划不再继续担任该角色，CC则需要继续雇佣新的人员承担该角色。

2、继续探讨AWS成本消耗与控制问题。指出FOLIO为一些开发团队支付了AWS费用，造成AWS成本逐年增长。为了控制成本，提议采纳以下原则：

• 社区资助真正共享的基础设施，如CI/CD、UAT和端到端测试环境;
• 开发团队为其各自的开发/测试环境提供资金;
• 在事先讨论、相互同意、制定规划和预算编制的前提下，可以共同出资分担重大支出费用。

3、为了活跃社区，让现有成员参与并承担角色，积极参与社区各类事项，提出定期组织会员会议（Member Meeting）。社区委员会是“执行机构”，需要组织会员集中讨论某些主题。有人提出每年举办2次会员会议、4次开放社区会议。但关于这个会议由谁负责、如何组织仍在讨论。

4、三委员会提议成立提名委员会（nomination committee）。提名委员会的职责范围包括：

1. 负责提高委员会工作的兴趣，激励人们提交申请并描述相关任务。
2. 委员会可以由CC成员领导，但也可以是其他人。
3. 是一个咨询机构，而不是决策机构。
4. 改变目标：更早开始，加强外展，包括PC人员。

5、治理模型及文档更新讨论：FOLIO社区走向成熟，而FOLIO治理模型于2021年提出并通过，有一些部分是初创时期的情况当前已不适用。CC讨论需要更新治理模型文档，建议从创建一个 Google 文档供大家讨论作为起点。

6、讨论社区是否可以使用AI工具进行会议记录。FOLIO社区目前没有关于使用AI进行会议记录的现行政策，虽然普遍支持使用AI进行摘要以提高效率，但会议决策和准确记录仍需由具体成员负责。各组应自行讨论并确保成员了解工具选择及其许可影响。

二、产品委员会（PC）

1、PC提出一系列计划，包括：确定年度可实现目标及优先级；确定小组分配与计划完成时间；确定已完成、需要完成和需要继续推进的内容，以评估团队是否有投入新计划的能力。

2、为实现提出的计划，PC需要总结新功能评估，排序优先级以及将路线图小组的所有活动合并到常规的PC工作中。需要与PO明确优先级的共享工作方式和影响，暂定12月7日邀请SIG召集人参加 SIG Update会议，Jesse Koennecke 将安排优先级和路线图小组会议，以制定执行计划的反馈文件。

(1) 确定优先级 – 根据新信息进行更新

(2) 确定Acq SIG议题的优先次序

3、Kristin Martin今年将继续担任跨 SIG 协调者的角色。

三、技术委员会（TC）

1、TCR Board审核

1. 已完成审查且被批准的项目有：TCR-42、TCR-45。在TCR-45项目中，由于有一个拉取请求可以更改TCR标准，对是否更改或取消SNAPSHOT标准进行讨论，经讨论决定取消此标准，Ingolf Kuss合并了 PR，并将更改其他相关文件。
   注：*TCR-42:Request for Technical Evaluation of ui-reading-room*TCR-45:Request for Technical Evaluation of mod-record-specifications
2. 已提交的审查项目：TCR-44。审查的一方面是关于使用Go语言的决定，另一方面是批准mod-reporting。注：
   *TCR-44:Acceptance for mod-reporting (drop-in mod-ldp replacement)

2、关于Sunflower版本中的官方技术支持（OST）的一些决定：使用Node 22，并计划长期支持；继续使用Yarn1；采用Stripes 10 或更高版本；因19.0目前尚不清楚何时发布，暂定采用React 18.2；采用RTL 14或更高版本；在Java/JDK 17与21的选择上，仍在等待开发人员的答复。

3、RFC：继续审查待处理事项（如决定日志记录的需求和“Go” RFC的应用）；仍然需要合并和决策日志条目。

四、兴趣小组SIGs动态

兴趣小组SIGs由SIG召集人、主题领域专家（SMES）、产品经理PO、用户体验设计师组成。SIG召集人准备议事日程并推进会议，并与其他SIG小组之间协调配合。当前FOLIO兴趣小组有18个，目前较为活跃的兴趣小组包括元数据管理小组、电子资源管理小组、资源流通小组、软件应用与管理小组、系统运行与管理小组等。下文为部分活跃小组的近期动态。

1、元数据管理小组(Metadata Management SIG) 

元数据管理小组主要负责书目管理功能相关的内容，如定义书目控制模块的基本数据元素、探索可纳入FOLIO的各种元数据格式(MARC、RDA、BIBFRAME、DC等）。小组专注于数据的共享性和可操作性，就图书馆和供应商之间所需的交互向开发团队提出需求，并与资源管理小组和资源访问小组进行密切协作。该小组的近期动态有：

1. 在WOLFCon 2024讨论后，将改进FOLIO典藏应用，重点在于支持非MARC元数据的存储与管理，以便更灵活地处理格式，适应向关联开放数据（Linked Open Data, LOD）环境的过渡。
2. 明确典藏系统需要加强URI（统一资源定位符）的管理，特别是明确其在元数据中的作用、确保活跃状态、优化搜索功能，并解决URI缓存和持有级别的管理问题。
3. 针对丛编与实例导航的优化，小组建议通过浏览丛编列表来检查编目一致性，并将其用于数据清理；此外，还需明确子丛编的处理方式，优化授权访问点，解决实例数据中的字段拆分问题，确保浏览和搜索功能能有效支持丛编管理。

2、应用软件交互小组（App Interaction SIG)

应用软件交互小组负责审查FOLIO应用程序之间的工作流和数据流，确定跨应用程序功能的差异，提供开发所需的功能机制和解决方案。该小组的近期动态有：

• 讨论应用程序正式化问题，强调应记录清楚依赖关系，确保跨应用程序工作流程的稳定。最终目标是实现模块对通用数据库架构的访问，促进数据共享，并探索模块化与集成化的平衡及插件模型的应用。

3、系统运行和管理小组（System Operations and Management SIG）

系统运行与管理小组成员需全方面了解FOLIO的运作方式，包含但不仅限于安装和维护FOLIO系统、管理数据库、调试问题、向开发者团队报告错误和问题、为前端开发人员构建开发环境。该小组近一个月的主要动态有：

• 讨论Eureka平台的部署与集群化改进，特别是Keycloak和Kong的配置管理。小组探索了集群环境中提升系统稳定性和灵活性的方案，包括通过Sidecar模块改进模块间通信，确保即使Kong不可用时后端模块仍能正常运行。