Inbound Private Link unterstützt jetzt Genie One auf Kontoebene, die Kontokonsole und benutzerdefinierte URLs

Unternehmen, die Databricks für ihre sensibelsten Daten nutzen, verlassen sich häufig auf Inbound Private Link, um den Datenverkehr zwischen Benutzern und Databricks vom öffentlichen Internet fernzuhalten und ihn stattdessen privat über ihr eigenes Cloud-Netzwerk zu leiten. Da Kunden auf viele Workspaces, mehrere Regionen und Produkte auf Kontoebene wie Genie One skalieren, haben wir die Funktionen für Inbound Private Link erweitert, um sie genau dort zu unterstützen.

Neuerungen bei Inbound Private Link

Inbound Private Link unterstützt jetzt Ressourcen auf Kontoebene, einschließlich Genie One auf Kontoebene, der Kontokonsole, dem Governance Hub und APIs auf Kontoebene. Kunden können Genie One auf Kontoebene hinter Inbound Private Link mit denselben Netzwerkgarantien platzieren, die sie bereits überall sonst anwenden.

Inbound Private Link unterstützt jetzt benutzerdefinierte URLs und stabile URLs für Managed Disaster Recovery. Inbound Private Link funktioniert jetzt durchgängig mit benutzerdefinierten URLs wie acme.databricks.com. Dies erstreckt sich auch auf stabile URLs für Managed Disaster Recovery (z. B. acme.databricks.com/?c=stable-ws-id).

Ein Endpunkt, jede beliebige Region, für jede UI- und API-Ressource. Ein einzelner, gemeinsam genutzter General Access-Endpunkt in einer beliebigen Region kann jetzt alle Workspaces sowie UIs und APIs auf Kontoebene bedienen. Kunden müssen nicht mehr einen Endpunkt pro Region oder Workspace erstellen. Teams mit strengen Anforderungen an die Netzwerkisholation können weiterhin mehrere Endpunkte verwenden; diese Endpunkte sind jedoch nicht mehr darauf beschränkt, Ressourcen in derselben Region zu bedienen. Dies reduziert den manuellen Aufwand und die Kosten für die Wartung vieler Endpunkte. Hinweis: Service-Direct-Endpunkte (für leistungsintensive Dienste) und SCC-Relay-Endpunkte (für die sichere Cluster-Konnektivität von Classic Compute) müssen weiterhin pro Region konfiguriert werden.

Basiert auf kontextbasiertem Ingress

Diese neuen Inbound Private Link-Funktionen sind in kontextbasierte Ingress-Kontrollen integriert. Damit können Kontoadministratoren feingranulare Zulassungs- und Ablehnungsregeln erstellen, basierend darauf, wer anruft (Identität), von wo (Netzwerkquelle: öffentliche IP oder registrierter Endpunkt) und was im Workspace oder in der Ressource auf Kontoebene erreicht werden darf (Ziel).

Richtlinien für Ressourcen auf Kontoebene wie die Kontokonsole können in der neuen account-policy definiert werden.

Bestehende Workspace-Richtlinien verfügen über einen neuen Abschnitt „Privater Zugriff“ für die kontextbasierte Inbound Private Link-Konfiguration.

Inbound Private Link-Richtlinien sowohl für den allgemeinen Zugriff als auch für Service-Direct können im kontextbasierten Ingress konfiguriert werden. In Kombination mit der bestehenden Unterstützung für den öffentlichen Zugriff bietet Ihnen der kontextbasierte Ingress eine einzige Richtlinien-Engine zur Konfiguration des öffentlichen und privaten Ingress für Workspaces und Ressourcen auf Kontoebene.

Wir empfehlen Kunden, den kontextbasierten Ingress anstelle von Alles-oder-Nichts-IP-Zugriffslisten oder Private Access Settings zu konfigurieren, um die neuesten Funktionen unserer Plattform optimal zu nutzen.

Minimaler Einrichtungsaufwand, keine Unterbrechung für bestehende Kunden

Wenn Sie Inbound Private Link bereits verwenden, ist dieses Release additiv und unterbrechungsfrei. Nicht benutzerdefinierte, Workspace-spezifische URLs funktionieren weiterhin parallel zum Zugriff über benutzerdefinierte URLs. Private Access Settings und IP-Zugriffslisten funktionieren weiterhin parallel zum kontextbasierten Ingress (jede Ablehnung in einer Richtlinie führt zur Verweigerung).

Die Aktivierung des privaten Zugriffs auf Ressourcen auf Kontoebene erfolgt in zwei Schritten:

1. Registrieren Sie einen General Access-Endpunkt für Ihre Ressourcen auf Kontoebene und setzen Sie ihn mithilfe der kontextbasierten Ingress-Kontorichtlinie (account-policy) auf die Zulassungsliste.
2. Lösen Sie Ihre benutzerdefinierte URL per DNS auf diesen General Access-Endpunkt auf.

Erste Schritte

• Konfigurieren Sie Inbound Private Link für Ressourcen auf Kontoebene (AWS, Azure)
• Erfahren Sie mehr über die kontextbasierte Ingress-Kontrolle und die Verwaltung von Ingress-Richtlinien (AWS, Azure)
• Überprüfen Sie Inbound Private Link für Workspaces (AWS, Azure) und Service-Direct Private Link (AWS, Azure)

Alle hier beschriebenen neuen Inbound Private Link-Funktionen sind ab sofort als Beta-Version im AWS Enterprise-Tarif und Azure Premium-Tarif verfügbar. Kontextbasierte Ingress-Kontrollen für den öffentlichen Zugriff sind allgemein verfügbar (Generally Available). Probieren Sie beide noch heute aus!

(Dieser Blogbeitrag wurde mit KI-gestützten Tools übersetzt.) Originalbeitrag