Module2: Introduction to Cloud Architecting Flashcards
Role of the cloud architect
Apply best practice for a cloud service aiming at meeting technical and business needs through the application of the AWS well architected framework
Cloud Architect mindset
Backward: From the business need to the architecture
Year of Commercial appearance of AWS
2006
First AWS services
Amazon Simple Queue Services (SQS)
Simple Storage Services (S3)
Amazon Elastic Cloud Compute (EC2)
Cloud architecting lifecycle
Plan: Set technical strategies with business leads
Analyse solution to business need
Research: Investigate cloud services and workload requirement
Review existing architectures
Design prototype solutions
Build: Design the roadmap with milestones work streams and owner
Manage adoption and migration
6 Pillars of the AWS well architected framework
- Operational Excellence
- Security
- Reliability
- Performance Efficiency
- Cost optimisation
- Sustainability
The operational Excellence pillar
- Run and Monitor systems that deliver business value
- Continually improve supporting processes and procedures
- View the entire workload as code
The security pillar
*Strong identity foundation (who has a key)
*Traceability (who opened a door)
*Security at all layers (Not because you enter the building that you can go into the safe)
*Risk assessment and mitigation strategies (if fire where are extinguishers, exit routes)
The Reliability pillar
*Recover quickly
*Dynamically meet demande
*Mitigate disruptions
The Performance efficiency pillar
*Choose and maintain efficient resources
*Democratize advanced technologies
*Employ mechanical Sympathy (use a tool with the knowledge of how it operates best)
The cost optimization pillar
*Measure efficiency
*Elimiate uneeded expense
*Adopt the right consumption model
*Consider using managed services
The sustainability pillar
*Establish sustainability goals
*Maximize utilisation
*Choose efficient hardware and software
*Reduce downstream impact
The AWS WA Tool
Review your workload and compare to best practices.
Delivers action plan
Provide a step by step guidance
consistent process to review and measure the architecture
Accessible in the management console
What is a trade off?
what you prioritoze depending on your need. But what you gain on one side, you may loose in the other:
Cost vs performance
Consistency and durability vs latency
…
Base your trade on empirical data and testing
What are anti patterns?
Bad solution design
Where should we be scalable ?
At every layer (everywhere)
How to be scalable?
Amazon CloudWatch can detect the load on the server CPU. A certain load for a certain period can trigger the increase or decrease of capacity through an alarm.
The alarm will trigger EC2 Auto Scaling.
Should go both ways (Up and down)
What is being elastic
Capacity to adjust resources up and downward to the workload
Best practice 1 :
Scalability
How are scalability and automation linked
With automation, you save time in being reactive to the workload
Best practice 2:
Automation
How to automate
CloudWatch => EC2 auto scaling => Automatic alarms => Log and tracking
Best Practice 3:
Use IaC
What’s IaC
infrastructure as Code: Provision your infrastructure as code (programmatically) instead of doing it manually.
Deploy duplicate, reduce config error, propagate changes…
Common use of IAC
Build test and deploy applications
Best practice 4:
Treat ressources as disposable.
Automate, test, stop, replace, update.
Don’t get attached. Ressources are kleenex. Good hygiene is to replace,
Best practice 5:
Loosely coupled components
What does loosely coupled components mean
Don’t make your infrastructure too rigid by tighing components togethers. Use tool like Elastic Load balancing to dynamically engage ressources, handle failures and scale components.
Two solutions to decouple components?
*Load balancer
*Message queues