Webszerverek és munkafolyamatok a teszteléstől a termelésig

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ő helyi webhelyet épít fel.
2. A tervező teszteli a helyszínt egy helyi gépen.
3. A tervező feltölti a webhelyet egy gyártókiszolgáló rejtett könyvtá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 fájlokat néz ki, mint például:

index2.html és a belső könyvtárakban megnevezett dolgok:

/újMindaddig, 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 megegyezzen az élő webhelyen, és rendszerint rendelkezzenek valamilyen verziókezelő beállítással a változások rögzítése érdekében. 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 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 webhelyeket és webes alkalmazásokat. 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. A szerver célja általában új dolgok kipróbálása 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.

Tartalmi kiszolgáló

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 tesztelő szerveren tesztelésre történik (néha a tartalom szerepel itt, de gyakran a CMS-ben érvényesül 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érhet

Az egyik dolog, amit megtudtunk, az, hogy egy vállalat munkafolyamata teljesen más lehet, mint egy másik vállalatnál. Honlapokat készítettünk közvetlenül a gyártókiszolgálón, az Emacs és a vi használatával, és olyan weboldalakat építettünk, ahol nem volt hozzáférésünk bármi máshoz, csak az oldal egy kis részéhez, amelyen dolgozunk, és mindent elvégeztünk egy CMS-en belül. 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.