Fire løsninger til styring af open source-serversoftware

Du skal være flad med at tilpasse din software til onlineområdet. Virksomheder i alle størrelser begynder at se enorme mængder trafik og arbejde med store mængder data spredt på flere servere. Dette kan forårsage en række problemer. Problemet er kompliceret, men bekymrer dig ikke. Der er flere tilgængelige løsninger.

For virksomheder, der traditionelt har brugt proprietær kommerciel software, er det tid til at omfatte open source-software, der bruges hos virksomheder som Netflix, Facebook og LinkedIn. Ethvert firma kan nu køre den samme software som disse brancher - uden at betale en krone i forkantomkostninger og softwarelicensgebyrer. Dette er helt ændringen fra den første dot-com boom, da virksomheder investerede hundreder af tusinder af dollars i infrastruktur, før de endda lancerede et produkt.

Bevæbnet med kun et kreditkort og 15 minutter, kan du spinde en gård på 100 servere hos Amazon Web Services (AWS) eller Rackspace Cloud. Open source-software er modnet til det punkt, hvor du kan downloade og installere en databaseserver på virksomhedsniveau med en enkelt kommando.

Server-opkobling

Det er muligvis meget lettere at indstille servere med tjenester fra Amazon og lignende, men hvordan går du derfra til at have din software sikkert installeret og køre i skyen? Her er fire løsninger, du kan undersøge, når du kommer i gang:

  1. Platform som en service (PaaS): En ny race af hostingudbydere er dukket op, som vil styre meget af dette besvær. Sådan fungerer det: Du uploader din kode og fortæller den, hvilke tjenester du har brug for. Dette giver dig mulighed for at fokusere på din software i stedet for infrastrukturen. Men husk, at PaaS-tjenester er betydeligt dyrere end at køre dine egne servere, og de giver ofte mindre fleksibilitet i den software, du er i stand til at køre. Heroku ser ud til at være førende inden for dette rum i øjeblikket, men tjenester som dotCloud og Google App Engine har også overbevisende tilbud.
  2. Konfigurationshåndteringsværktøjer: Med cloud-serveres flydende karakter er det almindeligt at spin flere servere på få timer og derefter rive dem alle ned for at spare på omkostninger. Med konfigurationsstyring (CM) kan du scriptere hele denne proces på et beskrivende sprog; det kræver lidt eller ingen manuel indsats efter den første opsætning. Disse CM-værktøjer kan skubbe konfigurations- og softwareopdateringer til en serverflåde samtidig. Imidlertid kræver de ofte en betydelig indsats på forhånd under den indledende opsætning samt løbende finjustering. Chef og marionet er populære værktøjer her, men vi er mest begejstrede for nykommeren Salt, der leverer masser af funktioner ud over de eksisterende konfigurationsstyringsværktøjer.
  3. Tredjeparts tjenester: Meget af systemernes logning og alarmering kan håndteres af tredjeparts tjenester. Faktisk kunne argumentet fremsættes, at tredjepartsudbydere er en bedre mulighed end at udføre arbejdet internt. Populære virksomheder i dette rum inkluderer New Relic, Sentry, Pingdom og PagerDuty.
  4. Tredjepartskonsulenter: Den indledende læringskurve for alle disse værktøjer er stejl. Ikke kun har du brug for at lære at bruge værktøjerne, men du skal også lære, hvilke værktøjer du har brug for. For mange virksomheder er det fornuftigt at få eksperter til rådighed, der er velbevandrede inden for denne teknologi til den første opsætning og træning.

Forbindelseskomplikationer

Komplikationer med dine servere kan være katastrofale, hvis de ikke overvåges. Vi ser computerproblemer i en skala, som vi ikke har været nødt til at tackle tidligere. På Internettet serverer et websted muligvis millioner af sidevisninger om dagen. Du kan ikke håndtere denne slags trafik med en enkelt maskine. Virksomheder som Facebook og Google har hundretusinder af servere til at håndtere de enorme mængder trafik og data, de ser dagligt.

Dette spørgsmål forværres kun, når Internettet bliver mere realtid. For at opdatere din browser med Twitter- og Facebook-opdateringer holder din computer enten åben en langvarig forbindelse til serveren eller åbner konstant forbindelser for at bede om nye data. Dette er i kernen af ​​C10k-problemet, der spørger: Hvordan får vi en server til at håndtere 10.000 forbindelser samtidig? Mens nogle mennesker har sprængt med 10.000-tallet ( Urban Airship gør mere end 500.000 ), er der stadig en øvre grænse, og det er mindre end antallet af brugere, vi har brug for at støtte på et websted med høj trafik.

Håndtering af konfiguration og distribution af tech på tværs af flere servere er et overvældende problem i starten. Ét fejlagtig fejl kan betyde et stort sikkerhedshul eller at tage et helt websted ned. At bruge tid og ressourcer til at opbygge en stærk infrastruktur på forhånd er en nødvendighed og svarer til det gamle ordsprog om, at en ounce af forebyggelse er værd at et pund kur. Ved at lave en bevidst planlægning tidligt, kan du bruge mere tid på at investere i dit produkt ned ad vejen.

Peter Baumgartner er grundlæggeren af ​​det fulde service-webstudie Lincoln Loop , producenter af Ginger , en online platform til at hjælpe distribuerede teams med at kommunikere. Peter er ekspert i Django-baseret webudvikling og en tankeleder inden for iværksætteri og fjernt teamwork. Han byder enhver velkommen til at nå ud til ham på Twitter eller Google+ .

© Copyright 2020 | mobilegn.com