Sunucu API ile sipariş ve sunucu yönetimi otomasyonu
Sunucu API entegrasyonunda sipariş durumu, yetkilendirme, tekrar denemesi ve kayıt tutma: server reseller operasyonları için uygulama planı.
Proje ilişkisi: VDSHost ve Takipci.gen.tr aynı işletmeciye aittir. Bu sayfa bağımsız bir ürün değerlendirmesi değildir.
Sunucu API entegrasyonunu yalnızca oluşturma isteği olarak düşünmeyin. Siparişin alınması, işlemin tamamlanması ve müşteriye doğru durumun gösterilmesi ayrı adımlardır.
Bu rehberde neler var?
Siparişten çalışan sunucuya giden akışı çizin
Bir müşteri sipariş verdiğinde ödeme kontrolü, kaynak uygunluğu, sunucu oluşturma ve teslim bildirimi birbirini izler. Bu adımları tek bir başarılı ekranla temsil etmek hataları gizleyebilir. Ödeme alınmış fakat sunucu henüz hazır değilse müşteri paneli bunu açıkça göstermelidir.
Sunucu API kullanımı, bu işlemleri kendi uygulamanızdan yönetmenizi sağlar. Ancak bir isteğin kabul edilmesi her zaman kurulumun tamamlandığı anlamına gelmez. Sağlayıcının yanıtlarını ve durum sorgulama yöntemini okuyup uygulamanızdaki durumlarla eşleştirin.
Aynı siparişin iki sunucu oluşturmamasını sağlayın
Bağlantı zaman aşımına uğradığında karşı sistem işlemi tamamlamış olabilir. Körlemesine tekrar oluşturma isteği göndermek ikinci bir kaynak açılmasına yol açabilir. Sipariş kimliğini saklayın ve yeniden denemeden önce mevcut işlem sonucunu kontrol edin.
Sağlayıcı tekrarlı isteği ayırt eden bir mekanizma sunuyorsa belgelenen kullanımına uyun. Sunmuyorsa kendi iş kuyruğunuzda aynı siparişin eşzamanlı işlenmesini engelleyin. Başarısı belirsiz işleri ayrı bir inceleme listesine almak, otomatik olarak başarılı saymaktan daha güvenilir bir teslim süreci kurar.
Erişim anahtarları ve müşteri yetkilerini ayırın
Altyapı erişim anahtarını tarayıcıya veya mobil uygulamaya göndermeyin. İşlemleri sunucu tarafında yürütün ve her istekte ilgili kaynağın oturum açan müşteriye ait olduğunu doğrulayın. Yalnızca ekrandaki düğmeyi gizlemek başka müşterinin sunucusuna erişimi engellemez.
Üretim ve deneme hesaplarını ayırın. Anahtar yenileme sürecini, erişim yetkilerini ve günlüklerde hangi alanların gizleneceğini önceden belirleyin. Sunucuyu silme veya yeniden kurma gibi veri kaybettirebilen işlemlerde müşteriye hedef kaynağı ve işlemin sonucunu açıkça gösterin.
Test listenize hata durumlarını da ekleyin
- Yetersiz bakiye veya kapasite nedeniyle reddedilen sipariş.
- Zaman aşımından sonra sonucu belirsiz kalan kurulum.
- Aynı durum bildiriminin ikinci kez gelmesi.
- Başka müşteriye ait kaynak kimliğiyle yapılan istek.
- İptal edilen siparişin sonradan tamamlanan kurulumu.
Her senaryoda ücret, kaynak ve müşteri ekranının aynı gerçeği yansıttığını doğrulayın. Destek ekibinin takip edebilmesi için sipariş ile altyapı işlem kimliğini ilişkilendirin; günlüklerde parola ve erişim anahtarı bulundurmayın.
VDSHost ile entegrasyon kapsamını netleştirin
VDSHost sitesinde API ile sunucu yönetimi ve bayi otomasyonu seçenekleri tanıtılıyor. Kendi sisteminize bağlamadan önce güncel API belgelerini, desteklenen işlemleri ve panel modüllerini inceleyin. Bir örnek isteğin çalışması bütün müşteri yaşam döngüsünün hazır olduğu anlamına gelmez.
Sunucu oluşturmanın yanında durdurma, yeniden kurulum, yedekleme ve hizmet sonlandırma ihtiyaçlarınızı ayrı ayrı listeleyin. API entegrasyonu kontrol listesini kullanarak kabul ölçütlerini belirleyebilir; sunucu bayiliği rehberiyle ticari sorumlulukları eşleştirebilirsiniz.
Sık sorulan sorular
Sunucu API nedir?
Sunucu oluşturma, durum sorgulama ve yönetim gibi işlemleri bir yazılımdan yürütmeye yarayan arayüzdür. Desteklenen işlemler sağlayıcıya göre değişir.
Hazır panel modülü yeterli olur mu?
Standart işlemleri karşılayabilir. Kullandığınız sürüm, faturalama akışı ve hata durumları için ayrıca kabul testi yapın.
API anahtarı müşteriye verilmeli mi?
Ana altyapı hesabının anahtarı paylaşılmamalıdır. Müşteri işlemleri yetki kontrolü yapılan uygulama katmanından yürütülmelidir.
Örnek planlar ve hesaplamalar genel bilgilendirme amaçlıdır. Yayın ve kaynak yaklaşımımız.