AWS-i esinemisplaan vs. GorillaStack

Paljud organisatsioonid pöörduvad meie poole abi saamiseks pärast seda, kui nad on nädalaid veetnud AWS-i eksemplari plaanijaga. Teised kasutajad, kes pole kunagi proovinud 40-leheküljelise juhenddokumendiga hakkama saada, küsivad meilt, miks nad ei peaks seda GorillaStacki asemel kasutama.

Eksemplaride ajakava ülevaade

AWS-i esinemisplaan on AWS-lahenduste meeskonna kirjutatud lahendus, mis põhineb vanal blogipostitusel, milles kirjeldatakse, kuidas kirjutada oma eksemplari ajakava. See juhend ja lahendus pakuvad kasutajatele teie enda eksemplari ajakava. Toome välja peamised erinevused AWS-i esinemisplaani ja GorillaStacki reeglite mootori vahel.

GorillaStacki funktsioonikomplekt

Esimene ja kõige ilmsem erinevus GorillaStacki ja AWS-i esinemisplaani vahel on funktsioonide komplekti erinevus. GorillaStacki reeglite mootorit saab käivitada mitmel päästikul (mitte ainult ajakavadel) ja see võib teha palju suuremaid toiminguid peale ajakava planeerimise, ka katastroofijärgseks taastumiseks ettevalmistamise, hetktõmmise loomise / säilitamise, lappimise, automaatse skaleerimise halduse ja DynamoDB-i skaleerimise, et nimetada lihtsalt mõni. GorillaStack täiendab ka tagasisideahelat, pakkudes sündmuste logi (koos auditeerimise ja täitmise ajalooga) ning meie masinaruumi (pakkudes ROI-d ja säästude jälgimist, et ettevõttele aru anda).

Hallatav lahendus vs maja eksemplari planeerija

Paljud meeskonnad, kellega me räägime, on ajavaesed ja neil puuduvad inimressursid, mida nad vajavad projektide jaoks, mis pakuvad nende ettevõttele tõelist väärtust. Hallatud lahendused on viimastel aastatel muutunud üha populaarsemaks, kuna ettevõtted mõistavad, kui oluline on jätkuvalt keskenduda ärieesmärkidele.

Ehkki AWS-i eksemplaride ajakava kasutuselevõtt ja kasutamine tundub lihtne, on selle rakendamisel, konfigureerimisel ja hooldamisel varjatud keerukusi. Neid probleeme seob ettevõtetes keerukas, suur, mitme kontoga keskkond ja erinevad meeskonnad, kellel on erinevad nõuded.

GorillaStack pakub hallatava teenusena ettevõttes kasutatavat automatiseerimistarkvara koos kõigi funktsioonidega, mida suured ettevõtted vajavad (SAML, rollipõhine juurdepääsu kontroll, auditeerimise ajalugu reeglite konfigureerimisel) ja kõigi funktsioonidega, mida lõppkasutajad soovivad (teatised, toimingud, kohandamine) .

Ajavööndid, teatised, edasilükkamine ja tühistamine

GorillaStack on mõeldud suurtele dünaamilistele meeskondadele ja seda arendatakse jätkuvalt nende tagasiside põhjal. Mõned näited olulistest funktsioonide erinevustest, mis muudavad kasutajad erinevaks:

  1. Mitme ajavööndi tugi: selleks, et kasutajatel ei tekiks vajadust üle minna UTC-le ega peaks enam kunagi tormama oma paikkonna suveaja muutuste tõttu.
  2. Teavitused: kõigi GorillaStacki ajastatud reeglite jaoks saate konfigureerida teatise, mille edastab Slack või Email, et teavitada teid ressurssidest, mida praegune reegel sihib. Teates antakse kasutajatele ka võimalus edasi lükata või tühistada (muidugi on nendele toimingutele juurdepääs ka kohandatav, kasutades meie kohandatud rollipõhist juurdepääsu juhtimist).
  3. Lükkamine ja tühistamine: mõnikord tuleb ette juhtumeid, kus kavandatud kellaaeg pole enam konkreetse päeva jaoks sobiv. Võib juhtuda, et kasutajad töötavad hilinemisega või süsteemid on endiselt kasutuses. Mõlemal juhul peaksid kasutajad saama öelda „ei täna” (tühistada) või „oodata X minutit” (edasi lükata). See on võimalik ainult GorillaStackis ja varuvarustuse kasutajate jaoks, kes peavad konfiguratsiooni kustutama ja uuesti lisama eksemplari plaanijasse või eemaldama muul viisil sihtimiseks sildid ja lisama need hiljem uuesti.
  4. Meeskonna lubamine: toetades SAML-i ja keerulisi, kohandatud kasutajarolle - organisatsioonid võimaldavad meeskondadel keskkondi hallata, pakkudes lõppkasutajale muutuvat juurdepääsu. Seda suurendatakse organisatsioonides, kus on vedelikunõudeid (ajakava nõuete muutmine, personali muutmine, sildihalduse muutmine, sildi muutujate muutmine), kus vastasel juhul oleks peaomaniku jaoks koodi pidamine peaaegu võimatu.

Võrreldamatu paindlikkus sihtimisel

Veel üks valdkond, kus GorillaStacki reeglite mootor tõeliselt paistab, on see, kuidas ta haldab ressursside detailset sihtimist. Kasutajad, kes rakendavad AWS-i eksemplaride ajakava, peavad rakendamisel otsustama, kas rakendada piirkondadevahelist või kontoülest maitset. Kui see on konfigureeritud mitme konto jaoks, rakenduvad kõik ajakavad alati kõigile kontodele ja kõikidele piirkondadele. Teisest küljest saab GorillaStackis kasutaja igal reeglil valida, milliseid piirkondi ja kontosid reegli alusel kasutatakse, nii et kõik kontod ja kõik piirkonnad on valik, kuid see pole volitatud.

AWS-i esinemisplaanide juurutamise käigus peab kasutaja määrama konkreetse ressursi sildi võtme, mida kasutatakse ressursisildi väärtuste arvestamiseks iga konfigureeritud ajakavaga. See tähendab, et iga sihtitatavat ressurssi saab tuvastada ainult ühe sildi olemasolul.

Teisalt pakume GorillaStackis mõistet TagGroups. Kasutajad määravad ressursside sildi võtme kombinatsiooni: väärtuspaarid ja sobivad strateegiad (tõstutundlikud, tõstutundlikud või tavaliste avaldiste kasutamisel). Seejärel saab kasutaja neid loogilise avalduse abil kombineerida, et määratleda, kuidas käitusel ressurssidega sobitada. See annab võimaluse lõigata ressursid konkreetseteks alamhulkadeks palju detailsemal tasemel.

Kokkuvõte

GorillaStack teenindab väikeettevõtteid ja idufirmasid maailma suurimate eraettevõtete ja valitsusorganisatsioonideni. Iga kliendi ühine joon on nende keskendumine uuendustele ja edusammudele. Parimat praktikat omavad organisatsioonid tunnistavad, kui oluline on võimaldada oma meeskondadel keskenduda põhitööle, mis juhib ettevõtte üldist strateegiat, võimaldades samal ajal eristamata raskete tõstetega tegeleda tööriistadega, mis on spetsiaalselt ette nähtud antud töö jaoks.

Algselt avaldati veebisaidil www.gorillastack.com 16. aprillil 2018.