Azure Synapse 工作区 : Where the scripts are published?

Question

在Azure Synapse中工作区中，有两个用于发布内容的选项(如下图红色所示)。 问题:内容/脚本发布在哪里，发布后我们如何访问它们？

Answer 1

我发现这是 Synapse 中最令人困惑的主题之一。它还适用于 Azure 数据工厂 (ADF)。对您问题的简短回答是，它会发布到 Live Synapse 服务。较长的版本如下。

Azure Synapse 有两种模式:Synapse Live 和(可选)Git 连接。

实时模式

实时模式是“生产”版本。它包含用户可以访问的所有工件(脚本、笔记本、管道等)(假设适当的安全性等)。它也是可以在外部执行的工件的表面，例如管道。当您在外部(例如从逻辑应用程序)执行管道时，执行的是实时版本。 [同样，ADF 中相同]

无论您是直接在工作区中工作(正如您的图像所暗示的那样)还是在 Git 分支中工作(下面将详细介绍)，您都可以将它们视为“开发”版本。 “发布”促进工件从开发到生产。

在实时模式下，保存工件的唯一方法是发布，因此在某种程度上您可以直接在生产中工作:您保存的版本始终是已发布的版本。对于任何涉及团队的实际工作，这可能会很麻烦。强烈建议您将工作区连接到 Git 存储库。

Git 模式

当您的工作区连接到 Git 时，您就在分支中工作。默认情况下，这很可能是“主”分支。主分支是你的主干，你只能从主分支发布。但是您可以在 main 中工作很长时间而无需发布，因此它真正成为一个真正的开发环境。

在 Git 模式下，您将工件更改提交(保存)到 Git 分支。在将来的某个时刻，当您准备好将工件转移到生产中时，您可以发布 main.在本例中，发布会更新 Git 中的一个单独分支，通常名为“adf_publish”。这是一个你基本上不应该接触或尝试直接工作的分支，因为我很确定它包含一些 Synapse 特定的项目。 [这是我的个人愿望 list 项目，只要 main 更新就能够自动发布。]

一些 Git 建议:如果您有一个团队(意味着超过 1 人)在工作区中工作，您应该设置 Git 存储库以禁止提交到 main。 【其实，就算是你，我也会这么做的。】个人应该始终在不同的分支工作，并使用拉取请求将代码合并回主分支。我可以根据经验告诉您，多个人直接在 main 中工作可能会搞砸您的存储库，使其无法发布，而纠正这一点并不有趣。

返回实时模式

即使您连接了 Git，实时模式仍然存在。您随时可以从下拉菜单切换回它。当您这样做时，它就像保护模式，因为虽然您可以编写和执行脚本和笔记本，但无法将它们保存到工作区。您还可以拥有只能在实时模式下操作的用户，因此他们是消费者而不是创作者。在实时模式下，您将无法查看 Git 存储库或分支或与之交互。当您准备再次编辑时，可以使用下拉菜单轻松返回 Git 模式。