Cum funcționează serverul web pe computer. Ce este un server web. Interzis - nu puteți aici

De ce aveți nevoie de un server și când merită să o cumpărați pentru afacerea dvs.?

Pentru a începe, clarificăm acest lucru serverul este hardware-ul care utilizează software-ul de server.. Este optimizat pentru a lucra cu alte computere (clienți). Clienții serverului pot fi computere, telefoane, faxuri, imprimante și toate celelalte dispozitive care sunt conectate la Internet. Cu cât mai multe informații intenționați să stocați pe hardware-ul serverului, puterea trebuie să fie serverul. În ce scopuri de închiriere de server? Mai mult în materialul blogului Hyperhost..

Companiile utilizează servere pentru accesul general al tuturor angajaților la informații specifice și pentru utilizarea comună a resurselor disponibile. Pentru ca serverul să funcționeze bine, închiriați un administrator de sistem. Acesta stabilește echipamente pentru muncă, face backup, elimină problemele care au apărut. Funcționarea corectă a serverului depinde în mod direct de munca de înaltă calitate și profesională a SIS.ADMIN. Rețineți că toți utilizatorii serviciilor companiei li se oferă asistență tehnică gratuită, indiferent de tarif.

Dar totuși, mulți cred că nu este necesar să avem propriul server, puteți utiliza computerul obișnuit. Dar vrem să vă avertizăm că aceasta este o soluție foarte scurtă. Computerul nu va putea să efectueze multe sarcini care rulează serverul. În primul rând, serverul nu este doar depozitarea informațiilor, ci și executarea unui număr mare de solicitări simultane cu care PC-ul obișnuit nu va face față și într-un moment critic pur și simplu va pierde toate informațiile necesare.

Dacă afacerea dvs. funcționează pentru un viitor promițător, ar trebui să vă gândiți la alegerea unui server.

Pentru a începe, vom înțelege ce fel de servere sunt, în funcție de funcțiile efectuate.

Mail Server. Ia participarea directă la realizarea și trimiterea de e-mailuri. Trimiteți o scrisoare la o adresă de e-mail, dar mai întâi cade pe serverul de poștă electronică unde este procesată. Adresa destinatarului este indexată și scrisoarea este trimisă. Acest proces implică mai multe servere de e-mail care sunt schimbate de informațiile necesare. Despre popularul servere Exim Mail, Postfix, Sendmail poate fi găsit în articol.

Server de fișiere. Stochează toate fișierele de rețea la care accesul din alte computere. Pentru a schimba fișierele, se utilizează protocolul FTP, cu care utilizatorul poate descărca toate fișierele din rețea (imagini, video, audio). Un server de fișiere poate fi considerat orice computer care are o mulțime de spațiu pe disc pentru stocarea informațiilor.

Server web. - Server conectat la Internet și primirea solicitărilor de utilizator prin HTTP. Toate site-urile online sunt situate pe serverele web. Acest tip de server este un dirijor direct între site și clienți. Serverul web primește o cerere, apoi o procesează și oferă rezultatul (fișier sau hipertext). În esență, gazduirea web și serverul web este identic. Serverul Web Nginx și Apache - Ce este și cum funcționează această buchet? Răspunsul la această întrebare.

Servere de baze de date. În majoritatea cazurilor, toate programele utilizează baze de date. Acest tip de servere oferă acces la date utilizând sistemul client-server. Cele mai populare servere de baze de date sunt SQL Server (Microsoft), SQL Base Server, Oracle Server (Oracle Corporation), IBM DB2, Informix. Lucrează pe platforma diferitelor OS, cum ar fi MSDOS, OS / 2, Xenix, Unix.

Server proxy. - Putem spune că acesta este același server web, dar face cereri în rețea în locul unui vizitator. Acesta este, în esență, un set de programe. Sunteți conectat la serverul proxy, dați-i o cerere, iar el caută informații în loc de dvs., în unele cazuri schimbându-l. Lucrul cu un server proxy vă permite să protejați computerul clientului de programe rău intenționate, să fiți anonimi în rețea, să restricționați accesul la anumite resurse sau interdicții de by-pass. Simplu instalarea unui proxy server pe VPS Pe 1 minut, mai mult.

Server de joc. Oferă comunicarea între clienți în rețea. Clienții interacționează în joc și comunică unul cu celălalt. Acest server primește informații, cereri de procese, actualizează sistemul și trimite rezultatele tuturor participanților la joc. Practic, serverele de jocuri localizează companiile de găzduire.

În zilele noastre, este foarte dificil să ne imaginăm lucrarea întreprinderii fără a folosi servere. Acest proces consumator de timp participă toate tipurile de servere.

Motivele pentru care puteți determina dacă aveți nevoie de compania dvs.?

Doriți să sistematizați și să centralizați toate informațiile în compania dvs.
Mulți angajați trebuie să fie conectați la rețea, indiferent de locația lor.
Aveți nevoie de o mulțime de spațiu de depozitare.
Aveți de gând să rulați software care să ajute la dezvoltarea afacerii dvs.
Compania dvs. se dezvoltă și crește, numărul de angajați crește în mod constant.
Afacerea dvs. nu este foarte mare, dar doriți să arătați ca un adevărat profesionist.

Lucrarea de succes a companiei depinde de selecția corectă a serverului, deoarece serverul ajută la organizarea funcționării neîntrerupte a întreprinderii și de a asocia unitățile individuale, de exemplu, cele care se află în diferite orașe.

Specialiști ai companiei Hyperhost. Cu plăcere, veți selecta cel mai optim fizic sau, în toți parametri, server și veți asigura stabilitatea proiectelor dvs. O comparație vă va ajuta, de asemenea, să vă asigurați că alegeți și selectați corect serviciul în funcție de obiectiv.

Trebuie să selectați sistemul de operare pentru funcționarea serverului? Acest lucru vă va ajuta să faceți alegerea corectă și să evaluați toate posibilitățile fiecărui sistem de operare. Despre panourile de control pentru servere cu Linux.

42788 ori. 18 astăzi văzută o dată (a)

Serverul este un tip de program, un dispozitiv sau un complex de software și hardware care implementează unele servicii. La rândul său, serviciul este un serviciu care îndeplinește anumite acțiuni solicitate de client. Să aruncăm o privire mai atentă la server.

Componentele serverului de client

Să vedem ce constă serverul însuși și fără nici o componentă externă pe care nu o poate face. În primul rând, serverul își pierde semnificația în absența clienților. Principiul funcționării serverului este de a implementa nevoile clienților. Clientul formează cerințele pentru server și ia o parte din munca sa. Prin urmare, nu este vorba doar de serverul mai des, ci despre sistemul client-server-server. Clientul face cereri către server, prin care își vede voința. Prin urmare, următoarea componentă a sistemului va fi limba formală în care aceste cereri sunt compilate. Aceste limbi reprezintă un set excelent și selecția acestui lucru sau care depinde direct de server. Solicitările la server ar trebui să livreze cumva. Al treilea element este canalul de comunicare al clientului și serverul care urmează să fie transmis. Acest lucru este cel mai adesea fie o rețea locală, fie internet sau conexiuni locale ale unei mașini. Solicitarea serverului a venit să accepte și să recunoască cumva. Dispozitivul de recepție este așa-numita interfață externă, reprezintă mai multe porturi pe care serverul le ascultă continuu (sau nu continuu). Cererile primite sunt trimise la programul Parte a serverului, unde sunt procesate în funcție de modul în care serverul este programat. Și în funcție de solicitarea primită, este lansat unul sau alt serviciu cu cele sau alte date inițiale. Serviciile vor fi ultima componentă a sistemului. După finalizarea serviciului, rezultatul de execuție este trimis clientului pe același canal de comunicare. Sau, în cazul în care serviciul este interactiv, atunci în procesul de funcționare va exista un schimb intens de date pe canalul "client-server".

Ce este serverul pentru ce

Acum, scopul principal al sistemelor de client-server este de a deplasa încărcătura de la mașinile client la server. Acesta este motivul pentru care puterea computațională a unui server regulat pentru câteva comenzi este mai mare decât calculatorul de acasă obișnuit. Dar, uneori, această organizație a activității sistemului oferă toată sarcina pe clienți, iar serverul servește la organizarea activității și interacțiunii. Sau strict, dimpotrivă, serverul efectuează toate calculele, iar clienții servesc numai pentru a emite informații utilizatorului. După cum puteți vedea modalități de a utiliza o masă de model client-server.

Modelul pro și contra

PRO sunt evidente - principiul funcționării serverului în sine oferă confortul de a lucra cu sistemul, ușurința de control al acesteia, distribuirea corectă a încărcăturii pe mașină. Un minus este limba cererilor și a componentelor asociate. Dacă utilizatorul se referă accidental sau deliberat la server, o interogare formulată incorectă, atunci dacă o astfel de eroare nu a fost furnizată de programator, sistemul va eșua. Oamenii informați reprezintă solicitări incorecte, astfel încât sistemul conceput să emită client clientului, a adus atacatorul, de exemplu, datele de card de credit ale tuturor utilizatorilor (dacă, desigur, același server este responsabil pentru datele hărți și prognoza meteo). Iar atacatorul fericit merge mai întâi și enumeră toți banii tuturor utilizatorilor serviciului, și apoi se îndepărtează de conducerea "K", care investighează această crimă.

Siguranță

Modelul serverului client al organizației de lucru al organizației este foarte convenabil în programare, management și lucru de lucru. Dar acest astfel de sistem poate fi utilizat, fiecare componentă a circuitului de lucru trebuie protejată atât de intruși, cât și de utilizatorii care nu știu cum funcționează serverul, dar toate butoanele la care vor putea ajunge într-o secvență arbitrară. Pentru a stoca, transmite și procesa date importante în sistem, de exemplu, informațiile despre cardul de plată, sistemul de securitate al serverului trebuie să se întâlnească cu o anumită lege a cerințelor.

Orice echipament, inclusiv server, uneori începe să lucreze imprevizibil. Nu este absolut important - dacă acest echipament este nou sau lucrează cu încărcătură completă de mai mulți ani.

Cazurile de eșec și lucrările incorecte apar multe și diagnosticarea problemei se transformă adesea într-un puzzle interesant.

Mai jos vom vorbi despre unele cazuri interesante și non-triviale.

Depanare

Înregistrarea problemelor cel mai adesea apare după circulația clientului în serviciul de asistență tehnică prin intermediul unui sistem de bilete.

În cazul apelului unui client, care închiriază servere de configurare fixe de la noi, suntem diagnosticați pentru a afla că problema nu este programată.

Problemele de software Clienții își rezolvă de obicei propriile lor, totuși, în orice caz, încercăm să oferim ajutorul administratorilor noștri de sistem.

Dacă devine clar că problema este hardware (de exemplu, serverul nu vede o parte din RAM), atunci în acest caz avem întotdeauna o platformă similară a serverului în rezervă.

Dacă detectați o problemă hardware, transferăm discuri de la un server eșuat la backup și, după o mică configurare a echipamentului de rețea, serverul începe să funcționeze. Astfel, datele nu sunt pierdute, iar timpul de așteptare nu depășește 20 de minute de momentul circulației.

Exemple de depanare și modalități de a le elimina

Eșecul rețelei pe server

Există o șansă ca după transferarea discurilor de pe un server de crash la backup să nu mai funcționeze pe server. Acest lucru apare de obicei în cazul utilizării sistemelor de operare a familiei Linux, cum ar fi Debian sau Ubuntu.

Faptul este că, cu instalarea inițială a sistemului de operare, adresele Mac ale cardurilor de rețea sunt înregistrate într-un fișier special situat la: /etc/udev/roles.d/70-persistente-net.Renes.

Când începe sistemul de operare, acest fișier compară numele interfețelor de adrese MAC. La înlocuirea serverului pentru a rezerva, interfața de rețea se adresează MAC nu mai coincid, ceea ce duce la incapacitatea la rețea de pe server.

Pentru a rezolva problema, trebuie să ștergeți fișierul specificat și să reporniți serviciul de rețea sau să reporniți serverul.

Sistemul de operare fără a găsi acest fișier va genera automat similar și va compara interfețele deja cu noi adrese Mac de carduri de rețea.

Reflectând adresele IP după care nu este necesar, rețeaua va începe imediat să funcționeze.

Problemă plutitoare cu înghețuri

Odată, am primit un server cu problema blocării aleatorilor în timpul lucrării. Verificați busteni BIOS și IPMI - gol, fără erori. Ei au pus pe testarea de stres, încărcând toate miezurile procesorului cu 100%, cu control simultan al temperaturii - dependent de 30 de minute de muncă.

În acest caz, procesorul a lucrat în mod normal, valorile de temperatură nu depășesc standardul sub sarcină, toate răcitoarele lucrau. A devenit clar că nu a fost supraîncălzită.

Acest lucru ar trebui eliminat de ratele probabile ale modulelor RAM, astfel încât acestea să seteze serverul la testul de memorie utilizând un memtest86 + suficient de popular. După 20 de minute, serverul este așteptat să se blocheze, dând o eroare în funcție de unul dintre modulele RAM.

Înlocuirea modulului la unul nou, am pus serverul pentru testul din nou, dar fiasco ne așteaptă - serverul a atârnat din nou, dând eroarea deja pe un alt modul RAM. A înlocuit-o. Un alt test - a atârnat din nou, re-emite erori în memoria RAM. Examinarea atentă a sloturilor RAM nu a dezvăluit niciun defect.

A existat un posibil făptuitor al problemei - procesorul central. Faptul este că controlorul RAM este situat tocmai în interiorul procesorului și a fost cel care ar putea eșua.

După ce a scos procesorul, au găsit un dezastru - un priză de pin a fost spart în partea de sus, vârful spart al Pina a cumpărat literalmente la locul de contact al procesorului. Ca urmare, atunci când nu a existat o încărcătură pe server, totul a funcționat în mod adecvat, dar cu o creștere a temperaturii procesorului, contactul a fost rupt, terminând astfel funcționarea normală a controlerului RAM, care a provocat atârnă.

În cele din urmă, problema a fost rezolvată prin înlocuirea plăcii de bază, pentru că pentru a restabili știftul spart al soclului, din păcate, nu la putere, și aceasta este deja o sarcină pentru centrul de service.

Iluminarea imaginară a serverului la instalare

Cazurile complet amuzante apar atunci când producătorii de echipamente încep să schimbe arhitectura hardware-ului, refuzând să sprijine vechile tehnologii în favoarea noului.

Ne-am aplicat cu o plângere cu privire la serverul atârnă când încercați să instalați sistemul de operare Windows Server 2008 R2. După ce începeți cu succes instalatorul, serverul a încetat să răspundă mouse-ului și tastaturii din consola KVM. Pentru a localiza, problema a fost conectată la server Un mouse fizic și o tastatură - toate aceleași, instalatorul pornește și nu mai răspunde la dispozitivele de intrare.

La acea vreme, acest server a fost unul dintre primele pe baza plăcii de bază supermino, placa de bază X11SSL-F. Setările BIOS au fost un punct interesant de instalare Windows 7, expus la dezactivare. Deoarece Windows 7, 2008 și 2008 R2 sunt implementate pe același instalator, setați acest parametru în Activare, iar mouse-ul miraculos și tastatura au câștigat în cele din urmă. Dar a fost doar începutul epicului cu instalarea sistemului de operare.

La momentul alegerii discului de instalat, nu a fost afișată nici un disc, în plus, a fost eruptă o eroare pentru a instala drivere suplimentare. Sistemul de operare a fost instalat cu o unitate flash USB și căutarea rapidă pe internet a arătat că apare un astfel de efect dacă instalatorul nu poate găsi driverele pentru controlerul USB 3.0.

Wikipedia a raportat că problema este rezolvată prin deconectarea în USB 3.0 Support BIOS (controlerul XHCI). Când am deschis documentația pentru placa de bază, a fost așteptată surpriză - dezvoltatorii au decis să abandoneze complet controlorul EHCI în favoarea XHCI (interfață controlerului gazdă extensibil). Cu alte cuvinte, toate porturile USB de pe această placă de bază sunt porturile USB 3.0. Și dacă opriți controlerul XHCI, atunci vom dezactiva dispozitivele de intrare, făcând imposibilă lucrarea cu serverul și, în consecință, instalând sistemul de operare.

Deoarece platformele serverului nu au fost echipate cu unități pentru citirea discurilor CD / DVD, singura soluție la problemă a fost integrarea driverelor direct în distribuția sistemului de operare. Integrarea numai a driverului controlerului USB 3.0 și traduceți imaginea de instalare, am reușit să instalăm Windows Server 2008 R2 la acest server, iar acest caz a intrat baza noastră de cunoștințe, astfel încât inginerii să nu petreacă în timp pentru încercările neprelucrate.

Există chiar mai multe cazuri mai distractive atunci când clienții aduc echipamente pentru cazare și nu se comportă așa cum era de așteptat. Acesta este modul în care sa întâmplat cu raftul de disc Dell Powervault.

Dispozitivul este un sistem de stocare a datelor cu doi controlori de discuri și interfețe de rețea pentru protocolul ISCSI. În plus față de aceste interfețe, există un port MGMT pentru telecomandă.

Printre serviciile noastre pentru echipamentul plasat, există un serviciu special "Port suplimentar 10 Mbps", care este necesar dacă aveți nevoie să conectați instrumentele de control la distanță pentru server. Aceste fonduri sunt nume diferite:

"ILO" la Hewlett-Packard;
Idrac pentru Dell;
IPMI din Supermicro.

Acestea sunt aproximativ situația serverului de monitorizare și accesul la consola la distanță. În consecință, nu este necesar canalul de mare viteză - 10 Mbps este destul de suficient pentru o muncă confortabilă. A fost acest serviciu care a fost comandat de un client. Am pavat trecerea de cupru corespunzătoare și am personalizat portul echipamentului nostru de rețea.

Pentru a limita viteza, portul este pur și simplu configurat ca 10base-t și este inclus în lucrare, având o viteză maximă de 10 Mbps. După ce totul era gata - am conectat portul MGMT al raftului discului, dar clientul a raportat aproape imediat că nu a funcționat.

După verificarea stării portului comutatorului, am găsit o inscripție neplăcută "Linkul fizic este în jos". O astfel de inscripție spune că există probleme cu conexiunea fizică dintre comutator și echipamentul client conectat la acesta.

Un conector slab comprimat, un conector rupt, venele întrerupte în cablu - aici este o mică listă de probleme care duc la absența unei legături. Desigur, inginerii noștri au luat imediat un tester de perechi răsucite și au verificat conexiunea. Toate venele au fost perfect porecle, ambele capete ale cablului au fost comprimate perfect. În plus, inclusiv un laptop de testare în acest cablu, am obținut cum trebuie conectat la o viteză de 10 MB / s. A devenit clar că problema de pe partea echipamentului clientului.

Deoarece întotdeauna încercăm să ajutăm clienții noștri să rezolve problemele, am decis să ne dăm seama ce anume lipsa unei legături de legătură. A studiat cu atenție conectorul portului MGMT - totul este în ordine.

Găsit pe site-ul producătorului manualul de instrucțiuni original pentru a clarifica dacă acest port este posibil din partea software-ului. Cu toate acestea, o astfel de posibilitate nu a fost furnizată - portul în orice caz a crescut automat. În ciuda faptului că astfel de echipamente ar trebui să suporte întotdeauna Auto-MDI (x) - cu alte cuvinte, este determinat corespunzător ce cablu este inclus: un regulat sau crossover, experimentăm de dragul crossover-ului și am pornit același comutator în același port. A încercat să setați cu forța parametrul duplex pe portul comutatorului. Efectul a fost zero - legătura nu a fost și ideile s-au încheiat deja.

Aici, cineva de la ingineri și-a exprimat absolut contrar bunului simț, presupunerea că echipamentul nu acceptă 10base-t și va funcționa numai la 100Base-TX sau chiar la 1000base-x. De obicei, orice port, chiar și la cel mai ieftin dispozitiv, compatibil cu 10base-t și mai întâi ipoteza inginerului împărtășită ca fiind "ficțiune", dar de la deznădăjdere a decis să încerce să comuște portul în 100Base-TX.

Surpriza noastră nu a existat nici o limită, link-ul a crescut instantaneu. Ceea ce se datorează lipsei de sprijin 10Base-T pe portul MGMT rămâne un mister. Un astfel de caz este foarte rar, dar există un loc de a fi.

Clientul a fost surprins cel puțin și multă mulțumire a problemei. În consecință, el a părăsit portul în 100Base-TX, limitând viteza de pe port folosind direct mecanismul de limitare a vitezei încorporate.

Refuzul turbinelor de răcire

Odată ce clientul a venit la noi, a cerut să elimine serverul și să-l ia în zona de service. Inginerii au făcut totul și l-au lăsat singură cu echipamentul. A trecut o oră, al doilea, al treilea client a lansat tot timpul / a oprit serverul și am întrebat care a fost problema.

Se pare că serverul de producție Hewlett-Packard a refuzat două turbine de răcire de la șase. Serverul este pornit, oferă o eroare de răcire și se oprește imediat. În același timp, pe server există un hypervisor cu servicii critice. Pentru a restabili personalul serviciilor, a fost necesar să se efectueze migrația urgentă a mașinilor virtuale unei alte surse fizice.

Am decis să ajutăm clientul după cum urmează. De obicei, serverul înțelege că totul este bine cu ventilatorul de răcire, citiți doar numărul de revoluții. În același timp, desigur, inginerii Hewlett-Packard au făcut totul astfel încât să fie imposibil să înlocuiți analogul original de turbină - un conector non-standard, pinout non-standard.

Astfel de detalii originale costă aproximativ 100 de dolari și este imposibil să mergeți și să cumpărați - este necesar să comandați din străinătate. Din fericire, internetul a găsit o schemă cu pinout-ul original și a aflat că unul dintre pini este responsabil pentru citirea numărului de viteze ale motorului pe secundă.

Mai mult a fost cazul tehnologiei - au luat o pereche de fire pentru prototipuri (voința cazului a fost la îndemână - unii dintre inginerii noștri sunt îndrăgostiți de Arduino) și pur și simplu confundați din lucrătorii vecini ai turbinei cu conferințe de conferințe au eșuat. Serverul a început și clientul a reușit în cele din urmă să migreze mașinile virtuale și să lanseze servicii de lucru.

Bineînțeles, toate acestea au fost îndeplinite exclusiv pentru răspunderea clientului, totuși, ca rezultat, o astfel de mișcare non-standard a făcut posibilă reducerea unui minimum simplu.

Și unde sunt discurile?

În unele cazuri, cauza problemei este uneori atât de nontrivială încât este nevoie de o perioadă foarte mare de timp. Așa că sa dovedit atunci când unul dintre clienții noștri sa plâns de o hartă aleatoare de discuri și server Hang. Platforma hardware este supermicro în carcasa 847 (factor de formă 4U) cu coșuri pentru conectarea a 36 de discuri. Serverul a fost instalat trei dintre aceleași controler RAID adaptec, fiecare conectat la 12 discuri. La momentul problemei, serverul a încetat să vadă un număr aleatoriu de discuri și să depindă. Serverul a fost derivat din producție și a început diagnosticarea.

Primul lucru care a reușit să afle - discurile au fost acoperite cu un singur controler. În același timp, discurile "abandonate" au dispărut din lista în utilitarul de control al adaptecului nativ și au apărut acolo numai cu închiderea completă a puterii serverului și a conexiunii ulterioare. Primul lucru care a venit în minte este software-ul controlerului de software. Pe toți cei trei controlori au fost un picware mic, deci a fost decis cu privire la toți controlorii pentru a instala o versiune a firmware-ului. Realizat, condus serverul în modurile maxime de încărcare - totul funcționează așa cum ar trebui să fie. Prezintă problema ca fiind rezolvată, serverul a fost dat clientului înapoi la producție.

Două săptămâni, apelați din nou la aceeași problemă. Sa decis înlocuirea controlerului la unul similar. Finalizat, cusuit, conectat, pus pe teste. Problema rămâne - după câteva zile, toate discurile au căzut deja pe noul controler și serverul este atârnat în siguranță.

Reinstalat controlerul într-un alt slot, a înlocuit cablurile din spate și SATA de la controler la partea din spate. Testele săptămânii și discurile din nou au căzut - serverul a atârnat din nou. Apelul la sprijin pentru rezultatele Adaptec nu a adus - au verificat toți trei controlori și nu au găsit probleme. Înlocuit placa de bază, platforma de recuperare aproape de la zero. Tot ceea ce a provocat cele mai mici îndoieli a fost înlocuit cu unul nou. Și problema sa manifestat din nou. Mystica și numai.

Problema a reușit să rezolve accidental când fiecare disc a început să verifice separat. Cu o anumită încărcătură, unul dintre discuri a început să bată și a dat o închidere scurtă a portului SATA și nu a existat nici o indicație de urgență. Controlerul a încetat să vadă o parte din discuri și din nou a început să le identifice numai atunci când sunt reconectate prin nutriție. Acesta este modul în care un singur disc de eșec a dedus întreaga platformă de server.

Concluzie

Desigur, aceasta este doar o mică parte din situații interesante care au fost rezolvate de inginerii noștri. Unele probleme "captură" nu sunt suficiente, mai ales atunci când nu există sugestii în jurnale. Dar orice situații similare stimulează inginerii să înțeleagă în detaliu dispozitivul de echipamente server și să găsească o mare varietate de probleme.

Acestea sunt cazuri atât de distractive în practica noastră.
Și ce ați întâlnit? Bine ați venit la comentarii.

Ce este un server web? Din punctul de vedere al omului mediu - aceasta este o cutie neagră care procesează cererile de browser și emite o pagină web ca răspuns. Specialist tehnic se toarnă într-o masă de termeni low-touch. Ca urmare, administratorii novice ai serverelor web sunt uneori dificil de a se afla diversitatea termenilor și tehnologiilor. Într-adevăr, zona de dezvoltare web se dezvoltă dinamic, însă baza multor soluții moderne este tehnologiile de bază și principiile pe care le vom vorbi astăzi și vorbim.

Dacă nu știți de unde să începeți, atunci trebuie să începeți mai întâi. Pentru a nu fi confundat în toată varietatea tehnologiilor Web moderne, trebuie să vă referiți la povestea de a înțelege unde a început și s-au dezvoltat și s-au îmbunătățit tehnologiile moderne de la Internet și tehnologii.

Server http.

La începutul dezvoltării de Internet, site-urile au fost stocarea simplă a documentelor special marcate și a unor date conexe: fișiere, imagini etc. Pentru ca documentele să se refere unul la altul și datele asociate au fost propuse un limbaj special de marcaj HTML HyperText și să acceseze astfel de documente prin intermediul rețelei de Internet HTTP. Și limba, protocolul, dezvoltarea și îmbunătățirea, trăiam în această zi fără schimbări semnificative. Și tocmai a început să vină să înlocuiască protocolul HTTP / 1.1 adoptat în 1999, protocolul HTTP / 2 efectuează modificări fundamentale, ținând cont de cerințele rețelei moderne.

Protocolul HTTP este implementat de tehnologia client-server și lucrează pe principiul solicitării-răspuns fără a depozita statul. Scopul cererii este o anumită resursă care este determinată identificatorul resurselor unificate - URI. (Identificator de resurse uniforme), HTTP utilizează una dintre speciile de URI - URL. (Locator de resurse uniforme) - internul de resurse universaleÎn plus față de informațiile despre resursă, acesta determină, de asemenea, locația sa fizică.

Sarcina de server HTTP pentru a gestiona cererea clientului și fie să o dați resursa necesară, fie să raportați imposibilitatea de a face acest lucru. Luați în considerare următoarea schemă:

Utilizatorul printr-un client HTTP, cel mai adesea acest browser, solicită o anumită adresă URL de la serverul HTTP, serverul verifică și oferă fișierul URL corespunzător la aceasta, este de obicei o pagină HTML. Documentul obținut poate conține referințe la resursele conexe, cum ar fi imaginile. Dacă acestea trebuie să fie afișate pe pagină, clientul le cere în mod constant de pe server, cu excepția faptului că imaginile pot fi, de asemenea, solicitate pentru foile de stil, scripturile executate pe partea clientului etc. După primirea tuturor resurselor necesare, browserul le va procesa în conformitate cu codul documentului HTML și va oferi utilizatorului o pagină gata.

Pe măsură ce mulți oameni au ghicit deja, sub numele serverului HTTP din această schemă există o esență care este mai cunoscută astăzi numită serverul web. Scopul principal și sarcina serverului web este de a procesa cererile HTTP și de a reveni la utilizatorul rezultatelor acestora. Serverul Web nu știe cum să genereze în mod independent conținut și funcționează numai cu conținut static. Acest lucru este relevant pentru serverele web moderne, în ciuda tuturor bogățiilor capacităților acestora.

Pentru o lungă perioadă de timp, un server web a fost suficient pentru a implementa un site cu drepturi depline. Dar, cu creșterea rețelei HTML statică, a fost lipsită brusc. Un exemplu simplu: Fiecare pagină statică este autosuficientă și trebuie să conțină linkuri către toate resursele legate de acesta, atunci când se vor adăuga pagini noi ale legăturii la acestea pentru a adăuga pagini deja existente, altfel utilizatorul nu va putea niciodată să poată Du-te pe ele.

Site-urile de atunci au plăcut, în general, puțin pe modern, de exemplu, mai jos arată punctul de vedere al unuia dintre pionierii internetului de limbă rusă, site-ul lui Rambler:

Iar tranziția la oricare dintre legături poate aduce, în general, un utilizator modern în uimire, pentru a reveni de la o astfel de pagină nu este posibilă, cu excepția prin apăsarea butonului de același nume din browser.

O încercare de a crea ceva mai mult sau mai puțin similar cu site-ul modern, foarte curând sa transformat într-o cantitate tot mai mare de lucru la efectuarea de modificări ale paginilor existente. La urma urmei, dacă am schimba ceva într-o parte comună a site-ului, de exemplu, un logo în antet, atunci trebuie să facem această schimbare la toate paginile existente. Și dacă am schimbat calea către una din pagini sau am șters-o, atunci va trebui să găsim toate legăturile cu acesta și să le schimbăm sau să le eliminăm.

Prin urmare, următorul pas în dezvoltarea serverelor web a devenit sprijin pentru tehnologie activați pe partea serverului - SSI. (Serverul include.). A permis conținutul diferitelor fișiere în codul paginii din codul paginii, care a făcut posibilă realizarea elementelor repetate, cum ar fi capacul, subsolul, meniurile și altele asemenea. În fișiere individuale și pur și simplu conectați când pagina este finalizată.

Acum, pentru a schimba sigla sau elementul de meniu, va trebui să faceți doar un singur fișier, în loc să editați toate paginile existente. În plus, SSI a permis un conținut dinamic pe pagini, de exemplu, o dată curentă și să efectueze condiții simple și de lucru cu variabile. A fost un pas important, facilitând activitatea de webmasteri și consolidarea confortului utilizatorilor. Cu toate acestea, pentru a implementa un site cu adevărat dinamic, aceste tehnologii nu au permis.

Este demn de remarcat faptul că SSI este aplicat în mod activ astăzi, unde în codul paginii trebuie să introduceți un conținut static, în primul rând datorită simplității și nedorită la resurse.

CGI.

Următorul pas în dezvoltarea tehnologiei web a fost apariția unor programe speciale (scripturi) care efectuează procesarea cererilor de utilizator pe partea serverului. Cel mai adesea sunt scrise în limbi de scripting, a fost inițial Perl, astăzi Palm of Leadership deține PHP. A apărut treptat o întreagă clasă de programe - sisteme de management al conținutului - CMS. (Sistem de management al conținutului.), care reprezintă aplicații web cu drepturi depline capabile să furnizeze prelucrarea dinamică a cererilor de utilizator.

Acum, un punct important: serverele web nu sunt capabile să și nu știu cum să efectueze scripturi, sarcina lor este de a da un conținut static. Aici, o entitate nouă vine la scenă - serverul de aplicații care este un interpret al limbajelor de scripting și cu care aplicațiile web scrise pe ele. DBMS sunt utilizate în mod obișnuit pentru a stoca date, care se datorează necesității de a accesa un număr mare de informații interdependente.

Cu toate acestea, serverul de aplicații nu știe cum să lucreze cu protocolul HTTP și solicită solicitările utilizatorului, deoarece aceasta este o sarcină de server web. Pentru a se asigura că a fost dezvoltată interacțiunea lor interfață General Gateway. - CGI. (Interfața comună a gateway-ului.).

Ar trebui să fie clar înțeleasă, CGI nu este un program și nu un protocol, este interfața, adică. O combinație de modalități de a interacționa între aplicații. De asemenea, nu trebuie să fiți confundați de termenul CGI cu conceptul de aplicație CGI sau un script CGI, care indică programul (script) care suportă lucrările prin interfața CGI.

Pentru transferul de date, se utilizează fluxuri standard I / O, de la un server web la datele aplicației CGI sunt transmise prin intermediul stdin.sunt acceptate înapoi stdout.Pentru mesajele de eroare utilizate stderr..

Luați în considerare procesul de funcționare a unui astfel de sistem. După ce a primit o solicitare din browserul utilizatorului, serverul web determină că este solicitat conținut dinamic și formează o cerere specială, care prin interfața CGI direcționează o aplicație web. Când îl primește, aplicația începe și execută rezultatul, rezultatul căruia este codul HTML al unei pagini formate dinamic care este transmisă înapoi pe serverul web, după care aplicația își completează activitatea.

O altă diferență importantă între situsul dinamic - paginile sale nu există fizic în forma dată utilizatorului. De fapt, există o aplicație web, adică. Un set de scripturi și șabloane și o bază de date care stochează materialele site-ului și informațiile de serviciu, separat există conținut static: imagini, scripturi Java, fișiere.

După primirea cererii, aplicația Web recuperează date din baza de date și le umple cu șablonul specificat în interogare. Rezultatul este dat serverului web, care completează conținutul static format în acest mod (imagini, scripturi, stiluri) și conferă browserului utilizatorului. Pagina însăși nu este salvată nicăieri, cu excepția memoriei cache și atunci când primește o nouă interogare, pagina este re-generată.

Avantajele CGI includ independența lingvistică și arhitecturală: aplicația CGI poate fi scrisă în orice limbă și lucrează la fel de bine cu orice server web. Având în vedere simplitatea și deschiderea standardului, acest lucru a condus la dezvoltarea rapidă a aplicațiilor web.

Cu toate acestea, în plus față de avantaje, CGI are dezavantaje substanțiale. Principalul este ridicat la începutul și oprirea procesului, ceea ce implică cerințe hardware sporite și performanțe scăzute. Iar utilizarea fluxurilor standard I / O limitează posibilitatea de a scala și asigura o disponibilitate ridicată, deoarece necesită ca serverul Web și serverul de aplicații să se afle în același sistem.

În prezent, CGI nu este aplicată practic, deoarece tehnologiile mai avansate au venit să-l înlocuiască.

Fastcgi.

După cum rezultă din nume, scopul principal de a dezvolta această tehnologie a fost de a crește performanța CGI. Fiind dezvoltarea sa suplimentară a Fastcgi este un protocol client-server pentru a interacționa un server web și un server de aplicații care oferă performanțe și siguranță ridicată.

Fastcgi elimină problema principală a CGI - Re-porniți procesul de aplicație web la fiecare cerere, procesele Fastcgi funcționează constant, ceea ce vă permite să economisiți în mod semnificativ timp și resurse. Pentru a transfera date în loc de fluxuri standard sunt utilizate Prize Unix. sau TCP / IP.Acest lucru vă permite să găzduiți un server web și un server de aplicații pe diferite gazde, oferind astfel scalare și / sau disponibilitate ridicată a sistemului.

De asemenea, putem rula mai multe procese FastcGI pe un computer, care poate procesa cereri în paralel sau pot avea diferite setări sau versiuni ale limbii scripted. De exemplu, puteți avea simultan mai multe versiuni PHP pentru diferite site-uri, trimițându-le la diferite procese FastcGI.

Pentru a controla procesele FastcGI și distribuția sarcinii, gestionați managerii de procese, ele pot fi ambele părți ale unui server web și aplicații separate. Serverele Web populare Apache și LightTPD au procese Build-in Fastcgi, în timp ce Nginx cere un manager extern pentru munca sa.

PHP-FPM și SPAWN-FCGI

De la managerii externi pentru procesele FastcGI, se aplică PHP-FPM și SPAWN-FCGI. PHP-FPM a fost inițial un set de patch-uri pentru PHP de la Andrei Nigmatulin, care a rezolvat o serie de probleme de gestionare a proceselor FastcGI, începând cu versiunea 5.3, parte a proiectului și intră în oferta PHP. PHP-FPM poate controla dinamic numărul de procese PHP în funcție de sarcină, reporniți bazinele fără pierderi de solicitări, repornirea de urgență a proceselor de defectare și este un manager destul de avansat.

SPAWN-FCGI face parte din proiectul LightTPD, dar serverul web al aceluiași nume nu este inclus, valoarea implicită LightTPD utilizează propriul manager de proces mai simplu. Dezvoltatorii recomandă utilizarea acestuia în cazurile în care aveți nevoie pentru a gestiona procesele FastcGI situate pe o altă gazdă sau sunt necesare setări avansate de securitate.

Managerii externi vă permit să izolați fiecare proces Fastcgi în chroot (schimbarea directorului rădăcină al aplicației fără posibilitatea de a accesa acest lucru), excelent de la amândoi de alte procese și de la serverul Web Chroot. Și, după cum am vorbit deja, vă permit să lucrați cu aplicațiile Fastcgi situate pe alte servere prin intermediul TCP / IP, în cazul accesului local, trebuie să selectați accesul printr-o priză UNIX ca un tip de conexiune rapidă.

Dacă vă uitați din nou la schemă, vom vedea că avem un nou element - managerul proceselor, care este intermediar între serverul web și serverele de aplicații. Acest lucru complică oarecum schema, pe măsură ce ați înființat și însoțiți mai multe servicii, dar în același timp deschide mai multe oportunități, permițându-vă să configurați fiecare element de server în mod clar sub sarcinile dvs.

În practică, alegerea între managerul încorporat și cheltuielile externe pentru a evalua situația și pentru a alege exact instrumentul care este cel mai potrivit pentru solicitările dvs. De exemplu, crearea unui server simplu pentru mai multe site-uri pe motoare tipice. Aplicarea unui manager extern va fi inutilă în mod explicit. Deși nimeni nu vă impune în punctul dvs. de vedere. Temele Linux și este bine că toată lumea poate, de la designer, să colecteze exact ceea ce are nevoie.

SCGI, PCGI, PSGI, WSGI și altele

Immerând subiectul dezvoltării web, cu siguranță veți fi găsiți cu privire la diferitele tehnologii CGI, cele mai populare dintre care am enumerate în titlu. Dintr-o astfel de varietate, este posibil să fii confuz, dar dacă ai citit cu atenție începutul articolului nostru, știi cum funcționează CGI și Fastcgi și, prin urmare, să se ocupe de oricare dintre aceste tehnologii nu va fi dificil pentru dvs.

În ciuda diferențelor de implementare a uneia sau a unei soluții, principiile de bază rămân frecvente. Toate aceste tehnologii oferă o interfață de gateway ( Interfața Gateway.) Pentru a interacționa un server web cu un server de aplicații. Gateway-urile vă permit să dezlănțuiți serverul web și aplicația web între ei, permițându-vă să utilizați orice combinație fără nici o posibilă incompatibilitate. Pur și simplu, nu contează dacă serverul dvs. web acceptă o tehnologie specifică sau un limbaj de scripting, principalul lucru este că el poate lucra cu tipul de gateway dorit.

Din moment ce am enumerat în titlu, un pachet întreg de abrevieri, vom trece mai detaliat.

SCGI. (Interfață de gateway comună simplă) - interfață de gateway comună simplă - Dezvoltat ca o alternativă la CGI și este în mare parte similară cu Fastcgi, dar mai simplă de implementat. Tot ceea ce i-am spus despre FastGci este adevărat pentru SCGI.

PCGI. (Perl Interfață comună Gateway) - Biblioteca Perl pentru a lucra cu interfața CGI, pentru o lungă perioadă de timp a fost opțiunea principală de a lucra cu cererile PERL prin intermediul CGI, are o performanță bună (în măsura în care este aplicabilă CGI) cu nevoi modeste pentru resurse și o bună protecție la suprasarcină.

PSGI. (Perl Interfață Gateway Server Web) - Tehnologia interacțiunii serverului web și a serverului de aplicații pentru PERL. Dacă PCGI este un instrument pentru a lucra cu o interfață CGI clasică, atunci PSGI își amintește Fastcgi. Serverul PSGI reprezintă un mediu pentru efectuarea aplicațiilor Perl care funcționează în mod constant ca serviciu și poate interacționa cu un server web prin intermediul prizelor TCP / IP sau UNIX și oferă aplicații Perl ca Fastcgi.

WSGI. (Interfața Gateway Web Server) - o altă interfață specifică de gateway concepută pentru a interacționa un server web cu un server de aplicații pentru aplicații pentru programe scrise în Phyton.

Este ușor de remarcat, toate tehnologiile enumerate de noi sunt într-un grad sau un alt analogic al CGI / Fastcgi, dar pentru aplicații specifice. Datele pe care le-am dat vor fi destul de suficiente pentru înțelegerea generală a principiului și mecanismelor muncii lor, iar studiul lor mai profund are sens doar cu o muncă serioasă cu tehnologiile și limbile specificate.

Server de aplicații ca modul Apache

Dacă am vorbit mai devreme despre un anumit server web abstract, acum vorbim despre o soluție specifică, iar punctul de aici nu este în preferințele noastre. Printre serverele Web Apache ocupă un loc special, în majoritatea cazurilor, când vorbesc despre un server web pe platforma Linux și despre serverul web deloc, atunci se va aplica apache.

Putem spune că acesta este un tip de server Web implicit. Luați orice găzduire în masă - va fi Apache, luați orice aplicație web - setările implicite sunt efectuate în Apache.

Da, din punct de vedere tehnologic, Apache nu este o coroană de tehnologie, dar el este cel care reprezintă mijlocul de aur, este simplu, clar, flexibil în setări, universal. Dacă faceți primii pași în clădirea site-ului - atunci Apache este alegerea dvs.

Aici putem reproșa că Apache a fost de mult irelevantă, toți "băieții reali" au stabilit deja Nginx etc. Etc., deci veți explica acest moment în detaliu. Toate CMS-urile populare sunt configurate să se utilizeze cu Apache, vă permite să vă concentrați toată atenția la locul de muncă cu o aplicație web, eliminând posibila sursă de probleme de server web.

Toate forumurile populare sunt, de asemenea, impuse ca un server web Apache și majoritatea sfaturilor și recomandărilor se vor referi la acesta. În același timp, serverele web alternative necesită de obicei mai multe setări mai subțiri și detaliate, atât din partea serverului web, cât și din aplicația Web. În același timp, acești utilizatori de produse sunt, de obicei, mult mai experimentați și cei nou-veniți în mediul lor nu sunt discutate. Ca urmare, situația se poate forma atunci când nimic nu funcționează și întreabă pe nimeni. Cu Apache, acest lucru este garantat să nu se întâmple.

De fapt, ce au făcut dezvoltatorii Apache acest lucru, ceea ce a permis creierului lor să ia un loc special? Răspunsul este suficient de simplu: au mers pe cont propriu. În timp ce CGI a oferit abstract din soluții specifice, concentrându-se pe un gateway universal, Apache a fost acceptat diferit - serverul web și serverul de aplicații au fost cel mai integrat posibil.

Într-adevăr, dacă executați serverul de aplicații ca un modul Web Server în spațiul de adrese global, atunci vom obține o schemă mult mai simplă:

Ce avantaje oferă? Schema mai simplă și mai puțin elemente în el, cu atât mai ușor este mai ieftin să o însoțească și să o mențină, cu atât sunt mai mici punctele de eșec în el. Dacă este posibil să nu fie atât de important pentru un singur server, atunci în cadrul găzduirii, acesta este un factor foarte important.

Al doilea avantaj este performanța. Din nou, fanii nginx din nou, datorită lucrărilor într-un spațiu de adresă, performanța serverului Apache + MOD_PHP va fi întotdeauna cu 10-20% mai rapidă decât orice alt server web + Fastcgi (sau altă soluție CGI). Dar trebuie, de asemenea, amintit că viteza site-ului se datorează nu numai performanței serverului de aplicații, ci și o serie de alte condiții în care serverele web alternative pot arăta un rezultat semnificativ mai bun.

Dar există un alt avantaj serios, aceasta este capacitatea de a configura serverul de aplicații la nivelul unui site sau utilizator separat. Să ne întoarcem puțin înapoi: În schemele Fastcgi / CGI, serverul de aplicații este un serviciu separat, cu setările proprii, care pot lucra chiar la celălalt utilizator sau pe o altă gazdă. Din punctul de vedere al administratorului unic de server sau al unui proiect major, este minunat, dar pentru utilizatorii și administratorii de găzduire nu este foarte.

Dezvoltarea internetului a condus la faptul că numărul de aplicații web posibile (CMS, scripturi, cadre etc.) a devenit foarte mare, iar pragul scăzut al intrării a atras un număr mare de persoane fără cunoștințe tehnice speciale. În același timp, diferite aplicații web ar putea necesita diferite setări ale serverului de aplicații. Cum să fii? De fiecare dată când contactați asistența?

Decizia a fost destul de simplă. Deoarece serverul de aplicații este acum parte a serverului web, îl puteți instrui pe acesta din urmă pentru a gestiona setările sale. În mod tradițional, fișierele hettaccess utilizate pentru a gestiona setările Apache în plus față de fișierele de configurare, care au permis utilizatorilor să-și scrie directivele acolo și să le aplice în directorul în care se află acest fișier și mai jos dacă setările nu sunt suprapuse prin fișierul HTTACCESS. În modul MOD_PHP, aceste fișiere vă permit, de asemenea, să modificați multe opțiuni PHP pentru un site sau un director separat.

Pentru a efectua modificări, nu este necesar să reporniți serverul web și, în cazul unei erori, numai acest site va opri lucrul (sau o parte din acesta). În plus, faceți modificări într-un fișier text simplu și puneți-l într-un dosar de pe site pentru utilizatorii nepregătiți și în siguranță pentru server ca întreg.

Combinația tuturor acestor avantaje și a oferit Apache o aplicație atât de largă și starea unui server web universal. Alte decizii pot fi mai rapide, mai economice, mai bune, dar au întotdeauna nevoie de setări pentru o sarcină, prin urmare, se aplică în principal în proiectele țintă, Apache este complet dominat în segmentul de masă.

Vorbind despre merite, ne întoarcem la dezavantaje. Unele dintre ele sunt pur și simplu partea opusă a medaliei. Faptul că serverul de aplicații face parte din serverul web oferă avantaje în performanță și ușurință în configurație, dar în același timp ne limitează de la punctul de vedere al securității - serverul de aplicații este întotdeauna rulat în numele serverului web și în Flexibilitatea sistemului, nu putem diseca serverul web și serverul de aplicații la diferite gazde, nu putem folosi servere cu diferite versiuni ale limbajului de scripting sau setări diferite.

Al doilea minus este un consum mai ridicat de resurse. În schema CGI, serverul de aplicații generează o pagină și îi conferă un server web, care eliberează resursele, pachetul Apache + MOD_PHP păstrează resursele serverului de aplicații sunt ocupate până când serverul Web returnează conținutul paginii client. Dacă clientul este lent, resursele vor fi ocupate pentru tot timpul serviciului său. Acesta este motivul pentru care Apache a pus deseori nginx, care joacă rolul unui client rapid, acest lucru permite Apache să dau rapid pagina și să elibereze resursele prin schimbarea interacțiunii cu clientul la un Nginx mai economic.

Concluzie

Într-un articol, întregul spectru al tehnologiilor moderne este imposibil, așa că ne-am concentrat numai pe cele mai importante, unele lucruri pleacă în mod deliberat pentru scenă, precum și a recurs la simplificări substanțiale. Fără îndoială, începerea lucrului în această zonă, veți avea nevoie de un studiu mai profund al subiectului, dar pentru a percepe noi cunoștințe, este nevoie de o anumită bază teoretică, pe care am încercat să o punem acest material.

Dacă computerul este utilizat zilnic, care este conectat la rețea, dacă Internetul este conectat și pe gadgetul mobil, fiecare utilizator este configurat din când în când cu cuvântul - "Server". Și acest cuvânt poate apărea în diferite combinații, și nu fiecare utilizator înțelege despre ce este vorba. Ce se ascunde înainte de cuvântul "server" și de ce este necesar utilizatorilor?

Sub noțiunea de "server", un dispozitiv hardware și un software pentru acesta poate fi ascuns (hardware și virtual). Serverul hardware este un computer separat. Este necesar să se asigure lucrările altor PC-uri și echipamente de birou. Serverul virtual este software. În același timp, serverul specific unește aceste două tipuri.

Anterior, trebuie amintit că sarcina sa include crearea de rețele și utilizatori, și nu gestionarea rețelei. Utilizatorii au pus sarcinile pe server și decide rapid. Cu cât este mai bine serverul, de exemplu, cum ar fi serverele HP, cu atât mai bine își îndeplinește îndatoririle.

Activitatea unor companii mari pe care este instalat multe echipamente electronice este deja dificil de imaginat toate aceste dispozitive într-o rețea fără a se combina. Serverul de la întreprindere vă permite să gestionați de la distanță echipamentul de birou și vă permite să interacționați cu un PC.

Defalcarea serverului sau a eșecului în lucrarea sa poate încheia dezastrul.

În întreprinderi, serverele vă permit să optimizați activitatea tuturor departamentelor. Dar în viața de zi cu zi, ne confruntăm adesea cu funcționarea serverelor. În special, operatorii din birourile de numerar și băncile care utilizează documentele tipărite server și efectuează înregistrarea. Serverul acceptă toate mailerele, rețelele sociale și managerii de comunicații.

Serverul oferă o rețea. Toate site-urile sunt stocate pe servere. Oferă găzduire virtuală. Un astfel de serviciu este furnizat de companiile de găzduire.