Spring Boot集成Keycloak时用户资料CRUD操作的实现方案与最佳实践问询

我正在开发一个集成Keycloak做认证授权的Spring Boot应用。之前查资料了解到，业界推荐的做法是不要直接把Spring Boot的实体表和Keycloak的user_entity表做映射，而是参考微服务架构的模式，只保留对Keycloak里那个不可变用户ID的引用就好。

不过现在遇到了个问题：我的应用需要支持完整的用户资料CRUD操作。后来我翻了Keycloak的文档，发现它本身就提供了用户管理的REST端点，比如：

• PUT /admin/realms/{realm}/users/{user-id}
• GET /admin/realms/{realm}/users/{user-id}
• POST /admin/realms/{realm}/users
• DELETE /admin/realms/{realm}/users/{user-id}

目前我构想的实现思路是这样的：
在Spring Boot里封装一套/profile相关的接口，包含获取（GET）和更新（PUT/PATCH）的能力。这些接口内部会通过一个服务客户端去调用Keycloak的Admin REST API，整个数据流转都用我自己定义的DTO来处理，完全不直接用JPA去映射Keycloak的数据库表。

现在有几个问题想请教大家：

1. 我应该用Keycloak官方的Maven依赖（org.keycloak）来简化集成，还是直接写HTTP请求调用REST API更合适？
2. 这种通过自己的接口封装Keycloak Admin API的方式，算不算Spring Boot集成Keycloak时处理用户资料管理的最佳实践？
3. 这种实现方式有没有什么潜在的坑？比如性能、安全或者可维护性方面的问题？

内容来源于stack exchange