Testing in Infrastructure
Download as PPTX, PDF0 likes145 views
The document discusses the value of test-driven infrastructure, highlighting benefits such as early problem detection through CI integration and daily system testing. It explains deployment principles like immutable infrastructure and blue/green deployments, emphasizing their advantages in maintaining application stability and allowing for quick rollbacks. Additionally, it covers automation tools such as acceptance tests, Testinfra for server configuration testing, and 'Simian Army' services aimed at enhancing cloud resilience through failure simulations and resource management.
Testing in Infrastructure
- 1. { Testing in Infrastructure Muhammet Arslan
- 2. Business Value of TestDriven InfraStructure? • Learn of problems earlier by Integrating CI with InfraStructure. • Scripted InfraStructure becomes Documentations • Know your newly changes won’t break the olders. • Cut your non-used resources • You will test your infrastructure daily. • Check your system stability, security.
- 4. How NGP Things are going on ?
- 5. Immutable Infrastructure It means that once you deploy something, you don’t change it When there is change, you rebuild it up from the host up, Or the container up and then you tear down the old one altogether
- 6. Blue / Green Deployments With a blue/green deployment, you provision a new set of instances on which CodeDeploy installs the latest version of your application. CodeDeploy then reroutes load balancer traffic from an existing set of instances running the previous version of your application to the new set of instances running the latest version. After traffic is rerouted to the new instances, the existing instances can be terminated. Blue/green deployments allow you to test the new application version before sending production traffic to it. If there is an issue with the newly deployed application version, you can roll back to the previous version faster than with in- place deployments. Additionally, the instances provisioned for the blue/green deployment will reflect the most up-to-date server configurations since they are new.
- 7. Automation ( On RoadMap)
- 8. What & Why is acceptance test ? • Will run after servers have been provisioned. • Will test the servers are ready for deployment ? • Make you sure your resources has been successfully provisioned. • Make sure your resources can connect with other resources Thing about a small example, we are creating a folder in /opt to store some logs In state A, but in state B we create a task to clear all /opt folder. Our Deployment & Provision tool never throws an error, because it did it’s work, but Because we missed a point, our deployment will fail, because logs couldn’t be stored. But after provisioning, before deployment, with our acceptance tests we can easily Check if our /opt/logs is persistent, so we can be sure our logs will be stored.
- 9. TestInfra https://testinfra.readthedocs.io/en/latest/ With Testinfra you can write unit tests in Python to test actual state of your servers configured by managements tools like Salt, Ansible, Puppet, Chef and so on. def test_nginx_running_and_enabled(Service): nginx = Service("nginx") assert nginx.is_running assert nginx.is_enabled
- 10. Small Demo def test_if_spider_pctm_logs_folder_is_presen t(File): logsDirectory = '/spider/PCTM/logs/' assert File(logsDirectory).is_directory
- 11. SimianArmy Simian Army consists of services (Monkeys) in the cloud for generating various kinds of failures, detecting abnormal conditions, and testing our ability to survive them. The goal is to keep our cloud safe, secure, and highly available. Currently the simians include Chaos Monkey, Janitor Monkey, and Conformity Monkey.
- 12. ChaosMonkey Chaos Monkey is a service which identifies groups of systems and randomly terminates one of the systems in a group. The service operates at a controlled time (does not run on weekends and holidays) and interval (only operates during business hours). Why Run ChaosMonkey ? Failures happen, and they inevitably happen when least desired. If your application can't tolerate a system failure would you rather find out by being paged at 3am or after you are in the office having already had your morning coffee? Even if you are confident that your architecture can tolerate a system failure, are you sure it will still be able to next week, how about next month?
- 13. JanitorMonkey Janitor Monkey is a service which runs in the Amazon Web Services (AWS) cloud looking for unused resources to clean up. The design of Janitor Monkey is flexible enough to allow extending it to work with other cloud providers and cloud resources. The service is configured to run, by default, on non- holiday weekdays at 11 AM. The schedule can be easily re-configured to fit your business' need.
- 14. Confornity Monkey Conformity Monkey is a service which runs in the Amazon Web Services (AWS) cloud looking for instances that are not conforming to predefined rules for the best practices. The design of Conformity Monkey is flexible enough to allow extending it to work with other cloud providers and cloud resources. By default, conformity checking is performed every hour. The schedule can be easily re-configured to fit your business' need.