A best practice guide to setting up Enterprise AWS Accounts

By on February 22, 2017 in Cloud

It’s very normal to feel like a kid in a candy store when you first get into AWS, and it can be hard to hold yourself back from jumping in and using your AWS account as soon as it’s been created.

However, spending some time up front to ensure your accounts are setup in a hygienic and consistent manner will save you many headaches down the track, especially as the number of AWS accounts in your organisation grows.

It’s not the most exciting part of AWS, but it is an important part to get right!

The points below walk through the process for creating AWS accounts, and highlights some of the best practices we have seen in real-life enterprises.

These recommendations are based on the current AWS account creation process, which may be simplified when the new AWS Organizations service is released.

AWS Account Strategies for Enterprises

By on February 1, 2017 in Cloud, DevOps, Visibility

Enterprise and large organisations typically need a multi-account strategy to support the requirements of running their AWS ecosystem. It is important to setup the accounts in a consistent fashion, at the start, to ensure simple management and tracking of many AWS accounts in the future. This post looks at ways an organisation may decide to structure their AWS accounts.

After you have rushed out and created that first AWS account, to gain an understanding of AWS and play with Lambda! It’s important to take sometime and decide how many AWS accounts are needed and for what purpose. AWS account strategies need to be tuned to an organisation and fit with their needs now and in the future.

Before examining the strategies, it’s important to note that an AWS account is the complete logical grouping of resources on AWS, effectively each account is an independent customer on the AWS platform. The AWS account is the first thing you create to access AWS capabilities, from there you can build and deploy virtual resources on AWS. An account could have 1 EC2 instance or 10,000.

When deciding on your account structure, it’s good to consider a few aspects.

How to stop your cloud costs from rocketing in 2017

By on January 12, 2017 in Cloud

The race to move more and more IT infrastructure into a cloud environment is most definitely on. We all know the benefits of cloud, in reducing upfront costs, potentially reducing ongoing costs and improving the rate of innovation and business continuity.

However, if not managed correctly, cloud costs can spiral out of control and you can find yourself spending more on cloud based infrastructure than you did on your in-house systems.

Below are a few tips to stop your cloud based costs from blowing out.

Embrace the subscription model

Traditional IT spending used to mean large, up-front hardware and software purchases, usually every three to five years. Moving to a cloud based model should be much more manageable because things shift to a recurring monthly subscription, similar to how you pay your electricity bill.
This reduces or eliminates major upgrades and enables organisations to grow resources gradually as the business requires. The companies that start thinking like a utility company are going to have an edge over their competition.

Visibility to empower engineers and how a tool like Stax can help

By on January 9, 2017 in Cloud, DevOps, Visibility

The very heart of successful and innovative DevOps comes from allowing your teams to own their own infrastructure. There are numerous and obvious benefits to this, not least of which is that teams can avoid wasting hours, days or weeks waiting for servers to be spun up. Especially in the cloud, it also means teams can find the right technology to solve your business problem because they can experiment quickly and with agility.

This approach to DevOps is the one to which everyone aspires, but it can often be a confronting proposition for many large IT teams and the CIOs who lead them. How can you be sure that everything’s going to be cost-effective, compliant and secure if your developers are doing whatever they want?