Vercel Connect, Salesforce ve Snowflake gibi IP allowlist uygulayan sağlayıcılar için Secure Compute yönlendirmesi ekledi

Yeni ne var

Vercel, uygulamaları üçüncü taraf veri sağlayıcılarına bağlayan kurumsal servisi Vercel Connect'a Secure Compute desteği ekledi. Vercel blog'una göre connector'lar artık sağlayıcı trafiğini, Connect'ın normalde kullandığı paylaşımlı adresler yerine, seçilen bir ağın adanmış statik IP adresleri üzerinden gönderebiliyor. Bunun en önemli sonucu, Connect'ın IP allowlist uygulayan sağlayıcılarla entegre olabilmesi; örnek olarak Salesforce ve Snowflake gösteriliyor.

Yönlendirme nasıl çalışıyor

Bir connector için Secure Compute yönlendirmesi etkinleştirildiğinde, Connect'ın o sağlayıcıya yaptığı istekler — OAuth access token'larını alan ve yenileyen çağrılar dahil — seçilen ağın adanmış adreslerinden geçiyor. Bu ayar yalnızca Connect'ın kendi sağlayıcı trafiğini etkiliyor: Vercel, uygulamanın doğrudan API yönlendirmesine dokunulmadığını, dolayısıyla bir deployment'ın ağ yapısında başka hiçbir şeyin değişmediğini belirtiyor.

Kimlik bilgisi yönetimi de aynen sürüyor. Connect, token'ları uygulama adına yönetmeye devam ediyor; böylece geliştiriciler ne süresi dolmayan sağlayıcı kimlik bilgilerini kodlarında tutmak zorunda kalıyor ne de OAuth altyapısını elle kurmak zorunda.

Nasıl etkinleştirilir

Changelog kısa bir kurulum yolu tarif ediyor: Vercel dashboard'da connector'ın Settings sayfasını açın, Secure Compute Routing altında mevcut bir ağ seçin ve kaydedin. Sağlayıcı bir allowlist kullanıyorsa, dashboard'ın seçilen ağ için gösterdiği IP adreslerini o sağlayıcının kendi yapılandırmasına kopyalamanız yeterli. Dikkat çekmeye değer bir ayrıntı ise kapsam: yönlendirme tercihi connector'a ve onu kullanan tüm projelere uygulanıyor, proje bazında yapılandırılamıyor.

İki uyarı

Vercel, bu özelliğe güvenmeden önce akılda tutulması gereken iki davranışı belgeliyor. Birincisi, bir connector'ın ilk oluşturulmasıyla ilgili istekler ve tüm sağlayıcı keşif istekleri seçilen ağı tamamen atlayıp doğrudan sağlayıcıya gidiyor; yani her Connect çağrısı adanmış adreslerden gelmiyor. İkincisi, failover yok: seçilen ağ devre dışı kalırsa, yönlendirilen istekler Connect'ın paylaşımlı havuzuna sessizce dönmek yerine tamamen başarısız oluyor. Pratikte bu, ağın güvenilirliğini entegrasyonun erişilebilirliğinin bir parçası haline getiriyor; ama aynı zamanda trafiğin asla sağlayıcıya bildirilmemiş bir adresten çıkma garantisi de veriyor.

Neden önemli

IP allowlisting büyük kuruluşlarda standart bir güvenlik denetimidir ve Salesforce ile Snowflake gibi platformlar sıklıkla API trafiğini yalnızca bilinen adreslerden kabul edecek şekilde yapılandırılır. Paylaşımlı altyapıda çalışan entegrasyon servisleri bu modele uymakta zorlanabilir; çünkü istekleri müşterinin kontrol etmediği sistemlerden gelir. Secure Compute yönlendirmesi, Connect kullanıcıları için bu boşluğu kapatıyor ve öngörülebilir bir çıkış trafiği ayak izini, sağlayıcı kimlik bilgilerini uygulama kodunun dışında tutan mevcut yaklaşımıyla birleştiriyor.

Verisi katı ağ politikalarının arkasında duran ve Vercel üzerinde geliştirme yapan ekipler için bu, Connect'ı kullanılamaz bir seçenekten geçerli bir entegrasyon yoluna dönüştürebilir. Ödün ise operasyonel: geri dönüş yolu olmadığından seçilen ağ bir üretim bağımlılığı haline geliyor ve özelliği benimseyen ekipler güvendikleri bir ağı seçmeli ve bunu buna göre izlemelidir.