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 Sie 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 für alle teilnehmenden Personen diese zunächst für das Konto aktivieren, indem er SYSTEM$ENABLE_GLOBAL_DATA_SHARING_FOR_ACCOUNT aufruft.
Erfahren Sie mehr über Automatische Ausführung und Verwalten von Berechtigungen für die automatische Auftragsausführung.
Aktivieren der Cloud-übergreifenden automatischen Ausführung in der 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.
Aktivieren der Cloud-übergreifenden automatischen Ausführung in der 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.
Aktionen des Kontoadministrators¶
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 SQL-Code 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 LAF is enabled on the account.
CALL samooha_by_snowflake_local_db.library.is_laf_enabled_on_account();
-- If LAF is not enabled, enable it.
CALL samooha_by_snowflake_local_db.library.enable_laf_on_account();
Aktionen von Anbietern und Verbrauchern¶
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.Zu diesem Zeitpunkt verfügt der Verbraucher über die grundlegende Funktionalität für Clean Rooms. Führen Sie zur Unterstützung von Kundenvorlagenanfragen, vom Anbieter durchgeführten Analysen und Anbieteraktivierungen den folgenden zusätzlichen Schritt aus:
Der Anbieter ruft
provider.mount_request_logs_for_all_consumersauf, bis die Prozedur erfolgreich ist. Dies bedeutet, dass die Kommunikation vom Verbraucher zum Anbieter aktiviert ist.
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. ...
Anbieter: Nachdem der Verbraucher den Clean Room installiert hat, muss der Anbieter die Freigabe der Anfragen einbinden, um anfragebasierte Aktionen zwischen dem Anbieter und dem Verbraucher zu ermöglichen. Zu den anfragebasierten Aktionen gehören Anbieteranfragen zur Durchführung einer Analyse und Verbraucheranfragen zum Hinzufügen einer Vorlage zum 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.
Sie können die Aktualisierungsrate von Verbraucher zu Anbieter für jeden Clean Room steuern.
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 können Sie die regionsübergreifende Zusammenarbeit mit anderen UI-Benutzern in derselben UI-Gateway-Region aktivieren. Zum Beispiel können Konten in AWS US East (Ohio) für Konten in AWS US West (Oregon) freigegeben werden, da sie zur selben UI-Gateway-Region (AwS US East (N. Virginia) gehören. Konten in AWS US East (Ohio) können nicht mit Konten in AWS Canada zusammenarbeiten, da sie keine gemeinsame Gateway-Region aufweisen. Jedes Konto kann jedoch für die regionsübergreifende Zusammenarbeit bei Verwendung der API konfiguriert werden.
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.