DevOps különböző területeken - Hogyan oldja meg a DevOps a problémát?

Ez a blog azt is megmutatja, hogy a DevOps nem korlátozódik csak a technológiai iparra, és legyőzi azokat a problémákat, amelyekkel a különböző területekről származó vállalatok szembesülnek

a technológiai iparban a legújabb divatszóvá vált. A DevOps a csapatok közötti együttműködés kultúrája, valamint a DevOps eszközök és módszerek összessége az üzleti folyamatokból származó hulladék folyamatos eltávolítására, ami az érték egyre jobb eljuttatásához vezet a végfelhasználók számára. A DevOps kifejezés a különböző területeken azt jelenti, hogy ez nem korlátozódik a technológiai iparra.



A DevOps-ot és gyakorlatait azonban a technológiai szektoron kívül is használják. Ebben a blogban rávilágítunk a különféle területekre, amelyek elkezdték a DevOps bevezetését. A következő témákkal foglalkozunk:



  1. Mi a DevOps?
  2. DevOps a különböző tartományokban

Kezdjük tehát az első témánkkal

Mi a DevOps?

A DevOps egy szoftverfejlesztési megközelítés, amely magában foglalja a szoftver folyamatos fejlesztését, folyamatos tesztelését, folyamatos integrációját, folyamatos telepítését és folyamatos monitorozását. . Ezek a tevékenységek csak a DevOps-ban lehetségesek, nem az Agile vagy a vízesésnél, ezért választotta a Facebook és más vezető vállalatok a DevOps-ot üzleti céljaik előremutató útjának. A DevOps az előnyben részesített módszer a kiváló minőségű szoftverek rövid fejlesztési ciklusokban történő kifejlesztésére, ami nagyobb vevői elégedettséget eredményez.



DevOPs-devops a különböző területeken-edureka

DevOps a kormányban

Profil

Az Nemzeti Repülési és Űrhivatal (NASA) az Egyesült Államok kormányának az az ügynöksége, amely az ország polgári űrprogramjáért, valamint a repülésért és az űrkutatásért felelős.

Kihívás

A NASA-nak csaknem 65 alkalmazást kellett áthelyeznie egy hagyományos hardveralapú adatközpontból egy felhőalapú környezetbe a jobb mozgékonyság és költségmegtakarítás érdekében. A gyors ütemezés azt eredményezte, hogy sok alkalmazást „amint van” felhőkörnyezetbe vándoroltak. Ez egy olyan környezetet hozott létre, amely több virtuális magánfelhőt (VPC) és nem könnyen kezelhető számlák. Még az egyszerű dolgok is, például annak biztosítása, hogy minden rendszergazda hozzáférjen minden szerverhez, vagy az egyszerű javítás, rendkívül megterhelőek voltak.



Megoldás

Ezt a problémát tőkeáttétellel oldották meg Ansible Tower a felhőkörnyezet kezeléséhez és ütemezéséhez.

informatika oktató kezdőknek pdf

Eredmény

Az Ansible Tower megvalósításának eredményeként a NASA jobban fel van szerelve AWS-környezetének kezelésére. A Tower lehetővé tette a NASA számára, hogy jobb műveleteket és biztonságot nyújtson ügyfeleinek. Csapatként is növelte a hatékonyságot. Ha megnézi a számokat, akkor:

  • A nasa.gov frissítésének ideje több mint 1 óráról 5 perc alá csökkent
  • A tapasztás folyamata néhány napról 45 percre csökkent
  • Közel valós idejű RAM és lemezmegfigyelés elérése (ügynökök nélkül)
  • Az operációs rendszer fiókok kiépítése a teljes környezetben 10 perc alatt
  • Az alapszintű AMI-k 1 órás kézi konfigurálásból láthatatlan és zökkenőmentes háttérfolyamatokká váltak
  • Az alkalmazási köteg 1-2 óránál 10 perc alatt áll rendelkezésre veremenként

DevOps a banki tevékenységben

Profil

A skót királyi bank rövidítése általában RBS , a lakossági banki leányvállalatok egyikeA Royal Bank of Scotland Groupplc, aNatWestésUlster Bank. A Royal Bank of Scotland mintegy 700 fiókkal rendelkezik, főként Skóciában, bár Angliában és Walesben számos nagyobb városban vannak fióktelepek.

Kihívás

A Royal Bank of Scotland küzdött stratégiai fizetési tranzakciós központjának megszilárdításáért és újjáépítéséért, amely több tucat integrációs érintkezési pontot tartalmazott. Az RBS nemrégiben felvásárolt egy másik pénzintézetet, ezért integrálnia kellett a vállalat rendszereit. Az RBS azonban már folyamatban volt saját rendszereinek áttelepítése egy új stratégiai tranzakciós központba, és 43 funkcionális fejlesztést nyújtott az új platformmal. Négy különálló üzenetküldő központ fenntartásának költsége és összetettsége négyszeresére nőtt.

Megoldás

Végül kidolgoztak egy megoldást, amely segít a banknak az integrációs kihívások kezelésében. Segíteni kellett a bankot abban, hogy azonosítsa a szoftver szállítási életciklusának összes olyan pontját, amelynél az automatizált tesztelést, az agilis fejlesztést és a szolgáltatás virtualizálását használhatja a fejlesztés felgyorsítására, a hibák korábbi felismerésére és a gyártásba történő kiadások gyorsítására.

A megoldás integrációs és szolgáltatás-virtualizációs eszközt tartalmazott. Ezek a szoftvertermékek segítettek egy végpontok közötti virtuális környezet létrehozásában a teszteléshez, ahelyett, hogy valódi tesztkörnyezeteket kellett volna létrehozniuk, amelyeket drága felépíteni és nehéz fenntartani.

A megoldás használatával az RBS automatizálni tudta az integrációs tesztelést a kereskedési tranzakciók végrehajtásában részt vevő több mint 80 interfész és alrendszer között. Ez lehetővé tette a folyamatos tesztelést és támogatta a csapat mozgékony fejlesztési folyamatát.

Eredmény

Három év alatt az RBS jelentős előnyöket realizált az integrációs és szolgáltatási virtualizációs megoldásból. Ezek az előnyök a következők:

  • Csökkentett rendszerintegrációs tesztidő három hétről fél napra

  • 99,6 százalékkal csökkentette a nem észlelt hibákból származó gyártási események számát

  • 100% -kal növelte a projekt teljesítési kapacitását, évente 40-ről 80-ra növekedve

  • Becsült 6 millió USD megtakarítást jelent hardver-, szoftver- és erőforrásköltségekben

    mit csinál a formátum a pythonban
  • 44 százalékkal felgyorsította a projekt kezdetétől a teljesítésig eltelt időt, lehetővé téve a bank számára, hogy termékeket és szolgáltatásokat gyorsabban eljuttasson az ügyfelekhez, és megragadja az új piaci lehetőségeket

DevOps a biztosításban

Profil

Az NJM Insurance Group, amelynek székhelye aWest TrentonszakaszaEwing Township,Mercer megye,New Jersey,Egyesült Államok, személyes autót, kereskedelmi autót, munkavállalói kártérítést, lakástulajdonosokat és esernyőt kínálbiztosítás.A vállalatot 1913-ban egy gyártulajdonos-csoport alapította, amely munkavállalói kompenzációs fedezetet keresett.Az NJM nőtt, és több mint 850 000 New Jersey-ben ésPennsylvania.

Kihívás

Amint a New Jersey Manufacturers Insurance Group (NJM) korszerűsítette az alapvető technológiai platformokat, fel akarták gyorsítani a szoftverek szállítását, hogy összehangolják a kézbesítési gyakorlatot a korszerűsített megoldások üzleti igényeivel. A munka mennyiségének és ütemének napról napra növekvő sebességével gyorsan elérték a határaikat, amikor megpróbálták méretezni a teljesen kézi szoftver telepítési folyamataikat.

A megfelelés fenntartása és bizonyítása annál fájdalmasabb manuális folyamatok bevezetése nélkül is a legnagyobb gondot jelentette ennek a nagy biztosítótársaságnak. Az NJM-nek megbízhatóbb módszerre volt szüksége a szoftverbevezetés ésszerűsítéséhez, és egyúttal a megfelelőségi ellenőrzések fenntartásának biztosításához. Végső céljuk a magas színvonalú szoftverek kiadásának automatizálása volt, ugyanakkor a bonyolultság csökkentése és a rezsiköltség minimalizálása volt.

Megoldás

Az NJM sikeresen implementálta a telepítés automatizálását, amely felgyorsította és szabványosította a szoftver-szállítási folyamatokat, miközben könnyebben tudta bizonyítani a megfelelőséget. Ez a kezdeményezés jelentősen csökkentette a működési költségeket és korszerűsítette a telepítési folyamatokat, hogy az NJM képes legyen bővíteni.

Eredmény

  • Drámai módon lerövidített üzembe helyezési idő Nem termelési telepítés - napoktól percig Gyártási telepítések - 30% -50% -kal gyorsabb
  • Havi 1000–1 500+ telepítés automatizálás révén. Néhány évvel ezelőtt a vállalat manuálisan kezelte kiadásait
  • A vállalat folyamatos, ütemezett és önkiszolgáló telepítéseket kezdett el. Megszűnt a speciálisan képzett technikusokra való támaszkodás a szoftver telepítésében. A minőségbiztosítás, a fejlesztők és a gyakornokok most kezelik a telepítéseket
  • Problémamentes megfelelés Jól látható, teljesen nyomon követhető és ellenőrizhető zéró érintési folyamat

DevOps a kiskereskedelemben

Profil

Ez a szakkereskedő egy jól ismert háztartási név, amelynek részvényeivel az NYSE kereskedik. Mintegy 100 üzlettel az Egyesült Államokban és erős e-kereskedelmi jelenléttel, ez a kiskereskedő inspiráló árukról ismert, és folyamatosan a legjobb munkahelyek közé tartozik.

Kihívás

Mivel a kiskereskedelmi helyzet gyorsan változik, ez a szervezet arra törekedett, hogy házon belüli fejlesztő csapata fürge és egy lépéssel a verseny előtt maradjon. A szervezet e-kereskedelmi webhelyének és bolti rendszereinek kiszolgálásával a társaság úgy döntött, hogy elkészít egy informatikai korszerűsítési tervet, amelyet külön projektekre bontottak. Az első ilyen projekt a fejlesztői és informatikai automatizálás növelése volt, növelve a termelékenységüket és az innováció gyors iterálhatóságát.

Megoldás

  • Docker konténer mikroszolgáltatások
  • DevOps alapú felhőszámítás
  • Teljesen automatizált CI / CD változatlan infrastruktúrával párosítva

Eredmény

Több kalapot viselő fejlesztő üzletként a kiskereskedő fejlesztői csapata szívesen egységesített egyetlen platformon. Környezete bonyolulttá és nehezen kezelhetővé vált, mivel az új Docker konténer alapú mikroszolgáltatások olyan eszközökkel együtt működtek, mint az Ansible, a Docker Swarm, valamint a Hashicorp Consul és Vault. A szervezet magasabb szintű automatizálást kapott.Ez az automatizálás viszont lehetővé tette a fejlesztők számára, hogy gyorsabban dolgozzanak, agilitással iteráljanak és stratégiaibb hatást fejtsenek ki a szervezetre.

DevOps az utazásban

Profil

Amadeus világszerte az egyik legnagyobb utazásszervező. Rendszereik kölcsönhatásba lépnek 90% az összes utazással kapcsolatos ügyletből, amelyek több mint 700 légitársaságok és azok körül 600 000 szállodák, amelyek több mint 55 000 másodpercenkénti műveletek csúcsterhelésnél - és a számok folyamatosan nőnek.

Probléma

A vállalat egy privát felhőt használt virtuális gépekkel, amelyeket a Vagrant és a vSphere szolgált. Az infrastruktúra hipervizoros rétegének fenntartására fordított számítási erőforrások száma azonban túl magas volt, és a feldolgozás sebessége sem volt optimális, miközben akár több másodperces késés is hatalmas veszteségeket okozhat az utazásszervezők számára.

Megoldás

A cég választotta Dokkmunkás Csavargó helyett és úgy döntött, hogy áttér egy on-prem felhőre, amelyen fut az OpenShift, Docker és Kubernetes. Saját DevOps felügyeleti rendszer használatával hatékonyan tudták kihasználni teljes informatikai infrastruktúrájukat, kihasználva a hipervizorok által korábban használt erőforrásokat. Ez majdnem húsz% számítási teljesítményük.

Eredmény

A társaság megkapta s millió millió értékű számítási erőforrás egyszerűen informatikai infrastruktúrájuk hatékony kihasználásával. Ezenkívül a Kubernetes-fürtökben futó Docker-konténerek lehetővé teszik a munkaterhelések valós idejű feldolgozását, mivel a hipervizor-réteg hiánya miatt nincs késés.

Amint ez a lista mutatja, az iparágak profitálhatnak a DevOps használatából, még akkor is, ha nem technológiai központúak. A DevOps egyik fő célja, hogy megakadályozza az osztályok részlegesen végzett munkáját. Ehelyett arra ösztönzi őket, hogy kommunikáljanak egymással. Ez a cél segít a célok gyorsabb elérésében, kisebb súrlódással.

Most, hogy megértetted DevOps különböző területeken , nézd meg a az Edureka, egy megbízható online tanulási vállalat, amelynek több mint 250 000 elégedett tanulóval rendelkező hálózata elterjedt az egész világon. Az Edureka DevOps tanúsító tanfolyam segít a tanulóknak megérteni, mi a DevOps, és szert kell szerezni a különféle DevOps folyamatok és eszközök, például a Báb, a Jenkins, a Nagios, az Ansible, a Chef, a Saltstack és a GIT számára az SDLC több lépésének automatizálásához.

Van egy kérdésünk? Kérjük, említse meg a megjegyzések részben, és mi kapcsolatba lépünk Önnel.