Négy megoldás a nyílt forráskódú szerver szoftver kezelésére

Gyorsan kell alkalmazkodnia a szoftveréhez az online helyhez. Bármilyen méretű vállalkozás hamarosan hatalmas forgalmat tapasztal, és nagy mennyiségű adattal dolgozik, amely több szerverre terjed. Ez számos problémát okozhat. A kérdés bonyolult, de ne aggódj. Számos megoldás érhető el.

Azok a cégek, amelyek hagyományosan védett kereskedelmi szoftvereket használnak, itt az ideje, hogy átfogó nyílt forráskódú szoftvereket alkalmazzanak olyan cégeknél, mint a Netflix, a Facebook és a LinkedIn. Mostantól bármilyen vállalat futtathatja ugyanazt a szoftvert, mint ezek az iparági óriások - anélkül, hogy fizetenének egy fillért az előzetes költségekben és a szoftver licencdíjain. Ez egészen a változás az első pont-com boomhoz képest, amikor a vállalatok százezrek dollárt fektettek az infrastruktúrába, még mielőtt még egy terméket bevezettek volna.

Csak hitelkártyával és 15 perc alatt fegyverként 100 szerverből álló farmot fordíthat az Amazon Web Services (AWS) vagy a Rackspace Cloud webhelyen. A nyílt forráskódú szoftver elérte azt a pontot, ahol egyetlen paranccsal letölthet és telepíthet egy vállalati szintű adatbázis-kiszolgálót.

Szerver bekapcsolása

Lehet, hogy a szerverek beállítása sokkal könnyebb az Amazon és hasonlók szolgáltatásaival, de hogyan lehet innen tovább menni, ha szoftvere biztonságosan telepítve van és fut a felhőben? Az alábbiakban négy megoldást találhat az induláshoz:

  1. Platform mint szolgáltatás (PaaS): Megjelent egy új fajta tárhelyszolgáltató, amely a szóváltás nagy részét képes kezelni. Így működik: Feltölti a kódját, és elmondja, hogy mely szolgáltatásokra van szüksége. Ez lehetővé teszi, hogy az infrastruktúra helyett a szoftverre összpontosítson. De ne feledje, hogy a PaaS szolgáltatások jelentősen drágábbak, mint a saját szerverek futtatása, és gyakran kevesebb rugalmasságot biztosítanak a futtatni kívánt szoftverben. Úgy tűnik, hogy a Heroku ebben a térségben a vezető, de olyan szolgáltatások, mint a dotCloud és a Google App Engine, szintén meggyőző ajánlatokkal rendelkeznek.
  2. Konfigurációkezelő eszközök: A felhőkiszolgálók ideiglenes jellegéből adódóan több szervert felpörgetnek néhány órán belül, majd a költségek megtakarítása érdekében mindegyiket lebontják. A Konfigurációkezelés (CM) lehetővé teszi, hogy az egész folyamatot leíró nyelven szkriptelje; a kezdeti beállítás után kevés erőfeszítés vagy nem kell kézi erőfeszítés. Ezek a CM-eszközök egyidejűleg kiszoríthatják a konfigurációs és szoftverfrissítéseket egy szerverparkba. A kezdeti beállítás során azonban gyakran jelentős erőfeszítéseket igényelnek, valamint a folyamatos hozzáigazításra is. A Chef és a Báb itt népszerű eszközök, de leginkább izgatottak vagyunk az újonnan megjelenő Salt iránt, amely rengeteg funkcionalitással rendelkezik a meglévő konfigurációkezelő eszközökön túl.
  3. Harmadik féltől származó szolgáltatások: A rendszerek naplózását és riasztását nagyrészt harmadik féltől származó szolgáltatások kezelhetik. Valójában azzal érvelhetünk, hogy a harmadik fél szolgáltatói jobb választás, mint a házon belüli munka. Ezen a téren népszerű vállalatok közé tartozik az Új relikvia, a Sentry, a Pingdom és a PagerDuty.
  4. Harmadik fél tanácsadói: Ezen eszközök kezdeti tanulási görbéje meredek. Nemcsak meg kell tanulnia az eszközök használatát, hanem azt is meg kell tanulnia, hogy mely eszközökre van szüksége. Sok vállalat számára ésszerű, hogy a kezdeti beállításhoz és képzéshez szakértõket vonzzon be, akik jól ismerik ezt a technológiát.

A kapcsolat szövődményei

A kiszolgálókkal kapcsolatos komplikációk katasztrofálisak lehetnek, ha felügyelet nélkül hagyják őket. Számítástechnikai problémákat látunk olyan léptékben, amelyet a múltban nem kellett megoldanunk. Az interneten egyetlen webhely több millió oldalmegtekintést szolgálhat egy nap alatt. Egyetlen géppel nem tudja kezelni az ilyen típusú forgalmat. Az olyan vállalatok, mint a Facebook és a Google, több százezer szervert üzemeltetnek, hogy kezeljék a napi nagy mennyiségű forgalmat és adatot.

Ezt a kérdést csak súlyosbítja, amikor a web valósidejűvé válik. Annak érdekében, hogy a böngészőt Twitter és Facebook frissítésekkel frissítse, a számítógépe vagy hosszú ideig működő kapcsolatot tart fenn a kiszolgálóval, vagy folyamatosan megnyitja a kapcsolatokat új adatok kérésére. Ez a C10k probléma lényege, amely azt kérdezi: Hogyan szerezzünk egy szervert 10 000 kapcsolat egyszerre kezelésére? Míg néhány ember felrobbant a 10 000 számmal (a városi léghajó több mint 500 000 ), még mindig létezik egy felső határ, és ez kevesebb, mint a magas forgalmú webhelyen támogatni kívánt felhasználók száma.

A tech konfigurációjának és telepítésének kezelése több kiszolgálón keresztül kezdetben elsöprő probléma. Az egyik félreértés nagy biztonsági rést jelenthet, vagy egy egész webhely lebontását jelentheti. Az erős infrastruktúra kiépítéséhez szükséges idő és erőforrások felhasználása elengedhetetlen és megegyezik a régi kijelentéssel, miszerint egy uncia prevenció megéri egy font gyógymódot. Ha korán megfontolt tervezést végez, több időt tölthet be a termékbe történő befektetésbe az úton.

Peter Baumgartner a teljes körű szolgáltatást nyújtó Lincoln Loop webstúdió alapítója , a Ginger készítői , egy online platform, amely segíti az elosztott csapatok kommunikációját. Peter a django-alapú webfejlesztés szakértője, valamint a vállalkozói szellem és a távoli csapatmunka gondolatvezetője. Üdvözli bárkit, aki felveszi vele a kapcsolatot a Twitteren vagy a Google + -on .

© Copyright 2020 | mobilegn.com