Vercel Sandbox dört başlangıç bölgesi ve failover ile çok bölgeli hale geliyor

Neler değişti

Geliştiricilerin bir SDK ve CLI üzerinden yönettiği izole ortam hizmeti Vercel Sandbox artık tek bir konuma sabit değil. Vercel'in bir changelog gönderisine göre sandbox'lar artık dört bölgede çalışabiliyor: Washington D.C.'deki iad1, San Francisco'daki sfo1, Cleveland'daki cle1 ve Paris'teki cdg1. iad1 varsayılan olarak kalıyor ve Vercel, kalan tüm bölgelerin desteğinin yakında geleceğini belirtiyor.

Belirtilen motivasyon gecikme (latency). Vercel, bir sandbox'ın etkileşimde bulunduğu veritabanlarına, object storage'a ve diğer destek hizmetlerine yakın bir bölge seçilmesini öneriyor; böylece ortam ile bağımlılıkları arasındaki gidiş-dönüş süresi kısalıyor. Altyapısı Avrupa'da bulunan ekipler daha önce sandbox işlemleri için Atlantik ötesi bir sıçramayı kabul etmek zorundaydı.

Her planda bölge seçimi

Vercel'e göre bölge seçimi tüm planlarda kullanılabiliyor. Bir projenin varsayılan bölgesi Settings > Sandboxes sayfasından veya Vercel CLI'dan ayarlanabilir:

vercel project update my-project --sandbox-region cdg1 --sandbox-failover-regions iad1,cle1

SDK, projenin yapılandırılmış bölgelerini varsayılan olarak devralıyor; dolayısıyla mevcut kodun yeni bir varsayılanı alması için değişiklik yapılması gerekmiyor. Sandbox başına kontrol için Sandbox.create() bir region argümanı ve isteğe bağlı bir failoverRegions listesi kabul ediyor:

js import { Sandbox } from "@vercel/sandbox";

const sandbox = await Sandbox.create({ region: "cdg1", failoverRegions: ["iad1", "cle1"], });

Bağımsız Sandbox CLI aynı seçeneği flag'ler aracılığıyla sunuyor:

sandbox create --name my-sandbox --region cdg1 --failover-regions iad1,cle1

Vercel, önce araç güncellemesi yapılması gerektiğini belirtiyor: SDK için @vercel/sandbox, CLI için sandbox ve Vercel CLI için vercel.

Failover ve snapshot kısıtı

Failover bölgeleri Pro ve Enterprise ekiplerine ayrılmış. Birincil bölge kullanılamadığında yeni sandbox'lar, yapılandırılmış en yakın failover bölgesinde başlıyor; bu da sandbox oluşturmaya dayalı otomatik pipeline'ların bölgesel bir kesinti sırasında takılmasını önlüyor.

Snapshot'lar bir kısıtla geliyor: oluşturuldukları bölgede kalıyorlar ve taşınamıyorlar. Bir snapshot'tan sandbox oluşturmak veya sürdürmek normalde ikisinin de aynı bölgede olmasını gerektiriyor. Failover sırasında Vercel bunu snapshot'ı bölgeler arası yükleyerek otomatik olarak hallediyor; böylece sandbox, onu ilk barındıran bölgeden farklı bir yere düşse bile sürdürme işlemi çalışmaya devam ediyor.

Neden önemli

Sandbox başlatma ve yürütme hızı, sandbox'ın çağırdığı hizmetlere olan mesafeden büyük ölçüde etkileniyor; bu nedenle bölgesel yerleşim doğrudan her önizleme çalışması veya otomatik iş akışı için ölçülebilir bekleme süresine dönüşüyor. Paris bölgesi ayrıca ekiplere sandbox hesaplama gücünü veri depolarıyla aynı kıtada tutma imkânı veriyor; bu hem gecikme hem de veri konumu beklentileri olanlar için önemli.

Failover bölgeleri, sandbox oluşturmayı bir altyapı parçası olarak gören iş akışlarına bir dayanıklılık hikâyesi ekliyor: bir bölge bozulursa, iş kod değişikliği olmadan başka bir yerde devam ediyor. Planlanması gereken tek tasarım detayı snapshot'ların bölgeselliği. Snapshot'lar bölgeler arasında taşınamadığı için, snapshot'tan sürdürmeye dayanan ekipler, durumu yanlış yerde biriktirmeden önce hangi bölgeyi varsayılan olarak sabitleyeceklerine karar vermeli.