Vercel Marketplace entegrasyonları artık kaynakları özel ortamlara bağlayabiliyor

Vercel, yerel Marketplace entegrasyonlarının erişim alanını genişletti: kaynak bağlantıları artık yalnızca üç varsayılan ortam yerine özel ortamlara yönlendirilebiliyor. Vercel blogundaki bir yazıya göre bağlantılar daha önce production, preview ve development ile sınırlıydı; bu da ek ortamlar çalıştıran ekipleri — örneğin bir staging katmanı — bir Marketplace kaynağını bu ortamlara bağlayacak yerleşik bir yol olmaksızın bırakıyordu.

Bağlantılar nasıl kapsamlandırılıyor

Vercel changelog'a göre yeni seçenek üç yerde sunuluyor: dashboard, Vercel CLI ve REST API. Bir kaynağı bağlarken hangi özel ortamlara uygulanacağını seçiyorsunuz ve o bağlantının ürettiği ortam değişkenleri yalnızca seçtiğiniz ortamlarla sınırlı kalıyor.

CLI tarafında bu, bir --environment flag'i üzerinden çalışıyor. Vercel'in verdiği örnek, bir Neon kaynağını bir staging ortamına bağlıyor:

vercel integration add neon --environment staging

API tarafında changelog bir envVarEnvironments alanına işaret ederken, dashboard kullanıcıları ortamları bağlantı akışının kendisinde seçiyor.

Neyi aynı kalıyor

Bu değişiklik geriye dönük değil. Vercel'e göre bir kaynak bağlandığında veya ortam kapsamı değiştirildiğinde mevcut deployment'lar dokunulmadan kalıyor — yeni değişkenlerin etkili olması için taze bir deployment gerekiyor. Bunu otomasyona bağlayan herkes, bir kaynağı bağladıktan veya kapsamını değiştirdikten sonra açık bir yeniden deploy adımı hesaba katmalı.

Plan gereksinimleri

Duyuruya göre özel ortamlar Pro veya Enterprise planı gerektiriyor; dolayısıyla hangi entegrasyonlara güvenildiğine bakılmaksızın yeni kapsamlandırma seçeneği diğer katmanlardaki ekiplerin erişimine kapalı kalıyor.

Neden önemli

Marketplace entegrasyonları, ekiplerin harici servisleri — örneğin Neon gibi veritabanlarını — Vercel projelerine bağlamasının başlıca yollarından biri ve ortam değişkenleri bu servislerin bir uygulamanın içinde görünmesini sağlayan mekanizma. Bu değişiklikten önce, bir staging ortamına sahip bir ekibin o aşamaya kendi bağlantısını verme veya staging kimlik bilgilerini preview ve production build'lerinin dışında tutma konusunda temiz bir yolu yoktu. Üretilen değişkenleri seçilen ortamlara kapsamlandırmak, gizli bilgilerin ardışık düzenin aşamaları arasında sızması yerine gerçek deployment topolojisiyle hizalı kalmasını sağlıyor.

Yaygınlaştırma, nasıl hayata geçtiği bakımından da önemli. Vercel, özel ortamları yalnızca dashboard'a özel bir kolaylık olarak elemek yerine bu yeteneği CLI flag'i ve REST API alanı üzerinden de taşımış durumda; bu da ortama göre kapsamlandırılmış kaynakların kod olarak sağlanabileceği ve yönetilebileceği anlamına geliyor. Ortamları programatik olarak oluşturan ve yıkan ekipler için bu tutarlılık, gerçekten kullanılabilir bir özellik ile UI'daki bir düğme arasındaki farktır.

Tek operasyonel pürüz — yeni bir deployment gerekliliği — küçük, ancak bir kaynağı bağlayıp bir sonraki istekte kullanılabilir olmasını bekleyen pipeline'ların kendileri bir yeniden build tetiklemesi gerekecek.