Sense servidor fet correctament: és hora de desconnectar-lo.

-

La vida pot ser dura per als desenvolupadors i enginyers que treballen en grans empreses. Sigui el que estigui treballant, normalment hi ha moltes limitacions, parts interessades amb les quals comprovar i requisits d'interoperabilitat als sistemes heretats que s'han de lliurar d'alguna manera. Llavors, com us pot ajudar tot això com a desenvolupador web, enginyer o gestor informàtic en una gran empresa internacional?

Més com un camp de mines que un zona abandonada, com dirien alguns. En aquest entorn, els desenvolupadors, els enginyers, els administradors i els usuaris agraeixen les solucions que "només funcionen" i tenen un alt grau de compatibilitat, per molt barrejada que sigui la vostra pila tecnològica. S'admeten totes les plataformes i idiomes més recents.

De què tracta l'arquitectura sense servidor?

Hi ha un fort impuls de màrqueting als productes que venen serveis i funcions "al núvol". Per als usuaris empresarials, això significa que el servei no està allotjat a les seves pròpies instal·lacions (premisses) ni en un centre de dades controlat.

Tot i que cap servei es pot executar sense un servidor, el terme arquitectura sense servidor només significa que els equips centrats en la tecnologia poden desplegar el seu backend en un entorn de tercers i no cal que es preocupin per les especificacions del maquinari, l'execució de les llaunes o els processos de compra i canvi. . Aquest tipus de configuració també es coneix com BaaS, (Backend as a Service) o simplement com a "informàtica en núvol".

Com us ajuda això?

El negoci exigeix ​​accions ràpides i els usuaris volen actualitzacions, però sovint hi ha processos i fluxos de treball estrictes que poden endarrerir les versions i el contingut de l’enviament. Fins i tot si teniu cura de tota la planificació i preparatius amb diligència, pot ser que hi hagi altres showstoppers que us frenin. No esteu del tot satisfet amb l’actuació, ja que sabeu que podria ser millor. No podeu canviar el món sencer, però sí que podeu millorar alguns aspectes del vostre entorn tècnic.

Quan aprofiteu la infraestructura de contingut, podeu combinar el millor dels dos mons del desenvolupament àgil i la publicació de contingut moderna. Les solucions s'han de dissenyar com una plataforma API al núvol amb un fort enfocament en la compatibilitat amb diversos mètodes d'enviament de programari i llenguatges de programació. Per a les vostres operacions, això significa menys lluita i més enviament.

Tota aquesta compatibilitat significa que podeu integrar-vos fàcilment amb altres serveis existents mitjançant webhooks i diferents tipus de disparadors. Els creadors poden romandre al seu món i preparar el contingut com vulguin. Només necessiten aquest punt d'entrada per editar contingut a qualsevol lloc. No importa si els editors i els creatius publicaran a llocs web, aplicacions per a telèfons intel·ligents, jocs, sistemes IoT o fins i tot entorns de realitat virtual, poden fer-ho tot des d'una eina. Menys estrès per als creadors de contingut també significa menys estrès per a tu.

Hackathon Coding Programador Equip Dona Somrient Ordinadors portàtils Oficina Desenvolupament empresarial Arquitectura sense servidor Innovació Tecnologia Empresa Enginyeria informàtica

L’inici a l’empresa

Emprenedors i gestors de productes escolteu: Sovint, els nous projectes estan enlairament a les grans empreses, i tant si el producte està pensat com si no estigui disponible només per als interns o també per al públic, aquests esforços són similars a executar un nou Inici. Creeu un pilot amb l'equip, feu-hi un cop de mà, feu algunes proves d'acceptació d'usuaris (UAT), garantia de qualitat (QA) i espereu que es popularitzi i creixi amb el temps.

Per assegurar-vos que podeu escalar qualsevol tipus de creixement en el nombre d'usuaris i la complexitat de les funcions, és essencial disposar de recursos suficients per executar els serveis. Suposem que no esteu prestant atenció a l'hora d'escollir la vostra futura solució de gestió de continguts i infraestructura. En aquest cas, haureu de supervisar, mesurar i informar contínuament del rendiment lliurat en funció de les demandes empresarials i afegir nous components d'infraestructura de tant en tant per fer front al creixement.

Podríeu anomenar això el "dolor de l'èxit". Alguna cosa com això pot passar quan no planifiqueu un ampliació de l'escala estratègia. Si heu trobat el proveïdor adequat per al vostre cas empresarial, podeu concentrar-vos completament en millorar el vostre producte sense l’amarg gust de contractar servidors nous de tant en tant. Per a les startups, això no sembla un gran problema, però la implementació de servidors pot trigar mesos a una empresa.

El cost total absolut de propietat?

Tots aquests avantatges d’escala també són vàlids per a escenaris de redundància i de fallada. Al món empresarial, normalment heu de tenir una configuració completa recuperació de desastres (DR) per al compliment. Això vol dir que tots els servidors que necessiteu per proporcionar el vostre servei als vostres usuaris hauran de tenir una còpia de seguretat en cas que la instància principal falli d'alguna manera.

Pel que fa al cost total de propietat (TCO), això sovint significa comprar i desplegar el doble dels components de maquinari d'infraestructura que realment necessitareu, per complir i, per descomptat, per cobrir els aspectes de disponibilitat del vostre acord de nivell de servei (SLA). En conseqüència, això augmenta la complexitat del manteniment d'aquests components per als enginyers i el personal de suport. A més, creeu un entorn UAT i DEV per a activitats de prova i desenvolupament. La gestió d'un producte hauria de ser més senzill que això, oi?

Si feu servir aquestes preocupacions a un proveïdor de núvol de tercers, sovint teniu un bon retorn de la inversió i assoleu el punt d'equilibri amb relativa rapidesa si teniu en compte tots els costos. A més, obteniu l'avantatge que el propietari del producte dorm millor a la nit juntament amb tots els altres de l'equip que es preocupen pel producte.

Ara, és hora de desconnectar-lo?

Si algun d'aquests punts us sembla familiar, i estic segur que sabeu a què vull dir, potser us preguntareu si ara és el moment de desconnectar els servidors, batre les llaunes i dedicar-vos a executar el vostre contingut com a un servei a través del núvol. Segur que sona temptador, no?

No hi ha una solució única adequada per a tots els serveis, però si voleu començar a buscar solucions de contingut, podeu fer una ullada a proveïdors com ara Simple [A], dotCMS, WordPress VIP, Netlify CMS o Prismic. Tenen diferents opcions i preus, així que assegureu-vos de captar els vostres requisits abans de comparar els venedors per estalviar-vos temps.

Espero que us hagi estat una mica útil i us desitjo molta sort amb la creació d’un entorn sostenible i d’alta disponibilitat que pugueu escalar sense preocupacions, tal i com us ho mereixeu.

Crèdit de la imatge: Tristan Schmurr / Andrew Eland

Christopher Isak
Christopher Isakhttps://techacute.com
Hola i gràcies per llegir el meu article! Sóc Chris, el fundador de TechAcute. Escric sobre notícies tecnològiques i comparteixo experiències de la meva vida al món empresarial. Passeu per Twitter i digueu "hola" en algun moment. ;)
- Anunci publicitari -
- Anunci publicitari -
- Anunci publicitari -
- Anunci publicitari -
- Anunci publicitari -
- Anunci publicitari -
- Anunci publicitari -
- Anunci publicitari -
- Anunci publicitari -
- Anunci publicitari -
- Anunci publicitari -