AWS Instance Scheduler vs GorillaStack

Mnoho organizací k nám přichází o pomoc poté, co strávili týdny zápasem s plánovačem instance AWS. Jiní uživatelé, kteří se nikdy nepokusili zvládnout tento 40stránkový instruktážní dokument, se nás ptají, proč by ho neměli používat místo GorillaStack.

Přehled plánovače instance

Plánovač instance AWS je řešení napsané týmem AWS Solutions na základě starého blogového příspěvku, který popisuje, jak napsat vlastní plánovač instance. Tato příručka a toto řešení poskytují uživatelům přehledný plánovač instance. Načrtneme hlavní body rozdílu mezi plánovačem instance AWS a modulem pravidel GorillaStack.

Sada funkcí GorillaStack

První a nejzjevnější rozdíl mezi GorillaStack a AWS Instance Scheduler je rozdíl v sadě funkcí. Modul GorillaStack's Rules Engine lze spustit na více spouštěčích (nejen na plánech) a může provádět mnohem větší řadu akcí mimo plánované instance, kolem přípravy na zotavení po katastrofě, vytvoření / zadržení snímku, oprava, automatická správa měřítka a škálování DynamoDB. trochu. GorillaStack také dokončuje zpětnovazební smyčku poskytnutím protokolu událostí (s informacemi o auditu a historie provedení) a také naší strojovny (poskytující návratnost investic a sledování úspor, aby se o nich podařilo zprávu zpět).

Managed Solution vs. In House Instance Scheduler

Mnoho týmů, se kterými hovoříme, jsou časově chudí a postrádají lidské zdroje, které potřebují pro projekty, které přinášejí skutečnou hodnotu jejich podnikání. Spravovaná řešení se v posledních několika letech stávají stále populárnější, protože si podniky uvědomují zásadní význam udržení zaměření na obchodní cíle.

Ačkoli se zdá, že plánovač instance AWS je jednoduchý na nasazení a používání, v povaze jeho implementace, konfigurace a údržby jsou skryté komplikace. Tyto problémy se zhoršují v podnicích se složitými, velkými prostředími s více účty a odlišnými týmy s různými požadavky.

GorillaStack poskytuje podnikový automatizační software jako spravovanou službu se všemi funkcemi, které velké podniky vyžadují (SAML, řízení přístupu na základě rolí, historie auditu v konfiguraci pravidel) a všemi funkcemi, které koncoví uživatelé chtějí (oznámení, akce, přizpůsobení) .

Časová pásma, oznámení, odložení a zrušení

GorillaStack byl navržen pro velké, dynamické týmy a nadále se vyvíjí na základě jejich zpětné vazby. Několik příkladů významných rozdílů funkcí, které mohou uživatele změnit:

  1. Podpora více časových pásem: Chcete-li ušetřit uživatelům nutnost převodu na UTC a nikdy se znovu nezastaví změnami letního času ve vaší lokalitě.
  2. Upozornění: Pro jakékoli naplánované pravidlo v GorillaStack můžete nakonfigurovat oznámení, které má být doručeno Slackem nebo e-mailem, aby vás informovalo o tom, jaké zdroje jsou cíleným aktuálním pravidlem. V oznámení jsou uživatelům také poskytnuta možnost odložit nebo zrušit (přístup k těmto akcím je samozřejmě také přizpůsobitelný pomocí naší vlastní kontroly přístupu založené na rolích).
  3. Odkládání a rušení: Občas se objeví případy, kdy naplánovaný čas již není vhodný pro konkrétní den. Je možné, že uživatelé pracují pozdě, nebo jsou systémy stále používány. V obou případech by uživatelé měli mít možnost říci „ne dnes“ (zrušit) nebo „počkat X minut“ (odložit). To je možné pouze v programu GorillaStack a šetří uživatelé alternativy, která musí odstranit a znovu přidat konfiguraci v Plánovači instance, nebo jinak odebrat značky pro cílení a znovu je přidat později.
  4. Team Enablement: Podpora SAML a složitých uživatelských rolí - organizace zmocňují týmy ke správě prostředí tím, že koncovému uživateli poskytují variabilní přístup. Toto je zvětšeno v organizacích s požadavky na tekutiny (měnící se požadavky na rozvrh, měnící se personál, měnící se správa tagů, měnící se proměnné tagů), kde by jinak bylo téměř nemožné udržovat kód u centrálního vlastníka.

Nesrovnatelná flexibilita v cílení

Další oblastí, kde GorillaStack's Rules Engine opravdu svítí, je to, jak spravuje granulární cílení zdrojů. Uživatelé implementující plánovač instance AWS se musí při implementaci rozhodovat, zda implementovat příchuť napříč regiony nebo mezi účty. Pokud je nakonfigurováno pro více účtů, budou se všechny plány vždy vztahovat na všechny účty a všechny regiony. Na druhé straně v GorillaStack má uživatel pro každé pravidlo možnost vybrat, které oblasti a účty na základě pravidla, takže všechny účty a všechny regiony jsou možnost, ale nejsou povinny.

V rámci nasazení plánovače instance AWS je uživatel povinen určit konkrétní klíč značky zdroje, který bude použit k zvážení hodnot značky zdroje, aby odpovídaly každému nakonfigurovanému plánu. To znamená, že každý cílený zdroj lze identifikovat pouze na základě přítomnosti jedné značky.

Na druhou stranu v GorillaStack poskytujeme pojem TagGroups. Uživatelé určují kombinaci klíče zdrojů: párů hodnot a strategií párování (rozlišování malých a velkých písmen, nerozlišování velkých a malých písmen nebo použití regulárních výrazů). Uživatel je pak může kombinovat pomocí booleovského výrazu a definovat, jak porovnat zdroje za běhu. To dává možnost snížit se na konkrétní podskupiny zdrojů na mnohem podrobnější úrovni.

souhrn

GorillaStack slouží malým podnikům a začínajícím podnikům až po některé z největších soukromých podniků a vládních organizací na světě. Společným prvkem každého z našich zákazníků je zaměření na inovace a pokrok. Organizace s nejlepší praxí uznávají, že je důležité, aby se jejich týmy mohly soustředit na hlavní práci, která směřuje k celkové strategii podniku, a zároveň umožnit, aby se nediferencované těžké zvedání postaralo o nástroje, které byly speciálně navrženy pro danou práci.

Původně zveřejněno na www.gorillastack.com 16. dubna 2018.