DataWorks常规化 是怎样处理的,突然没了提交生产权限，不知道新的流程应该怎么走？

在DataWorks中，权限管理和任务提交流程会因工作空间模式（简单模式或标准模式）的不同而有所差异。根据您描述的情况，可能是从简单模式切换到了标准模式，导致提交生产权限的变化。以下是详细的处理方式和新流程的说明：

1. 确认当前工作空间模式

• 简单模式：开发人员可以直接提交任务至生产环境调度系统，无需额外发布操作。
• 标准模式（推荐）：开发人员提交的任务仅处于待发布状态，需由拥有运维权限的角色（如运维、部署或管理员）进行发布操作后，任务才能进入生产环境调度系统。

重要提示：如果您的工作空间从简单模式切换为标准模式，开发人员将不再具备直接提交任务至生产环境的权限，这是标准模式的安全设计之一。

2. 标准模式下的任务提交与发布流程

在标准模式下，任务提交和发布的流程分为以下几个步骤：

Step 1：开发与提交

• 开发人员在**数据开发（DataStudio）**界面完成代码开发、配置调度依赖并调试任务。
• 调试完成后，开发人员将任务提交至开发环境。此时，任务仅处于待发布状态，尚未进入生产环境。

Step 2：代码审核

• 提交的任务需要经过代码审核流程。审核人员（通常为运维或管理员角色）对代码进行评审，确保代码逻辑正确且符合规范。
• 审核通过后，任务进入待发布状态。

Step 3：创建发布包

• 开发人员可以在任务发布模块创建发布包，将待发布的任务打包。
• 注意：开发人员仅能创建发布包，但无法直接执行发布操作。

Step 4：发布至生产环境

• 拥有运维权限的角色（如运维、部署或管理员）执行发布操作，将任务发布至生产环境。
• 发布成功后，任务会在生产环境中按照调度配置周期性运行。

3. 权限分配与角色职责

在标准模式下，不同角色的职责分工明确，避免了“自己开发、自己发布”的情况，从而提升生产环境的稳定性和安全性。以下是各角色的主要职责： - 开发人员：负责代码开发、调试和提交任务至开发环境。 - 运维/部署人员：负责代码审核、任务发布以及生产环境的运维管理。 - 空间管理员：负责成员管理、角色分配以及整体权限管控。

重要提示：建议不要为开发人员分配运维权限，以免造成过度授权，增加故障风险。

4. 新流程的操作建议

如果您所在的团队突然失去了提交生产权限，可能是因为工作空间切换为标准模式或权限策略发生了调整。以下是应对措施： 1. 确认权限变更原因： - 联系空间管理员，确认是否切换为标准模式或权限策略调整。 - 如果是权限策略调整，可申请恢复相关权限，但需评估安全风险。

1. 适应新流程：

   • 开发人员专注于代码开发和提交，确保代码质量。
   • 运维人员负责代码审核和发布操作，保障生产环境的稳定性。

2. 优化协作机制：

   • 建立清晰的沟通机制，确保开发人员和运维人员之间的协作顺畅。
   • 使用DataWorks的审批中心功能，快速处理权限申请和代码审核请求。

5. 数据权限管理

在标准模式下，默认情况下开发人员无法直接访问生产环境的数据。如果需要使用生产数据进行测试或验证，可以通过以下方式申请权限： 1. 登录数据地图，定位至目标表。 2. 点击权限申请，选择所需权限点及字段，发起申请。 3. 表责任人（Owner）或空间管理员在审批中心完成权限审批。

注意：生产环境的数据权限申请需严格遵循企业内部的安全规范，避免数据泄露风险。

6. 总结与建议

• 如果您的工作空间切换为标准模式，开发人员将不再具备直接提交任务至生产环境的权限，这是为了保障生产环境的稳定性和安全性。
• 新流程要求开发人员专注于代码开发，运维人员负责发布操作，职责分离有助于降低故障风险。
• 如需进一步优化流程，建议与空间管理员沟通，明确角色分工和权限分配。

希望以上信息能够帮助您快速适应新的流程！如有其他疑问，请随时联系。