Probabil ai auzit pe cineva vorbind despre tehnologia serverless la birou sau la o conferință de conferință șeful tău te-a făcut să mergi și, deși înțelegi că este meritul ca tehnologie, nu este ușor pentru o persoană fără cunoștințe tehnice. Acestea fiind spuse, aș dori să trec peste cele mai mari beneficii ale îndepărtării de un server tradițional și pășirii în cloud.

În esență, serverless nu este lipsa de servere, ci existența unui server care nu trebuie gestionat. Folosind microservicii încărcate în Lambda care execută un pic de cod la un moment dat și returnând o valoare, puteți construi aplicații la scară largă la nivel de întreprindere fără a fi nevoie să vedeți o singură linie de PHP. Acum, acest lucru s-ar putea să nu-i facă pe toți la fel de fericiți ca mine, dar pentru un dezvoltator front-end ca mine, aceasta este o mană divină.

Deci, De Ce Este Asta Atât De Mare?

Este de la sine înțeles că orice tehnologie nouă care încearcă să provoace vechile moduri de a crea, rula și găzdui aplicații web și mobile va avea greu să obțină sprijin, dar comunitatea fără server a crescut exponențial în ultimul an, iar motivele din spatele mișcării sunt: clar.

• Costuri mai mici
• Implementări mai rapide
• Scalare grațioasă

Cum Mă Afectează Acest Lucru Pe Mine Și Pe Magazinul Meu?

Ei bine, există o serie de upgrade-uri majore pe care o abordare fără server le poate aduce magazinului dvs. Să începem cu ceea ce este evident. Reducerea costurilor. Utilizarea unei tehnologii fără server este mai ieftină decât găzduirea tradițională și dacă ați găzduit vreodată un magazin Magento (sau, practic, orice altă soluție auto-găzduită), veți ști cât de costisitoare poate fi rularea, chiar și un magazin semi-succes.

Pentru AWS Lambda, prețul lunar de calcul este de 0,00001667 USD per GB-s, iar nivelul gratuit oferă 400.000 GB-s. Prețul lunar al cererii este de 0,20 USD pentru 1 milion de solicitări, iar nivelul gratuit oferă 1 milion de solicitări pe lună.

Există din ce în ce mai multe companii care își împărtășesc poveștile despre cum costă reducerea utilizării serverless și, dacă doriți, puteți citi despre modul în care companiile economisesc bani cu serverless .

Al doilea motiv pentru care trecerea fără server poate avea o valoare semnificativă este scalarea fără egal care poate fi realizată cu serverless. Dacă faceți cumpărături online în preajma sărbătorilor, mai ales în timpul vânzărilor de „Vinerea Neagră”, probabil că ați văzut cota echitabilă de magazine care s-au prăbușit, prăbușindu-se sub greutatea nenumăraților utilizatori care încercau să răsfoiască, să adauge în coș sau să compare produse.

Crearea de microservicii pentru toate funcționalitățile site-urilor dvs. web vă va îmbunătăți viteza de încărcare a paginii, va elimina problemele de scalabilitate și va fi mult mai ușor de implementat să faceți modificări codului sau logicii de afaceri.

Cum Ar Funcționa Asta?

Deci, cum ați proceda exact pentru a vă schimba magazinul de la un server tradițional și a trece fără server?
Pentru a face lucrurile mai ușor de înțeles pentru toată lumea, nu voi deveni prea tehnic, deoarece acest lucru va transforma acest articol într-o documentație software de 15.000 de cuvinte și să recunoaștem. Nu sunt suficient de deștept ca să reușesc așa ceva. Ceea ce voi face este să împart magazinul în secțiuni mici și să explic cum aș aborda situația.

1. CMS-Ul

Mă refer la paginile statice, cum ar fi pagina de pornire, pagina de contact, despre noi, etc. Pentru această secțiune, utilizați un sistem de stocare în cache pentru a crea pagini statice din CMS și a le oferi de la un furnizor de servicii cloud precum AWS sau Microsoft Azure. Majoritatea sistemelor de management al conținutului de comerț electronic (CMS) vin deja cu o soluție de cache pe jumătate decentă, așa că este posibil să fiți deja familiarizați cu conceptul.

Personal, aș merge cu Amazon EslastiCache. Este ușor de instalat și implementat și nu va sparge banca.

Amazon ElastiCache oferă Redis și Memcached complet gestionate. Implementați, operați și scalați fără probleme magazinele de date în memorie compatibile cu sursă deschisă populare. Creați aplicații cu consum mare de date sau îmbunătățiți performanța aplicațiilor existente prin preluarea datelor din depozitele de date în memorie cu capacitate mare și latență scăzută.
– Amazon ElasiCache

Pentru ca acest articol să fie scurt și să transpire, voi trimite[ http://blog.e-zest.com/how-to-implement-aws-elasticache-in-magento/ ] la un tutorial despre cum puteți integra ElastiCache cu Magento (deoarece aceasta este una dintre acele platforme care pur și simplu nu va funcționa fără memorarea în cache adecvată).

2. Catalogul

Catalogul este partea cu toate categoriile și produsele și principala problemă pe care o aveți cu ele este viteza de redare. Dacă aplicați mii de produse cu filtre, site-ul dvs. va încetini până la oprire. Acum imaginați-vă că aveți 10, 100 sau 1000 de utilizatori concurenți care navighează, filtrează și compară produse.

Soluția? Microservicii!

Aici este locul în care AWS Lambda strălucește cel mai tare. Fiecare interacțiune pe care utilizatorul o poate avea cu site-ul web este împărțită în funcții mici. Deci, dacă aveți 10 persoane pe site-ul dvs. sau 1000, nu va afecta timpul de încărcare a paginii, deoarece AWS se va scala pentru a se potrivi cel mai bine nevoilor dvs.

Dar Stai, Mai Sunt!

Cea mai bună parte a acestei abordări este faptul că plătiți doar ceea ce utilizați. Asta e corect. Nu mai plătiți pentru facturi mari de server atunci când magazinul dvs. nu primește vizitatori. Iată un mic calculator de prețuri AWS pentru a vă ajuta să vă dați seama la ce să vă așteptați în ceea ce privește costul.

Fișierele statice, cum ar fi imaginile și videoclipurile, pot fi servite din S3 sau chiar mai bine: CloudFront pentru a reduce costurile și a crește viteza.

3. Căruciorul

Acesta este probabil subiectul de care sunt interesați cei mai mulți oameni care au rămas atât de departe în articol. Cărucioarele sunt sisteme extrem de complicate și greoaie care vor consuma acel procesor ca și cum ar fi fost făcut din tacos. Problema cu magazinele convenționale este blocajele MySQL și atunci când se întâmplă acest lucru, întregul site web încetează să mai răspundă până când MySQL ajunge din urmă (fie asta, fie totul se prăbușește).

Remedierea nu este atât de complicată. Nu mai utilizați MySQL! Deoarece utilizați deja AWS Lambda de ce să nu folosiți DynamoDB, este ușor de configurat, ieftin și de încredere și înainte de a începe să mă suni vândut pentru a vă împinge AWS pe toți, MongoDB este o altă opțiune solidă, de fapt, o prefer DynamoDB, deoarece sunt mai obișnuit să-l folosesc. Iată un ghid rapid despre cum să începeți cu Lambda și MongoDB .
Pe lângă faptul că nu mai folosesc MySQL, aș îndemna pe oricine primește o mulțime de comenzi să ia în considerare utilizarea unui API precum API-ul Magento pentru a gestiona comenzi. În momentul de față, având un server scump, cu toate clopotele și fluierul, poate rezista la 3 până la 5 comenzi/secundă care, după cum se dovedește, este tot mai puțin decât au nevoie magazine precum Angry Birds sau Anki.com.

Modul în care ar funcționa este pe cât de simplu, pe atât de eficient. Gestionați coada de comenzi printr-un sistem de plată bazat pe javascript care interacționează cu API-ul magazinului validând și înregistrând fiecare comandă. Iată un tutorial despre cum să faci asta în Magento: https://devdocs.magento.com/guides/v2.1/get-started/order-tutorial/order-intro.html

Deci Care Este Problema?

De ce nimeni și toată lumea nu folosește încă această soluție? Există o mulțime de oameni care folosesc deja această soluție și economisește atât timp, cât și mulți bani. Deci, de ce există încă oameni care nu folosesc asta? Un motiv ar putea fi faptul că serverless este încă o tehnologie nouă. Încă nu toată lumea se simte confortabil cu el și, deoarece este atât de nou, instrumentele necesare dezvoltării nu sunt suficient de populare. Luați de exemplu depanarea AWS Lambda . Este o nevoie de bază pentru fiecare dezvoltator și totuși Amazon nu are un instrument care să ofere tot suportul necesar pentru dezvoltare. Așa că ajungem să căutăm instrumente precum Thundra.io și Dashbird.io (printre altele).

In Concluzie

Trecerea de la o soluție tradițională auto-găzduită la cloud va fi o problemă complexă pentru proprietarii de magazine, dar la un moment dat, aceștia vor fi nevoiți să facă față unor decizii dificile în ceea ce privește platforma și capacitățile lor de scalare, iar trecerea fără server poate rezolva. multe probleme.

Sunt nerăbdător să văd ce urmează în spațiul de comerț electronic . Poate că vom vedea prima noastră soluție de comerț electronic în cloud. Cerul este limita! (înțelegi? cloud computing – cer? ok, mă opresc).

AllmaDesign vă oferă servicii profesionale de web design la prețuri avantajoase, creare site-uri prezentare pentru companii mici și mijlocii, creare magazine online și cataloage de produse, precum și alte servicii conexe: întreținere și administrare site-uri web, optimizare SEO și promovare online, design grafic și identitate companie, găzduire web și înregistrare nume de domenii.