Warum Devin mit selbst gehosteten Systemen verbinden?
Übersicht
- Begrenzt den Zugriff auf eine kleine, kontrollierte Angriffsfläche – nur Devins bekannte IPs können eine Verbindung herstellen
- Erfordert weniger als ein paar Stunden Engineering-Aufwand für die Einrichtung
- Bewahrt Ihre bestehende Infrastruktur – keine Migration auf cloud-gehostete Lösungen erforderlich
- Ermöglicht zentrale Verwaltung – optional ein einzelner Load Balancer für mehrere Services
Voraussetzungen
- Self-hosted GitLab (oder ein anderes SCM-System), das innerhalb Ihres Netzwerks erreichbar ist
- Self-hosted Artefakt-Repository (optional), z. B. Artifactory oder Nexus
- Netzwerkverwaltungszugriff, um Firewalls, Load Balancer und DNS zu konfigurieren
- Statische IP-Adressen von Devin – zu finden hier
Diese Integration ist für Enterprise-Plan-Kunden verfügbar. Kontaktieren Sie [email protected], wenn Sie Unterstützung benötigen.
Einrichtungsoptionen
Option 1: Direktes IP-Allowlisting (empfohlen)
- Konfigurieren Sie Ihre Firewall so, dass eingehende Verbindungen von Devins IPs (aufgeführt hier) zugelassen werden
- Stellen Sie sicher, dass Ihre GitLab- (oder andere SCM-) Instanz über HTTPS erreichbar ist
- Geben Sie Devin während der Integrationseinrichtung die URL an
- Fügen Sie Devins IPs zur Allowlist Ihres Artifactory/Nexus hinzu
- Stellen Sie sicher, dass das Artefakt-Repository über HTTPS erreichbar ist
- Konfigurieren Sie geeignete Zugangsdaten, damit Devin auf Artefakte zugreifen kann
Wenn Sie einen Load Balancer mit Ihrem Artefakt-Repository verwenden, lesen Sie den Abschnitt Überlegungen zum Load Balancer weiter unten für wichtige Details zur IP-Allowlist.
Option 2: Zentraler Load Balancer
- Zentraler Verwaltungspunkt für alle Netzwerkfilter
- Unterstützung mehrerer interner Dienste mit unterschiedlichen Domains
- Vereinfachte Sicherheitsprüfungen und Compliance
Überlegungen zum Load Balancer
- ALB arbeitet auf Layer 7 (HTTP/HTTPS) und bietet erweiterte Routing-Funktionen
- Der Traffic läuft über NAT, sodass Ihre Backend-Services die internen IP-Adressen des ALB sehen und nicht die Quell-IPs von Devin
- Für Artefakt-Repositories hinter einem ALB: Sie müssen IP-Allowlisting direkt auf Artifactory/Nexus konfigurieren, da das Repository die interne IP des Load Balancers sieht
- Verwenden Sie AWS WAF für IP-Filterung auf ALB-Ebene (siehe Beispiel unten)
- NLB arbeitet auf Layer 4 (TCP) und bewahrt die ursprünglichen Quell-IP-Adressen
- Ihre Backend-Services sehen die tatsächlichen Quell-IPs von Devin
- Für Artefakt-Repositories hinter einem NLB: IP-Allowlisting auf Load-Balancer-Ebene ist ausreichend, da die Quell-IPs beibehalten werden
- Erfordert die manuelle Konfiguration der Security Groups für jede IP-Adresse
AWS-Implementierungsbeispiel
Application Load Balancer mit WAF (einfachere Variante)
Ersetzen Sie die IP-Adressen durch die tatsächlichen IP-Adressen aus unserer Dokumentation zum IP-Whitelisting.
Network Load Balancer (manuelle Security Groups)
DNS-Konfiguration
dns-change.json:
Integrationsschritte
- Konnektivität testen – Stellen Sie sicher, dass Ihre Dienste von außerhalb Ihres Netzwerks über die konfigurierte Domain erreichbar sind
- Devin-Support kontaktieren – Wenden Sie sich an Cognition mit:
- Ihrer selbst gehosteten GitLab-URL (z. B.
https://gitlab.yourcompany.com) - Der URL zu Ihrem Artifact-Repository (falls zutreffend)
- Eventuellen speziellen Authentifizierungsanforderungen
- Ihrer selbst gehosteten GitLab-URL (z. B.
- Integrationseinrichtung abschließen – Arbeiten Sie mit dem Devin-Team zusammen, um die Verbindung endgültig herzustellen
- Repositories konfigurieren – Fügen Sie Ihre Repositories zu Devin’s Machine hinzu
Best Practices
- HTTPS verwenden - Dienste stets über HTTPS mit gültigen SSL-Zertifikaten bereitstellen
- Eigenes Servicekonto erstellen - Ein dediziertes Konto für Devin in Ihrem GitLab-/SCM-System einrichten
- Zugriffsprotokolle überwachen - Verbindungsprotokolle von den Devin-IP-Adressen regelmäßig prüfen
- Setup dokumentieren - Interne Dokumentation zu Ihrer Load-Balancer- und DNS-Konfiguration pflegen
- Failover testen - Sicherstellen, dass Ihr Setup Ausfälle von Load Balancer oder Diensten reibungslos verkraftet
- Regelmäßige Sicherheitsaudits - Regelmäßig prüfen, welche Dienste erreichbar sind, und IP-Allowlists verifizieren
Fehlerbehebung
- Überprüfen Sie, ob alle Devin IP addresses auf der Allowlist stehen
- Stellen Sie sicher, dass Ihr SSL-Zertifikat gültig und vertrauenswürdig ist
- Stellen Sie sicher, dass DNS-Einträge korrekt konfiguriert und propagiert sind
- Überprüfen Sie, ob Ihre Firewall-Regeln HTTPS-Datenverkehr (Port 443) zulassen
- Stellen Sie sicher, dass die Service-Account-Anmeldedaten korrekt sind
- Überprüfen Sie, ob der Service-Account über die erforderlichen Berechtigungen in Ihrem SCM-/Artefakt-System verfügt
- Prüfen Sie, ob es IP-basierte Authentifizierungsbeschränkungen außerhalb der Allowlist gibt
- Überwachen Sie die Metriken Ihres Load Balancers auf mögliche Engpässe
- Stellen Sie sicher, dass Ihre selbst gehosteten Dienste über ausreichende Ressourcen verfügen
- Berücksichtigen Sie die geografische Nähe zwischen Ihrer Infrastruktur und den Systemen von Devin
Support
- Erstellen Sie einen Slack-Connect-Channel mit unserem Team unter app.devin.ai/settings/support
- Senden Sie eine E-Mail an [email protected] mit den Details zu Ihrem spezifischen Setup
- Teilen Sie relevante Konfigurationsdateien (mit geschwärzten sensiblen Daten), wenn Sie Probleme melden
