Cloud-übergreifende automatische Ausführung in Snowflake Data Clean Rooms verwalten¶
Allgemeine Informationen zur Cloud-übergreifenden automatischen Auftragsausführung¶
In der standardmäßigen Clean Room-Umgebung kann ein Clean Room nur mit Konten in derselben Cloud-Region geteilt werden. Das heißt, Anbieter und Verbraucher müssen sich in der gleichen Region befinden.
Wenn Sie mit einer teilnehmenden Person zusammenarbeiten möchten, deren Konto sich in einer anderen Region als Ihr Konto befindet, müssen Sie die Cloud-übergreifende automatische Ausführung für Ihre Clean Room-Umgebung und Ihren Clean Room aktivieren, wie auf dieser Seite gezeigt.
Sie können Ihre eigene Cloud-Region bestimmen, indem Sie SELECT CURRENT_REGION(); ausführen.
Bemerkung
Cloud-übergreifende automatische Ausführung wird manchmal auch als LAF bezeichnet, was für Automatische Ausführung von Datenangeboten steht.
Cloud-übergreifende automatische Ausführung aktivieren¶
Sie können die Cloud-übergreifende automatische Ausführung entweder über die API oder dieUI aktivieren. Beachten Sie jedoch die Einschränkungen für die regionsübergreifende Zusammenarbeit.
Voraussetzungen¶
Um die Cloud-übergreifende automatische Ausführung für ein Konto zu aktivieren, muss ein Organisationsadministrator diese zunächst für das Konto aktivieren, indem er SYSTEM$ENABLE_GLOBAL_DATA_SHARING_FOR_ACCOUNT aufruft. Dies gilt sowohl für Anbieter als auch für Verbraucher.
Erfahren Sie mehr über Automatische Ausführung und Verwalten von Berechtigungen für die automatische Auftragsausführung.
Enabling Cross-Cloud Auto-Fulfillment in the UI¶
Ein Clean Rooms-Administrator aktiviert die Cloud-übergreifende automatische Ausführung auf Kontoebene für alle neuen und bestehenden Clean Rooms mit diesen Schritten:
Melden Sie sich bei der Clean Rooms-UI mit Ihrem Administratorkonto an.
Navigieren Sie zu Admin > Snowflake Admin.
Aktivieren Sie den Umschalter Cross-Cloud Auto-Fulfillment.
Anbieter oder Verbraucher müssen keine zusätzlichen Schritte ausführen, wenn sie einen Clean Room in der UI erstellen oder einem Clean Room beitreten. Wenn Sie jedoch später einen Clean Room in der API erstellen oder einem Clean Room beitreten, müssen Sie den API-Anweisungen für Anbieter und Verbraucher folgen.
Enabling Cross-Cloud Auto-Fulfillment in the API¶
Folgen Sie diesen Anweisungen, um einen Clean Room in der API zu erstellen oder zu installieren, auch wenn Sie die Cloud-übergreifende automatische Ausführung bereits in der UI aktiviert haben.
Account administrator actions¶
Um die Cloud-übergreifende automatische Ausführung für ein Konto über die API zu aktivieren, müssen Administratoren sowohl im Anbieter- als auch im Verbraucherkonto den folgenden Beispielcode unter Verwendung der ACCOUNTADMIN-Rolle ausführen. Sie müssen ihn nur einmal pro Konto ausführen.
USE ROLE ACCOUNTADMIN;
-- Optionally check first to see if cross-cloud is enabled on the account.
CALL samooha_by_snowflake_local_db.library.is_laf_enabled_on_account();
-- If not, enable it.
CALL samooha_by_snowflake_local_db.library.enable_laf_on_account();
Provider and consumer actions¶
Nachdem die Cloud-übergreifende automatische Ausführung für ein Konto aktiviert wurde, können Sie die Cloud-übergreifende automatische Ausführung bei der Erstellung oder Installation eines Clean Rooms aktivieren:
Der Anbieter veröffentlicht den Clean Room wie gewohnt, indem er
provider.create_or_update_cleanroom_listingaufruft.Der Verbraucher installiert den Clean Room durch Aufruf von
consumer.install_cleanroom. Wenn sich der Verbraucher in einer anderen Cloudregion als der Anbieter befindet, schlägtconsumer.install_cleanroommit der Meldung fehl, dass die Replikation der Cloud-übergreifenden automatischen Ausführung installiert wird.Der Verbraucher ruft weiterhin
consumer.install_cleanroomauf, bis der Erfolg zurückgegeben wird. Die Installation dauert einige Minuten.At this point, the consumer has basic clean room functionality. To support client custom template requests, provider-run analyses, and provider activation, follow this additional step:
The provider calls
provider.mount_request_logs_for_all_consumersuntil the procedure reports success to enable communication from the consumer to the provider.
Codebeispiel für vollständige Einrichtung:
Anbieter: Der Anbieter erstellt, teilt und veröffentlicht einen Clean Room auf die übliche Weise.
USE WAREHOUSE APP_WH; USE ROLE SAMOOHA_APP_ROLE; SET cleanroom_name = 'LAF example'; SET consumer_locator = '<CONSUMER_LOCATOR>'; SET consumer_account_name = '<CONSUMER_DATA_SHARING_ACCOUNT_ID>'; CALL SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.provider.cleanroom_init($cleanroom_name); CALL SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.provider.set_default_release_directive( $cleanroom_name, 'V1_0', '0'); CALL SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.provider.add_consumers( $cleanroom_name, $consumer_locator, $consumer_account_name); CALL SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.provider.create_or_update_cleanroom_listing($cleanroom_name);
Verbraucher: Der Verbraucher installiert den Clean Room.
USE WAREHOUSE APP_WH; USE ROLE samooha_app_role; SET cleanroom_name = 'LAF example'; SET provider_locator = '<PROVIDER_LOCATOR>'; -- Initial call starts the process and returns a cross-cloud/region replication failure. -- Continue to call this procedure until it returns a success message. CALL SAMOOHA_BY_SNOWFLAKE_LOCAL_DB.consumer.install_cleanroom( $cleanroom_name, $provider_locator); -- Continue with standard clean room configuration and use. -- The consumer can run analyses, but client custom templates, provider run, and provider analysis -- aren't supported until the provider takes the action shown in the next step. ...
Provider: After the consumer installs the clean room, the provider must mount the requests share to enable request-based actions between the provider and consumer. Request-based actions include provider requests to run an analysis and consumer requests to add a template to the clean room.
-- Call mount_request_logs_for_all_consumers until it reports success. provider.mount_request_logs_for_all_consumers($cleanroom_name);
Sämtliche Anbieter-/Verbraucher-Funktionen sind jetzt verfügbar.
Aktualisierungshäufigkeit für regionsübergreifende Konten¶
Anforderungen und Daten zwischen dem Anbieter und Verbraucher in unterschiedlichen Cloudregionen unterliegen den Einstellungen für die Replikationshäufigkeit.
Anfragen und Daten von Anbietenden zu Verbrauchenden¶
Dies umfasst alle Daten und Anfragen der Anbietenden an die Verbrauchenden, wie z. B. die Erstellung oder Aktualisierung eines Clean Room, die Änderung von Anbieterdaten, Anfragen um Berechtigungen (z. B. von den Anbietenden durchgeführte Analysen) sowie Genehmigungen für Anfragen (z. B. Verbrauchervorlagen).
Sie können die Aktualisierungsrate der Anbietenden ändern, indem Sie set_laf_dcr_refresh_schedule aufrufen.
Daten |
Standard-Aktualisierungsrate |
|---|---|
Anbieter-Clean Room-Daten, wie z. B. die folgenden:
|
|
Anfragen und Daten von Verbrauchenden zu Anbietenden¶
Die folgende Tabelle zeigt den Standardwert für die Aktualisierungshäufigkeit von Daten und Anfragen von den Verbrauchenden an die Anbietenden.
You can control the consumer to provider refresh rate for each clean room.
Daten |
Standard-Aktualisierungsrate |
|---|---|
Anfragen, Genehmigungen und Änderungen wie die folgenden:
|
|
Anbieter-Aktivierungsdaten: |
|
Kosten im Zusammenhang mit der regionsübergreifenden Zusammenarbeit¶
Für Teilnehmer, die sich in einer anderen Region befinden, fallen zusätzliche Kosten an. Weitere Informationen darüber, wie diese Kosten entstehen, finden Sie unter Kosten automatische Ausführung.
Einschränkungen bei der regionsübergreifenden Zusammenarbeit¶
Bei der regionsübergreifenden Zusammenarbeit gibt es folgende Beschränkungen:
Bei Verwendung der Clean Rooms-UI müssen Teilnehmer die gleiche UI-Hosting-Region verwenden. Wenn beispielsweise die UI-Hostregion für ein Konto „Amazon Web Services: US East (N. Virginia)“ und die UI-Hostregion für ein anderes Konto „Amazon Web Services: Asia Pacific (Mumbai)“ ist, können diese Konten nicht in der UI zusammenarbeiten. Sie können jedoch unter Verwendung der API zusammenarbeiten, wenn beide Konten und der Clean Room für die Cloud-übergreifende automatische Ausführung konfiguriert sind, wie auf dieser Seite beschrieben.
Ein Anbieter kann im Reinraum keine differentielle Privatsphäre verwenden.
Mitarbeiter können keine externen Tabellen und Iceberg-Tabellen mit Reinräumen verknüpfen.
Ein Verbraucher kann keine Multi-Anbieter-Analyse durchführen.
Ein Konto kann in Szenarien mit Cloud-übergreifender Zusammenarbeit nicht gleichzeitig in den Rollen von Anbietenden und Verbrauchenden agieren, da Konflikte mit den Replikationstypen auftreten können.
Lesen Sie die zusätzlichen Überlegungen bei der Aktivierung regionsübergreifender Zusammenarbeit.