Webbedieners en Workflow

Toets bedieners, ontwikkelingsbedieners, Staging-bedieners en produksieservers

As jy met 'n groot webwerf werk, met baie mense en bladsye wat dit handhaaf, sal jy verskillende werkstrome kry om van 'n webontwerppapier prototipe na die werklike bladsye op die internet te kom. Die workflow vir 'n komplekse webwerf kan baie aparte webbedieners en bedienerliggings insluit. En elkeen van hierdie bedieners het 'n ander doel. Hierdie artikel beskryf sommige van die meer algemene bedieners op 'n komplekse webwerf en hoe dit gebruik word.

Produksie Webbedieners

Dit is die tipe webbediener waarmee die meeste webontwerpers vertroud is. 'N Produksieserwer is 'n webbediener wat webbladsye en inhoud wat gereed is vir produksie, host. Met ander woorde, die inhoud van 'n produksie webbediener is lewendig op die internet of is gereed om afgelewer te word op die internet.

In 'n klein maatskappy is die produksie bediener waar al die webbladsye woon. Ontwerpers en ontwikkelaars toets die bladsye op hul plaaslike masjiene of in verborge of wagwoordbeskermde gebiede op die lewendige bediener. Wanneer 'n bladsy gereed is om te gaan woon, word dit eenvoudig op die produksieserwer aangebring, óf deur FTP vanaf die plaaslike hardeskyf of deur die lêers van die verborge gids na die lewendige gids te verskuif.

Die werkvloei sal wees:

  1. Ontwerper bou werf op plaaslike masjien
  2. Ontwerper toets site op plaaslike masjien
  3. Ontwerper laai werf na verborge gids op produksie bediener vir meer toetse
  4. Goedgekeurde ontwerpe word verskuif na die lewendige (nie-verborge) gedeeltes van die webwerf

Vir 'n klein webwerf is dit 'n volkome aanvaarbare werkstroom. En in werklikheid kan jy dikwels sien wat 'n klein webwerf doen deur na lêers genaamd dinge soos indeks2.html en binne dopgehou wat dinge soos / nuut noem, te kyk. So lank as wat jy onthou dat sulke nie-wagwoord beskermde gebiede deur soekenjins gevind kan word, is die opdatering van die produksieserwer 'n goeie manier om nuwe ontwerpe in 'n leefomgewing te toets sonder om ekstra bedieners te benodig.

Toets bediener of QA-bediener

Toets bedieners is 'n nuttige byvoeging vir 'n werkvloer van 'n webwerf, omdat hulle u 'n manier bied om nuwe bladsye en ontwerpe op 'n webbediener te toets wat nie vir kliënte (en mededingers) sigbaar is nie. Toets bedieners is ingestel om identies te wees aan die lewende webwerf en het gewoonlik 'n soort weergawe beheer op hulle om seker te maak dat enige veranderinge aangeteken word. Die meeste toets bedieners word ingestel agter 'n korporatiewe firewall sodat slegs werknemers dit kan sien. Maar hulle kan ook opgestel word met wagwoordbeskerming buite 'n firewall.

'N Toets bediener is baie nuttig vir webwerwe wat baie dinamiese inhoud, programmering of CGI's gebruik. Dit is omdat tensy jy 'n bediener en databasis op jou plaaslike rekenaar het, is dit baie moeilik om hierdie bladsye vanlyn te toets. Met 'n toets bediener kan u u veranderinge na die werf plaas en dan kyk of die programme, skrifte of databasis steeds werk soos u beplan.

Maatskappye wat 'n toetsbediener het, voeg dit tipies by die werkstroom soos volg:

  1. Desginer bou die webwerf plaaslik en toets plaaslik, net soos hierbo
  2. Ontwerper of ontwikkelaar laai veranderinge na die toetsbediener om dinamiese elemente te toets (PHP of ander bedienerskantse, CGI en Ajax)
  3. Goedgekeurde ontwerpe word na die produksie bediener verskuif

Ontwikkelingsdienaars

Ontwikkelings bedieners is baie nuttig vir webwerwe wat 'n groot ontwikkelingskomponent het, soos komplekse e-commerce webwerwe en webtoepassings. Ontwikkelings bedieners word deur die webontwikkelingspan gebruik om te werk aan die agterkant van die webwerf. Hulle het byna altyd weergawe- of bronkodebeheerstelsels vir verskeie spanlede om te gebruik en bied 'n bedieneromgewing vir die toets van nuwe skrifte en programme.

'N Ontwikkeling bediener verskil van 'n toets bediener omdat die meeste ontwikkelaars direk op die bediener werk. Die voorkoms van hierdie bediener is tipies om nuwe dinge in programme te probeer. Terwyl toetse op 'n ontwikkelingsbediener plaasvind, is dit vir die doel om 'n stukkie kodewerk te doen, om dit nie te toets teen spesifieke kriteria nie. Dit stel ontwikkelaars in staat om bekommerd te wees oor die neute en boute van die webwerf sonder om bekommerd te wees oor hoe dit gaan lyk.

Wanneer 'n maatskappy 'n ontwikkelingsbediener het, het hulle dikwels afsonderlike spanne wat aan ontwerp en ontwikkeling werk. As dit so is, word die toetsbediener selfs belangriker, aangesien die ontwerpe voldoen aan die ontwikkelde skrifte. Die werkstroom met 'n ontwikkelingsbediener is tipies:

  1. Ontwerpers werk aan die ontwerpe op hul plaaslike masjiene
    1. Terselfdertyd werk ontwikkelaars op skrifte en programme op die ontwikkelingsbediener
  2. Die kode en ontwerpe word saamgesmelt op die toetsbediener vir toetsing
  3. Goedgekeurde ontwerpe en kode word na die produksie bediener verskuif

Inhoudsgraad

Vir webwerwe met baie inhoud, is daar dalk 'n ander bediener wat die inhoudbestuurstelsel huisves. Dit laat die inhoudsontwikkelaars 'n plek toe om hul inhoud by te voeg sonder dat dit geraak word deur die ontwerp of programme wat langsaan gebou word. Inhoudservers is baie soos ontwikkelingsbedieners behalwe skrywers en grafiese kunstenaars.

Staging Server

'N Staging-bediener is dikwels die laaste stop vir 'n webwerf voordat dit in produksie geplaas word. Staging bedieners is ontwerp om soveel soos produksie te wees. Dus, die hardeware en sagteware word dikwels weerspieël vir die staging en produksie webbedieners. Baie maatskappye gebruik 'n toets bediener as 'n staging bediener, maar as die webwerf baie kompleks is, gee 'n staging-bediener ontwerpers en ontwikkelaars die laaste kans om te verifieer dat voorgestelde wysigingswerk soos ontwerp en nie 'n negatiewe impak op die webwerf het nie, sonder dat ander toetse op die toetsbediener uitgevoer word wat verwarring veroorsaak.

Staging bedieners word dikwels gebruik as 'n vorm van 'wagtydperk' vir webwerfveranderinge. By sommige maatskappye gebruik die staging-bediener nuwe inhoud wat outomaties daar geplaas word, terwyl ander maatskappye die bediener as 'n finale toets- en goedkeuringsgebied vir mense buite die webspan gebruik, soos bestuur, bemarking en geaffekteerde groepe. Die staging-bediener word soos volg in die werkstroom geplaas:

  1. Ontwerpers werk aan die ontwerpe op hul plaaslike masjiene of die toets bediener
    1. Inhoudskrywers skep die inhoud in die CMS
    2. Ontwikkelaars skryf kode op die ontwikkelingsbediener
  2. Ontwerp en kode word saamgebring op die toetsbediener vir toetsing (soms is inhoud hier ingesluit, maar dit word dikwels in die CMS gevalideer buite die ontwerpwerkstroom)
  3. Inhoud word bygevoeg aan die ontwerpe en kode op die staging server
  4. Finale goedkeurings word ontvang en die hele webwerf word na die produksie bediener gestoot

Jou maatskappy se werkstroom kan anders wees

Een ding wat ek geleer het, is dat die werkvloei by een maatskappy heeltemal anders kan wees as by 'n ander maatskappy. Ek het webwerwe gebou wat HTML direk op die produksieserwer skryf met Emacs en vi en ek het webwerwe gebou waar ek nie toegang gehad het tot enigiets behalwe 'n klein gedeelte van die bladsy waaraan ek werk nie en ek het al my werk in 'n CMS gedoen. Deur die doel van die verskillende bedieners te verstaan ​​wat u dalk kan oorkom, kan u u ontwerp- en ontwikkelingswerk doeltreffender doen.