Atlassian Audit Logs コネクタの制限事項

備考

ベータ版

この機能はベータ版です。使用するには、ワークスペース管理者が プレビュー ページから Atlassian Audit Logs向けLakeflow Connect を有効にする必要があります。Databricksのプレビューを管理するを参照してください。

管理対象の Atlassian Audit Logs コネクタは audit_logs テーブルのみを取り込み、Atlassian は監査 Logs イベントを最大 180 日間保持するため、コネクタがバックフィルできる過去の期間が制限されます。

一般的な ソフトウェア as a サービス（SaaS）コネクタの制限事項

このセクションの制限事項は、Lakeflowコネクト のすべてのSaaS コネクタに適用されます。

• スケジュールされたパイプラインを実行する場合、アラートは即座にTriggerされません。代わりに、次の更新のTrigger時にTriggerされます。
• When a ソース table is deleted, the destination table is not automatically deleted.宛先テーブルを手動で削除する必要があります。この動作は、 Lakeflow上のSpark宣言型パイプラインの動作と一致しません。
• ソースのメンテナンス期間中、Databricksからデータにアクセスできない場合があります。
• ソーステーブル名が既存の宛先テーブル名と競合する場合、パイプラインの更新は失敗します。
• 複数送信先のパイプラインのサポートは API のみです。
• You can optionally rename a table that you ingest.If you rename a table in your パイプライン, it becomes an API-only パイプライン, and you can no longer edit the パイプライン in the UI.
• パイプラインがすでに起動した後に列を選択した場合、コネクタはその新しい列のデータを自動的にバックフィルしません。ヒストリカルデータを取り込むには、テーブルで完全更新を手動でランします。
• Databricks では、たとえ異なるソーススキーマに由来するものであっても、同じパイプライン内で同じ名前を持つ 2 つ以上のテーブルを取り込むことはできません。
• ソースシステムでは、カーソル列が単調に増加すると仮定しています。
• このコネクタは、変換を行わずに生データを取り込みます。変換を行うには、LakeFlow Pipelines上でダウンストリームの Spark 宣言型パイプラインを使用します。

コネクタ固有の制限事項

このセクションの制限事項は、Atlassian Audit Logsコネクタに適用されます。

• コネクタは単一のテーブル（audit_logs）を取り込みます。ユーザー、グループ、ドメイン、ポリシーなど、他の Atlassian Admin API リソースは取り込みません。
• Atlassian は組織の監査 Logs イベントを最大 180 日間保持します。コネクタはこの保持期間より古いイベントを取り込むことはできません。