Neljä ratkaisua avoimen lähdekoodin palvelinohjelmistojen hallintaan

Sinun on oltava ketterä mukauttaessasi ohjelmistoa online-tilaan. Kaikkikokoiset yritykset ovat alkaneet nähdä valtavan määrän liikennettä ja työskentelevät suurten tietomäärien kanssa, jotka jakautuvat useille palvelimille. Tämä voi aiheuttaa joukon ongelmia. Aihe on monimutkainen, mutta älä raivota. Saatavilla on useita ratkaisuja.

Yrityksille, jotka ovat perinteisesti käyttäneet omistettuja kaupallisia ohjelmistoja, on aika omaksua avoimen lähdekoodin ohjelmistot, joita käytetään sellaisissa yrityksissä kuin Netflix, Facebook ja LinkedIn. Kuka tahansa yritys voi nyt käyttää samaa ohjelmistoa kuin nämä alan jättiläiset - maksamatta yhden sentin ennakkomaksuista ja ohjelmistojen lisenssimaksuista. Tämä on melkoinen muutos ensimmäisestä dot-com-puomista, kun yritykset investoivat satoja tuhansia dollareita infrastruktuuriin ennen kuin edes lanseerasi tuotteen.

Vain luottokortilla ja 15 minuutissa varustettuna, voit pyörittää 100 palvelimen tilaa Amazon Web Services (AWS) tai Rackspace Cloud -palvelussa. Avoimen lähdekoodin ohjelmisto on kypsynyt siihen pisteeseen, jossa voit ladata ja asentaa yritystason tietokantapalvelimen yhdellä komennolla.

Palvelimen kytkentä

Palvelimien asentaminen voi olla paljon helpompaa Amazonin ja vastaavien palveluiden avulla, mutta miten siirryt sieltä siihen, että ohjelmistosi on turvallisesti asennettu ja suoritettu pilvessä? Tässä on neljä ratkaisua, joita on tutkittava aloittaessasi:

  1. Platform as a Service (PaaS): Uusi rotu isännöintipalveluntarjoajia on rajautunut, joka hallitsee suuren osan tästä vaivasta. Näin se toimii: lataat koodisi ja kerrot mitä tarvitset. Tämän avulla voit keskittyä ohjelmistoihin infrastruktuurin sijasta. Muista kuitenkin, että PaaS-palvelut ovat huomattavasti kalliimpia kuin omien palvelimiesi käyttäminen, ja ne tarjoavat usein vähemmän joustavuutta käyttämässäsi ohjelmistossa. Heroku näyttää olevan johtava tässä tilassa tällä hetkellä, mutta palveluilla, kuten dotCloud ja Google App Engine, on myös vakuuttavia tarjouksia.
  2. Konfiguraationhallintatyökalut: Pilvipalvelimien lyhytaikaisen luonteen vuoksi on tavallista, että kerrotaan useita palvelimia muutamassa tunnissa ja sitten revitään ne kaikki säästääkseen kustannuksia. Kokoonpanonhallinnan (CM) avulla voit kirjoittaa koko prosessin kuvaavalle kielelle; se vaatii vähän tai ei lainkaan manuaalista vaihetta alkuperäisen asennuksen jälkeen. Nämä CM-työkalut voivat siirtää kokoonpano- ja ohjelmistopäivityksiä palvelimille samanaikaisesti. Ne vaativat kuitenkin usein huomattavia ponnistuksia etukäteen alkuperäisen asennuksen aikana sekä jatkuvan säätämisen. Kokki ja nukke ovat täällä suosittuja työkaluja, mutta olemme innostuneimpia uudesta tulokkaasta Saltista, joka tarjoaa paljon toimintoja nykyisten kokoonpanon hallintatyökalujen lisäksi.
  3. Kolmansien osapuolien palvelut: Suuri osa järjestelmien lokitiedoista ja hälytyksistä voidaan hoitaa kolmansien osapuolien palveluilla. Itse asiassa voitaisiin väittää, että kolmansien osapuolien tarjoajat ovat parempi vaihtoehto kuin tehdä töitä talossa. Tämän alueen suosittuja yrityksiä ovat New Relic, Sentry, Pingdom ja PagerDuty.
  4. Kolmansien osapuolten konsultit: Kaikkien näiden työkalujen alkuperäinen oppimiskäyrä on jyrkkä. Sinun ei tarvitse vain oppia käyttämään työkaluja, vaan myös sinun täytyy oppia mitä työkaluja tarvitset. Monille yrityksille on järkevää kutsua asiantuntijoita, jotka tuntevat tämän tekniikan, alkuasetuksiin ja koulutukseen.

Yhteysongelmat

Komplikaatiot palvelimiesi kanssa voivat olla katastrofaalisia, jos ne jätetään ilman valvontaa. Näemme laskennallisia ongelmia mittakaavassa, jota emme ole aiemmin tarvinnut ratkaista. Internetissä yksi verkkosivusto voi näyttää miljoonia sivun näyttökertoja päivässä. Tällaista liikennettä ei voi käsitellä yhdellä koneella. Yritykset, kuten Facebook ja Google, ylläpitävät satoja tuhansia palvelimia käsittelemään valtavia määriä liikennettä ja tietoja, joita he näkevät päivittäin.

Asia on vain paheneva, kun verkko muuttuu reaaliaikaiseksi. Päivittääksesi selaimesi Twitter- ja Facebook-päivityksillä, tietokoneesi joko pitää pitkään käynnissä olevan yhteyden palvelimeen tai avaa jatkuvasti yhteyksiä kysyäksesi uutta tietoa. Tämä on C10k-ongelman ytimessä, joka kysyy: Kuinka saamme palvelimen käsittelemään 10 000 yhteyttä samanaikaisesti? Vaikka jotkut ihmiset ovat räjäyttäneet 10 000: lla numerolla ( kaupunkiliikenteen ilma-alus tekee yli 500 000 ), yläraja on edelleen olemassa, ja se on vähemmän kuin käyttäjien lukumäärä, jota meidän on tuettava suuren liikenteen verkkosivustolla.

Tekniikan konfiguroinnin ja käyttöönoton hallinta useilla palvelimilla on aluksi valtava ongelma. Yksi virhe voi tarkoittaa suurta tietoturva-aukkoa tai koko verkkosivuston poistamista. Ajan ja resurssien käyttäminen vahvan infrastruktuurin rakentamiseen on välttämätöntä ja vastaa vanhaa sananlaskua, jonka mukaan unssin ennaltaehkäisy on punnan parannuksen arvoinen. Suunnittelemalla varhaisessa vaiheessa varhaista suunnittelua voit viettää enemmän aikaa sijoittamalla tuotteeseesi tiellä.

Peter Baumgartner on perustanut täyden palvelun verkkostudion Lincoln Loopin , Gingerin , online-alustan, joka auttaa hajautettuja joukkueita kommunikoimaan , päättäjät . Peter on Django-pohjaisen verkkokehityksen asiantuntija ja ajatellut johtaja yrittäjyydessä ja etätyöskentelyssä. Hän toivottaa tervetulleeksi kenen tahansa tavoittamaan häntä Twitterissä tai Google+ -palvelussa .

© Copyright 2020 | mobilegn.com