首页
/ ScubaGear项目优化:替换Entra Id导出提供程序以提高性能

ScubaGear项目优化:替换Entra Id导出提供程序以提高性能

2025-07-04 16:32:41作者:裘晴惠Vivianne

背景与动机

在ScubaGear项目中,Entra Id(原Azure AD)提供程序是M365服务审计过程中性能最慢的组件。随着项目的发展,团队发现通过直接调用Graph REST API而非使用PowerShell模块中的cmdlets,可以显著提升执行效率。这不仅改善了终端用户体验,还能加速自动化流程(如GitHub Actions),同时减少了开发人员的等待时间。

技术实现方案

现有问题分析

当前实现中,ScubaGear使用了三个Microsoft Graph PowerShell模块:

  • Microsoft.Graph.Beta.Identity.SignIns
  • Microsoft.Graph.Beta.Users
  • Microsoft.Graph.Beta.Groups

这些模块虽然功能完善,但在性能上存在瓶颈。通过分析发现,直接调用底层Graph REST API可以绕过中间层,获得更快的响应速度。

改造方案

  1. 识别替换目标:首先需要扫描ExportAADProvider.psm1文件,确定需要替换的cmdlets

  2. 建立映射关系:为每个cmdlet确定对应的Graph REST URI,例如:

    • Get-MgBetaUser → /beta/users/{id}
    • Get-MgBetaRoleManagementDirectoryRoleEligibilityScheduleInstance → /beta/roleManagement/directory/roleEligibilityScheduleInstances
  3. 实现调用转换:将原有的cmdlet调用替换为自定义函数Invoke-GraphDirectly

  4. 数据结构适配:由于REST API返回的字段命名与cmdlet返回对象不同(主要是首字母大小写差异),需要调整代码中对这些字段的引用

  5. 测试保障:需要同步更新Rego规则集、单元测试和PowerShell测试,确保功能完整性

具体实现示例

以替换Get-MgBetaUser为例:

  1. 首先在$GraphEndpoints哈希表中添加映射:
$GraphEndpoints = @{
    "Get-MgBetaUser" = "/beta/users"
    # 其他映射...
}
  1. 然后修改原有调用代码:
$graphArgs = @{
    "commandlet" = "Get-MgBetaUser"
    "queryParams" = @{'$UserId' = $ObjectId}
    "M365Environment" = $M365Environment 
}
$AADUser = Invoke-GraphDirectly @graphArgs
  1. 注意字段名调整:
  • DisplayName → displayName
  • OnPremisesImmutableId → onPremisesImmutableId

技术挑战与解决方案

字段命名差异处理

REST API返回的JSON属性通常采用camelCase命名规范,而PowerShell cmdlet返回的对象属性则采用PascalCase。这种差异需要在代码转换时特别注意,确保所有引用点都得到更新。

依赖管理

完成替换后,可以从RequiredVersions.ps1中移除不再需要的PowerShell模块依赖,简化项目部署环境。

测试验证

为确保改造不影响现有功能,需要:

  1. 更新Rego规则集中引用的字段名
  2. 修改对应的单元测试
  3. 进行端到端的功能验证

预期收益

通过这项改造,预计将带来以下改进:

  1. 执行速度提升30-50%
  2. 减少内存占用(避免加载完整PowerShell模块)
  3. 简化部署依赖
  4. 提高代码可维护性(直接与底层API交互)

总结

ScubaGear项目通过优化Entra Id导出提供程序的实现方式,展示了如何通过技术重构提升系统性能。这种从高层封装到底层API的直接调用转变,不仅适用于此特定场景,也为类似项目提供了性能优化的参考模式。关键在于保持功能一致性的同时,通过技术选型和实现方式的调整获得性能提升。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
24
7
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
9
1
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
1.03 K
477
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
375
3.21 K
pytorchpytorch
Ascend Extension for PyTorch
Python
169
190
flutter_flutterflutter_flutter
暂无简介
Dart
615
140
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
62
19
cangjie_compilercangjie_compiler
仓颉编译器源码及 cjdb 调试工具。
C++
126
855
cangjie_testcangjie_test
仓颉编程语言测试用例。
Cangjie
36
852
ops-mathops-math
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
647
258