Webszerverek és munkafolyamatok

Szerverek, fejlesztői kiszolgálók, kiszolgálószerverek és gyártókiszolgálók tesztelése

Egy nagy webhely használatával, sok emberrel és oldalakkal fenntartva, akkor különböző munkafolyamatokon keresztül találkozhatsz, hogy egy internetes dizájnpapír prototípustól az aktuális oldalakig éljenek az interneten. A komplex webhely munkafolyamata számos különálló webszervert és kiszolgálóhelyet foglal magában. És mindegyik szervernek más célja van. Ez a cikk leírja a komplex weboldalon található gyakoribb szervereket és azok használatát.

Termelési webszerverek

Ez az a fajta webszerver, amelyet a legtöbb internetes tervezõ ismeri. A termelési kiszolgáló olyan webszerver, amely weboldalakat és tartalmat állít elő, amely készen áll a gyártásra. Más szavakkal, a termelési webszerver tartalma élő az interneten, vagy készen áll az internetre történő továbbításra.

Egy kis cégnél a termelési szerver az, ahol az összes weboldal él. A tervezők és fejlesztők tesztelik az oldalakat akár a helyi gépeken, akár rejtett vagy jelszóval védett területeken az élő szerveren. Ha egy oldal készen áll az élő megjelenésre, egyszerűen helyre kerül a gyártókiszolgálóra, vagy a helyi merevlemezen található FTP- ből, vagy a fájlokból a rejtett könyvtárból az élő könyvtárba.

A munkafolyamat:

1. A tervező a helyi gépen telepíti a webhelyet
2. A tervező teszteli a helyszínt a helyi gépen
3. A tervező feltölti a webhelyet a gyártókiszolgáló rejtett könyvtára számára további tesztelés céljából
4. A jóváhagyott tervek átkerülnek a weboldal élő (nem rejtett) területeire

Egy kis webhely esetében ez egy tökéletesen elfogadható munkafolyamat. Sőt, gyakran látja, hogy egy kis webhely mit csinál azáltal, hogy olyan dolgokat nézi, mint például az index2.html és a belső könyvtárak, például a / new. Mindaddig, amíg eszébe jut, hogy a nem jelszóval védett területek megtalálhatók a keresőmotoroknál, a frissítések közzététele a gyártókiszolgáló számára jó módja annak, hogy új mintákat teszteljenek élő környezetben anélkül, hogy extra szerverre lenne szükség.

Szerver vagy QA szerver tesztelése

A kiszolgálók tesztelése hasznos kiegészítője a weboldal munkafolyamatának, mivel lehetővé teszi az új oldalak és tervek tesztelését olyan webszerveren, amely nem látható az ügyfelek (és a versenytársak) számára. A szerverek tesztelése úgy van beállítva, hogy megegyezik az élő webhelyen, és általában van valamilyen verzióvezérlõvel felállítottuk, hogy megbizonyosodjanak arról, hogy a változások rögzítésre kerülnek. A legtöbb tesztszerver a vállalati tűzfal mögött van beállítva, így csak a munkavállalók láthatják őket. De a tűzfalon kívül jelszóvédelemmel is beállíthatók.

A tesztkiszolgáló nagyon hasznos olyan webhelyek számára, amelyek sok dinamikus tartalmat, programozást vagy CGI-t használnak. Ennek az az oka, hogy ha nincs olyan kiszolgáló és adatbázis telepítve a helyi számítógépen, akkor nagyon nehéz ezeket az oldalakat offline tesztelni. A tesztkiszolgálóval közzéteheti a módosításokat a webhelyen, és megnézheti, hogy a programok, a szkriptek vagy az adatbázis még mindig úgy működik, ahogy szándékában állt.

A tesztkiszolgálót használó vállalatok általában ezt a munkafolyamatot hozzák hozzá:

1. A Desginer helyi szinten készít fel helyet, és helyszíni teszteket végez, mint fent
2. A tervező vagy a fejlesztő feltölti a tesztszerver változásait a dinamikus elemek (PHP vagy más kiszolgálóoldali parancsfájlok, CGI és Ajax) tesztelésére.
3. A jóváhagyott tervek átkerülnek a gyártókiszolgálóra

Fejlesztői szerverek

A fejlesztői szerverek nagyon hasznosak olyan webhelyeken, amelyek nagy fejlesztési összetevőkkel rendelkeznek, például összetett e-kereskedelmi webhelyek és webes alkalmazások. A fejlesztői szervereket a webfejlesztő csapat használja a weboldal hátsó végének programozásához. Szinte mindig rendelkeznek verzió- vagy forráskód-felügyeleti rendszerekkel, amelyekkel több csapattag használhatja őket, és kiszolgáló környezetet biztosítanak az új szkriptek és programok teszteléséhez.

A fejlesztői kiszolgáló eltér a tesztszerverektől, mivel a legtöbb fejlesztő közvetlenül a kiszolgálón dolgozik. Ennek a kiszolgálónak a funkciója általában új dolgokat próbál ki a programokban. Miközben a tesztelés egy fejlesztői kiszolgálón megtörténik, annak célja egy kódkód készítése, nem pedig bizonyos kritériumok alapján történő tesztelés. Ez lehetővé teszi a fejlesztők számára, hogy aggódjanak a weblap anyacsavarjai és csavarjai miatt, anélkül, hogy aggódnának, hogyan fog kinézni.

Ha egy vállalat fejlesztési szerverrel rendelkezik, gyakran vannak külön csapatai a tervezés és a fejlesztés területén. Ha ez a helyzet, a tesztszerver még fontosabbá válik, mivel a tervek megfelelnek a fejlett szkripteknek. A munkafolyamat egy fejlesztői szerverrel jellemzően:

1. A formatervezők a helyi gépeken dolgoznak
   1. Ugyanakkor a fejlesztők scripteken és programokon dolgoznak a fejlesztői kiszolgálón
2. A kód és a tervek összevonásra kerülnek a tesztelő szerveren a teszteléshez
3. A jóváhagyott tervek és kódok átkerülnek a gyártókiszolgálóra

Tartalom Sever

A sok tartalmat tartalmazó webhelyek esetén lehet egy másik kiszolgáló, amely a tartalomkezelő rendszert tartalmazza . Ez lehetővé teszi a tartalomfejlesztők számára, hogy hozzáadják a tartalmukat, anélkül, hogy befolyásolják a tervezés vagy a programok építése mellé. A tartalomszerverek sokat hasonlítanak a fejlesztői kiszolgálókhoz, kivéve az írókat és a grafikusokat.

Staging szerver

A bejárókiszolgáló gyakran az utolsó megálló a weboldal számára, mielőtt a gyártásba kerülne. A szervező szervereket úgy tervezték, hogy a lehető legtöbb produkció legyen. Tehát a hardver és a szoftver gyakran tükröződik a bejárási és gyártási webszerverek számára. Számos cég tesztszervert használ, mint állomásozó szerver, de ha a webhely rendkívül bonyolult, a felügyeleti szerver a tervezőknek és a fejlesztőknek egy utolsó esélyt ad arra, hogy ellenőrizze, hogy a javasolt változtatások a tervek szerint működnek-e, és nem gyakorolnak negatív hatást a webhely egészére, anélkül, hogy más teszteket végeznének a tesztszerveren, ami zavart okozna.

A szervezeti kiszolgálókat gyakran használják a "várakozási idő" formájának a weboldal változásaira. Egyes vállalatoknál a bejárókiszolgáló automatikusan új tartalmat helyez fel ott, míg más vállalatok a kiszolgálót végső tesztelés és jóváhagyás területeként használják a webes csapaton kívüli felhasználók számára, például a menedzsment, a marketing és az érintett csoportok számára. A bejáratási szerver jellemzően a következő munkafolyamatba kerül:

1. A tervezők a helyi gépeken vagy a tesztszerveren dolgoznak
   1. A tartalom szerzői létrehozzák a tartalmat a CMS-ben
   2. A fejlesztők kódot írnak a fejlesztőkiszolgálóra
2. A tervezés és a kód összeállítása a tesztkiszolgálón tesztelésre történik (néha a tartalom szerepel itt, de gyakran a CMS-ben validálódik a tervezési munkafolyamaton kívül)
3. A tartalom hozzá van adva a tervezőkhöz és kódokhoz a bejáró szerveren
4. Végleges jóváhagyások érkeznek, és a teljes webhelyet a gyártókiszolgálóhoz nyomják

A vállalat munkafolyamata eltérő lehet

Az egyik dolog, amit megtanultam, az, hogy az egyik vállalatban a munkafolyamat teljesen más lehet, mint egy másik vállalatnál. Építettem weboldalakat, amelyek HTML-t írtak közvetlenül a gyártókiszolgálón az Emacs és a vi használatával, és olyan weboldalakat készítettem, ahol nem volt hozzáférése semmilyenhez, csak az oldal egy kis része, amelyen dolgozom, és minden munkámat egy CMS-ben csináltam. A különböző kiszolgálók céljának megértése révén hatékonyabban teheti meg a tervezési és fejlesztési munkáját.