在FreeIPA中存储除用户信息之外的其他内容是否是一个糟糕的主意？

在$ company，我们目前有一个基于OpenLDAP的设置，它包含一些本地化的Whomemutated层次结构，以及一些存储在MySQL中的其他数据。

OpenLDAP服务器包含内部用户，客户联系人（可以访问部分内部工具，所以有一些用户/密码信息），与我们合作的自由职业者以及地址簿等数据。 MySQL DB包含一些来自同一用户的重复数据，以及一些补充信息，如关于客户公司的数据，依赖于公司和扩展到客户的项目等。

我的理想计划是把所有事情都整合成一个真理的源头。

FreeIPA对我们有趣的部分是：

• FreeIPA中有多个网站/领域
• pipe理Linux用户帐户+ Samba + more
• 如何确认IPA + SSSD仅使用encryption通道？
• 用于FreeIPA的Centos软件包命名？
• FreeIPA：安装程序不能从hosts文件parsing域名

• 提供LDAP入口点，我们使用的所有内部服务都可以绑定到LDAP服务器
• 提供REST入口点，对于我们的内部开发来说是理想的。
• 因为它基本上与pipe理授权所需的一切有关，所以易于集成
• 以某种方式标准（通过完全本土的反对）层次结构

作为文档状态，FreeIPA只关注于一个IdM，而不是一个通用的LDAP存储，但这意味着如果你想扩展你的关系信息（例如：对于这个项目，我们有这些内部用户，那些客户端），您必须在另一个工具（用户名/用户ID，FreeIPA中的用于授权的组，匹配项目或互补数据存储中的公司）中有一些重复。 这意味着两个商店的数据之间可能存在不连贯的状态，需要进行某种同步等。

因此，我想知道是否将FreeIPA扩展到存储公司或项目信息将是一个坏主意，如果是这样，为什么呢？