API-ni InterServer-də yerləşdirmək üçün yalnız mənbə kodunu yükləmək kifayət deyil. Backend üçün uyğun mühit, idarə olunan işə salma, məlumatlara giriş və yoxlanmış bərpa yolu lazımdır. Bu material ayrıca backend tətbiqinin hostinq tələblərini və qəbul planını hazırlamağa kömək edir: asılılıqlar siyahısından yeni versiyadan sonrakı sorğu yoxlamalarına qədər.
Konfiqurasiyadan əvvəl tətbiqi təsvir edin
Proqramlaşdırma dilini, layihənin dəstəklədiyi mühit versiyasını, asılılıqları, bazanı, fon tapşırıqlarını və xarici xidmətləri göstərin. Daimi prosesin lazım olduğunu, yoxsa tətbiqin mövcud sorğu emalı modelində işlədiyini yazın. PHP və ya Node.js mövcudluğu hər layihənin uyğunluğunu təsdiqləmir.
Siteman yığma və işə salma əmrlərini, dəyişənlərin adlarını və server yenidən başladıqdan sonrakı davranışı sənədləşdirməyi tövsiyə edir. Məxfi dəyərləri bu sənədə daxil etməyin. Növbəti mütəxəssis tələbləri ilk proqramçının şəxsi kompüterini araşdırmadan başa düşməlidir.
Mühiti tətbiqin iş üsuluna görə seçin
Shared yalnız seçilmiş xidmət lazımi əməliyyatları və hüquqları həqiqətən dəstəklədikdə uyğundur. VPS sistem xidmətlərini və steki idarə etməyə imkan verir, amma istismara cavabdeh şəxs tələb edir. Server ölçüsünü yalnız API endpoint sayına görə seçməyin.
InterServer NodeJS VPS şablonunu hazır başlanğıc nöqtəsi kimi təqdim edir. O, konkret tətbiqin sazlanmasını əvəz etmir. İşə salmazdan əvvəl versiyaları və şablon tərkibini təsdiqləyin, domen və istifadəçiləri qurun, inteqrasiyaları və məlumat girişini ayrıca yoxlayın.
İşə salmanı təkrarlana bilən edin
Açıq sessiyada əl ilə başladılmış komanda davamlı istismar üçün yetərli üsul deyil. Prosesin yenidən başlamadan sonra necə açıldığını, konfiqurasiyanın yerini və dayanma bildirişini kimin aldığını müəyyənləşdirin. OS və tətbiqə uyğun proses idarəetmə mexanizmi seçin.
İşlək və test mühitlərini ayırın. Test nüsxəsinin öz məlumatları və təhlükəsiz inteqrasiyaları olmalıdır. Başqa sayt ünvanının təcrid yaratdığını düşünərək yeni versiyanı ümumi iş bazasında yoxlamayın. Testin real əməliyyatları dəyişmədiyini ayrıca təsdiqləyin.
Bazanı və fon tapşırıqlarını planlaşdırın
Baza girişini məhdudlaşdırın və hansı komponentlərin qoşulmalı olduğunu yazın. Sxem dəyişikliklərinin qaydasını, əməliyyat müddətini və köhnə tətbiqin yeni sxemlə uyğunluğunu müəyyən edin. Baza miqrasiyasından əvvəl nüsxə yaratmaq ayrıca buraxılış tapşırığıdır.
Növbələr istifadə edilirsə, emalçını, təkrar cəhd qaydasını və tapşırıq yığılmasının nəzarətini təyin edin. Təkrar sorğu və ya emalçının yenidən başlaması nəzarətsiz eyni əməliyyatlar yaratmamalıdır. Real inteqrasiyaları qoşmazdan əvvəl bu davranışı proqramçı ilə razılaşdırın.
Məxfi məlumatı mənbə kodundan ayırın
NodeJS şablonunun səhifəsi məxfi məlumatı tətbiqin mənbə ağacından kənarda saxlamağı tövsiyə edir. Oxuma hüququ məhdud ayrıca konfiqurasiya və açarların dəyişdirilməsi qaydası hazırlayın. Test tətbiqinin girişi iş mühitinin ödəniş və müştəri məlumatlarını açmamalıdır.
Siteman təhvil zamanı hər məxfi parametrin təyinatını və onu yeniləyən şəxsi qeyd etməyi, dəyərləri isə qorunan saxlamada yerləşdirməyi tövsiyə edir. Arxiv və jurnalları da yoxlayın: diaqnostika rahatlığı açarların və istifadəçi sorğularının tam məzmununun açıqlanmasına əsas deyil.
Hər sorğu səviyyəsində müdafiəni yoxlayın
OWASP REST tövsiyələrinə HTTPS, endpoint hüquqlarının yoxlanması, giriş məlumatının təsdiqi və həddən artıq sorğuların məhdudlaşdırılması daxildir. API açarı konkret əmələ və obyektə icazə yoxlamasını əvəz etmir. Xəta cavabı tətbiqin daxili stekini açmamalıdır.
Qəbul üçün proqramçı ilə düzgün və yanlış sorğu nümunələrini razılaşdırın. Vaxtı bitmiş girişi, yanlış formatı və xarici xidmətin dayanmasını sınayın. Məhdudiyyət hədlərini API-nin təyinatına görə seçin; bütün tətbiqlər üçün universal rəqəm yoxdur.
Vəziyyəti və məlumatın saxlanmasını izləyin
Prosesin işlədiyini və sorğu qəbuluna hazır olduğunu ayrıca yoxlama üsulları müəyyən edin. Serverin sadə cavabı baza və vacib inteqrasiyanın əlçatan olduğunu həmişə göstərmir. Bildiriş yalnız oxunmayan jurnala deyil, məsul şəxsə çatmalıdır.
Jurnalların saxlanma və təmizlənmə müddətini, disk nəzarətini və lazımi məlumatın müstəqil nüsxələrini təyin edin. VPS-də avtomatik ehtiyat nüsxəni standart qəbul etməyin. Səkkiz slice-dan başlayan managed support server məsələlərinə aiddir; xüsusi API-nin iş əməliyyatlarını izləməyi əvəz etmir.
Şərti nümunə və versiyanın qaytarılması
Fərz edək ki, API müraciəti qəbul edib xarici sistemə ötürür. Yeni versiya mesaj formatını dəyişir. Buraxılışdan əvvəl komanda test nümunələrini yoxlayır, versiyanı və məlumat nüsxəsini saxlayır, qəbul edən xidmət işləmədikdə davranışı müəyyən edir.
Buraxılışdan sonra müraciətin qəbulu, saxlanması və ötürülməsi sınanır. Geri dönüş lazımdırsa, artıq yaradılmış məlumat və sxem dəyişiklikləri nəzərə alınır. Yalnız köhnə kodu qaytarmaq kifayət etməyə bilər. Bu, Siteman-ın praktik ssenarisidir, konkret tarif üzrə ölçmə nəticəsi deyil.
Texniki tapşırıq üçün materiallar
Ümumi VPS seçimi VPS resursları, slice və serverin idarə edilməsi səhifəsindədir. Cloudflare və DNS yoxlamaları Cloudflare sayta necə qoşulur? materialında izah olunur. Hostinq təkliflərinə baxın.
Tələbləri yerləşdirmə ilə uyğunlaşdırmaq üçün hostinq seçimi xidmətindən istifadə edin. Proses, baza və inteqrasiyaları, həmçinin texniki xidmət öhdəliklərini təqdim edin. Məqsəd idarəsi aydın işlək backend-dir; çoxmüştərili SaaS platformasının arxitekturası ayrıca tapşırıq tələb edir.
Mənbələr və yoxlama tarixi
Rəsmi materiallar 3 noyabr 2026-cı ildə yoxlanılıb:
OWASP REST təhlükəsizliyi təlimatı
Praktik yerləşdirmə qaydası və şərti nümunə Siteman tövsiyələridir. Versiyaları, resursları və müşayiət sərhədini öz tətbiqiniz üçün dəqiqləşdirin.