AWS Instant Tímaáætlun vs GorillaStack

A einhver fjöldi af stofnunum kemur til okkar eftir hjálp eftir að þeir hafa eytt vikum í glímu við AWS Instance tímaáætlun. Aðrir notendur sem aldrei hafa reynt að glíma við 40 blaðsíðna leiðbeiningarskjalið spyrja okkur af hverju þeir ættu ekki að nota það í stað GorillaStack.

Yfirlit yfir tímaáætlun

AWS Instant Tímaáætlun er lausn skrifuð af AWS Solutions teyminu, byggð á gömlum bloggfærslu þar sem gerð er grein fyrir því hvernig eigi að skrifa eigin tímaáætlunartíma. Sú leiðarvísir og þessi lausn veitir notendum að rúlla þínum eigin tímaáætlunartíma. Við munum gera grein fyrir lykilatriðum milli AWS fyrirliggjandi tímaáætlunar og GorillaStack regla vélarinnar.

GorillaStack lögun sett

Fyrsti og augljósasti munurinn á GorillaStack og AWS Instance Tímaáætlun er munurinn á löguninni. Reglusvél GorillaStack er hægt að kveikja á mörgum kallarum (ekki bara tímasetningum) og geta framkvæmt mun meiri aðgerðir umfram tímasetningar tímasetningar, í kringum undirbúning fyrir bata hörmungar, sköpun / varðveislu skyndimynda, pjatla, stjórnun sjálfvirks stigstærðar og DynamoDB stigstærð, svo aðeins sé nefnt nokkrar. GorillaStack lýkur einnig viðbragðslykkjunni með því að útvega viðburðaskrá (með endurskoðunarupplýsingum og framkvæmdarsögu) sem og vélarrúminu okkar (afla arðsemi og sparnaði mælingar til að tilkynna aftur til fyrirtækisins).

Stýrður lausn vs.

Mörg teymi sem við ræðum við eru tíma slæm og skortir mannafla sem þeir þurfa til verkefna sem skila raunverulegu gildi fyrir viðskipti sín. Stýrðar lausnir hafa orðið sífellt vinsælli á síðustu árum þar sem fyrirtæki gera sér grein fyrir mikilvægi þess að viðhalda einbeitingu á viðskiptamarkmiðum.

Þó að AWS Instant Tímaáætlun virðist beinlínis til að dreifa og nota eru falin margbreytileiki í eðli framkvæmdar, uppsetningar og viðhalds þess. Þessi vandamál eru samsett í fyrirtækjum, með flókið, stórt fjölþjóðlegt umhverfi og sérstök teymi með mismunandi kröfur.

GorillaStack býður upp á sjálfvirknihugbúnað fyrirtækis sem stýrða þjónustu, með öllum þeim aðgerðum sem stór fyrirtæki þurfa á að halda (SAML, hlutverkatengd aðgangsstýring, endurskoðunarsaga um reglustillingar) og alla þá eiginleika sem notendur vilja (tilkynningar, aðgerðir, aðlögun) .

Tímabelti, tilkynningar, blund og hætta við

GorillaStack hefur verið hannað fyrir stórt, kraftmikið teymi og heldur áfram að þróast með endurgjöf þeirra. Nokkur dæmi um verulegan mun á lögun sem skiptir máli fyrir notendur:

  1. Stuðningur við margtímabelti: Til að bjarga notendum frá því að þurfa að umbreyta í UTC og aldrei aftur verða hneykslaðir af breytingum á sumartíma á þínu svæði.
  2. Tilkynningar: Fyrir allar áætlaðar reglur í GorillaStack geturðu stillt tilkynningu sem Slack eða tölvupóstur verður afhent til að láta þig vita hvaða úrræði miðast við núverandi reglu. Í tilkynningunni er notendum einnig gefinn kostur á að blunda eða hætta við (auðvitað er aðgangur að þessum aðgerðum einnig aðlagaður með sérsniðna aðgangsstýringu okkar á hlutverki).
  3. Blunda og hætta við: Stundum koma upp tilvik þar sem áætlaður tími er ekki lengur viðeigandi fyrir tiltekinn dag. Það gæti verið að notendur vinni seint eða kerfin séu enn í notkun. Hvort heldur sem er, notendur ættu að geta sagt „ekki í dag“ (hætta við) eða „beðið í X mínútur“ (blunda). Þetta er aðeins mögulegt í GorillaStack og skiptir um notendur af valinu, sem þarf að eyða og bæta við uppsetningunni aftur í Instance Tímaáætlun, eða á annan hátt fjarlægja merki til að miða og bæta þeim við síðar
  4. Liðsöflun: Með því að styðja SAML og flókin, sérsniðin notendahlutverk - stofnanir gera liðum kleift að stjórna umhverfi með því að veita endanlegan notanda breytilegan aðgang. Þetta er magnað hjá stofnunum með kröfur um vökva (að breyta áætlunarkröfum, breyta starfsfólki, breyta merkisstjórnun, breyta merkibreytum) þar sem annars væri nær ómögulegt að halda uppi kóða hjá miðaeiganda.

Ósambærilegur sveigjanleiki í miðun

Annað svæði þar sem Regluvél GorillaStack raunverulega skín er hvernig hún heldur utan um kornmörkun auðlinda. Notendur sem innleiða AWS Instant Tímaáætlun þurfa að taka ákvarðanir í framkvæmd um hvort eigi að útfæra krosssvæði eða kross reikningsbragð. Ef stillt er fyrir marga reikninga gilda allar tímasetningar alltaf fyrir alla reikninga og öll svæði. Í GorillaStack á hinn bóginn, fyrir hverja reglu, hefur notandinn möguleika á að velja hvaða svæði og reikninga á hverri reglu, svo allir reikningar og öll svæði eru valkostur en er ekki með umboð.

Innan AWS Instance Tímaáætlunar dreifingaraðilinn þarf notandinn að tilgreina tiltekinn Resource Tag lykil, sem verður notaður til að íhuga gildi Resource Tag sem passa við hvert skipulag. Þetta þýðir að aðeins er hægt að bera kennsl á hverja auðlind sem á að miða við þegar eitt merki er til staðar.

Í GorillaStack aftur á móti leggjum við fram hugmyndina um TagGroups. Notendur tilgreina blöndu af Resource Tag Key: Gildi pör og samsvörunarstefnu (hástöfum og hástöfum). Notandinn getur síðan sameinað þetta með booleska tjáningu til að skilgreina hvernig eigi að passa við auðlindir á afturkreistíma. Þetta gefur möguleika á að skera niður í sérstaka undirhóp auðlinda á miklu meira kornstigi.

Yfirlit

GorillaStack þjónar litlum fyrirtækjum og sprotafyrirtækjum alla leið til nokkurra stærstu einkafyrirtækja og ríkisstofnana í heiminum. Sameiginlega þráðurinn sem liggur í gegnum hvern og einn af viðskiptavinum okkar er áhersla þeirra á nýsköpun og framfarir. Bestu starfssamtökin gera sér grein fyrir mikilvægi þess að gera teymum sínum kleift að einbeita sér að kjarnastarfi sem beinist að heildarstefnu fyrirtækisins en gerir kleift að sjá um hin ógreindu þunglyftu með tækjum sem voru sérstaklega hönnuð fyrir starfið.

Upphaflega birt á www.gorillastack.com 16. apríl 2018.