A lot of organizations come to us for help after they have spent weeks wrestling with AWS Instance scheduler. Other users who have never tried to grapple with the 40 page instructional document ask us why they shouldn’t use it instead of GorillaStack.
The AWS Solutions Team wrote a solution: AWS Instance Scheduler. It is based on an old blog post outlining how to write your own instance scheduler. That guide and this solution provide users with a roll your own instance scheduler. We will outline the key points of difference between the AWS Instance Scheduler and the GorillaStack Rules Engine.
The feature set is the key difference between GorillaStack and the AWS Instance Scheduler.
GorillaStack’s Rules Engine can be triggered on multiple triggers, not just on schedules. It can perform a far greater set of actions beyond scheduling instances. For instance, you are able to create workflows for disaster recovery, snapshot creation/retention, patching, auto-scaling management, and DynamoDB scaling.
GorillaStack also completes the feedback loop by providing 2 key areas:
Many teams that we speak with are time poor and lack the human resources they need for projects that deliver genuine value to their business. As businesses realize the critical importance of maintaining focus on business objectives, managed cloud solutions have become increasingly popular over the last few years.
The AWS Instance Scheduler seems straightforward to deploy and use. However, there are hidden complexities in the nature of its implementation, configuration, and maintenance. These problems are compounded in enterprises, with complex, large, multi-account environments and distinct teams with different requirements.
GorillaStack provides enterprise-grade automation software as a managed service to addresses the needs of both the business and end users. These features include:
GorillaStack is designed for large, dynamic teams and continues to be developed by their feedback. Some examples of significant features differences that make a difference to users:
To help users from having to convert to UTC and never again get stung by daylight savings changes in your locality.
For any scheduled rule in GorillaStack, you can configure a notification to be delivered by Slack or Email to notify you of what resources are targeted by the current rule. In the notification, the users are also provided the option to snooze or cancel. Also, you can customize access to these actions using our custom role based access control).
Occasionally cases come up where the scheduled time is no longer appropriate for a particular day. It could be that users are working late, or systems are still in use. Either way, users should be able to say “not today” (cancel) or “wait X minutes” (snooze). This is possible only in GorillaStack and spares users of the alternative which is having to delete and re-add the configuration in the Instance Scheduler. or otherwise remove tags for targeting and re-add them later
By supporting SAML and complex, custom user roles – organizations empower teams to manage environments by giving variable access to the end user. This is magnified in organizations with fluid requirements (changing schedule requirements, changing personnel, changing tag management, changing tag variables) where it would otherwise be near impossible to maintain code with a central owner.
Another area where GorillaStack’s Rules Engine really shines is how it manages granular targeting of resources. Users implementing the AWS Instance Scheduler need to make decisions in implementation about whether to implement a cross region or cross account flavor. Whereas in GorillaStack, the user has the option to select which regions and accounts per rule basis. This gives the user the flexibility to implement all accounts and all regions and they aren’t mandated.
Within the AWS Instance Scheduler deployment, the user is required to specify a particular Resource Tag Key. This tag key will be used to consider Resource Tag values to match against each schedule configured. This means that every resource to be targeted can only be identified on the presence of a single tag.
Whereas in GorillaStack, we provide the notion of tag groups. Users specify a combination of Resource Tag Key:Value pairs and matching strategies (case sensitive, case insensitive or using regular expressions). The user can then combine these using a boolean expression to define how to match against resources at runtime. This gives the ability to cut into specific subsets of resources at a far more granular level.
GorillaStack serves small businesses and startups all the way through to some of the largest private enterprises and government organizations in the world. The common strand that runs through each of our customers is their focus on innovation and progress. The best practicing organizations recognize the importance of enabling their teams to focus on the core work that drives towards a business’s overall strategy whilst allowing the undifferentiated heavy lifting to be taken care of by tools that were specifically designed for the job at hand.
First published on 16 Apr 2018. Updated on 2 Mar 2021.