Automation – Insperitas https://insperitas.com Inspiring Cloud Initiatives Fri, 23 Feb 2018 14:30:46 +0000 en-GB hourly 1 https://wordpress.org/?v=4.9.4 https://s3-eu-west-2.amazonaws.com/insperitasmedia.com/wp-content/uploads/2017/09/29153007/cropped-insperitas52-32x32.png Automation – Insperitas https://insperitas.com 32 32 Principle 7: Prepare for failure https://insperitas.com/principle-7-prepare-for-failure/ Mon, 11 Sep 2017 08:15:09 +0000 http://184.73.8.45/?p=193 Continue reading "Principle 7: Prepare for failure"

]]>
Design your services and components to cope with failure. Any single component failure should not impact the overall service.

When designing Cloud Solutions ensure that the load is spread in a way that will cater for failure. The extent of the spread will depend on the criticality of the service as more spread equates to higher cost.

Use Load Balancers effectively to separate stateless micro-services from each other.

 

 

]]>
Principle 5: Measure Everything https://insperitas.com/principle-5-measure-everything/ Fri, 08 Sep 2017 09:17:32 +0000 http://54.210.160.50/?p=186 Continue reading "Principle 5: Measure Everything"

]]>
Every Cloud Service should be measured and logged

In order to ensure that costs are kept to a minimum it should be possible at all times to know all there is to know about each service. Its important to realize that  when using elastic virtual servers, the logs could be deleted when the server is deleted. Therefore servers should log all data centrally in a way that can be readily interrogated.

  • Log everything. Modern Cloud Services provide detailed logs. Collect them ALL. These include Application Logs, Infrastructure Logs and Security Logs!
  • Good elasticity depends on having accurate usage data.
  • Failing to measure is a sure fire way to waste money.
  • Set alerts on services based on the metrics expected and your design.
  • Use Tags properly. Your 1st tag for each item should be Cost_Centre. Tagging Taxonomy is important to save future headaches.
  • A good logging tool is essential for intelligent interpretation.
]]>
Principle 3: Infrastructure as Code https://insperitas.com/principle-3-infrastructure-as-code/ Thu, 07 Sep 2017 07:42:51 +0000 http://54.172.249.5/?p=168 Continue reading "Principle 3: Infrastructure as Code"

]]>
Build everything as Code

Why?

All Cloud services worthy of the name can be used or accessed using their API.  By calling this API via code we can benefit from:

  • Faster Deployments. Deploying both the application and the infrastructure using code can dramatically speed up deployment and lead to Continuous Deployment
  • Reduce Error. Version controlled, repeatable scripts remove opportunities for human error. Auditing, which is essential to many companies success, is also made much easier.
  • Automatic Configuration. We can use script based tools such as Ansible to control and configure our whole Cloud environment.
]]>
Principle 2: Automate Everything https://insperitas.com/principle-2-automate-everything/ Tue, 05 Sep 2017 09:15:08 +0000 http://34.201.127.123/?p=153 Continue reading "Principle 2: Automate Everything"

]]>
Everything you build should be both automated and repeatable

Why?

What if your infrastructure breaks? What if there is a disaster? Rebuilding can take considerable time. If your solution is built from repeatable code then recovery can also be automated.

Chunks of well crafted repeatable code can be pieced together to form more complex solutions, saving time in the long run.

Continuous Deployment which is a pillar of agile entities can only be achieved with automation.

A complete and well defined automated solution creates a perfect staging environment, protecting your production environment without the need for human change control.

]]>