@@ -27,15 +27,56 @@ See SETUP.md for technical preparation
27
27
- technical goals
28
28
1 . infrastructure.md
29
29
- what is infrastructure?
30
+ - automobile analogy
30
31
- why automate it?
31
- -- NEXT --
32
+ - click-next dangers
33
+ - repeatablity, speed
34
+ - so let's get started, but first:
32
35
1 . workstation_setup.md
33
36
- connect to AWS workstation
34
37
- set up local connection and Atom remote_file
35
38
1 . chef_0.md
39
+ - setting: we have to release our (non-dynamic) home page
40
+ - we need to walk before we can run - so we'll start simple
36
41
- how do config mgmt systems approach the problem?
42
+ - Infrastructure as Code
43
+ - Programmatically provision & configure components
44
+ - Treat like any codebase
45
+ - Reconstruct business from repository, data backup, and compute
46
+ - Policy-based management
47
+ - capture in code
48
+ - Chef ensures nodes and compute resources comply
37
49
- resources
38
50
- test & repair
51
+ 1 . chef_1.md
52
+ - enough lab with package, file, service and template to get hello world!
53
+ - What's the DevOps story here?
54
+ 1 . code_collaboration.md
55
+ - lab: bump versions and collaborate through GitHub PRs
56
+ - lab: test your cookbook
57
+ - lab: use Jenkins to ensure you're testing
58
+ - optional_lab: use Jenkins to release your infrastructure
59
+ - What's the DevOps story here?
60
+ 1 . operationalize.md
61
+ - Why AWS
62
+ - Biggest player
63
+ - All other players borrow from them: Dig. Ocean, Google Cloud,
64
+ - One I'm most familiar with
65
+ - Why the cloud?
66
+ - OpEx vs. CapEx
67
+ - Elastic to demand
68
+ - Instant provisioning
69
+ - The Netflix story
70
+ 1 . aws_0.md
71
+ - ec2
72
+ - ami
73
+ - instance size
74
+ - security groups
75
+ - the instances so far have been in the default security group, which only allows ingress from this set of IP addresses
76
+ - can't reach it with your phone
77
+ - the www machine needs to be world-accessible
78
+ - load-balancing
79
+
39
80
40
81
41
82
## Attributions
0 commit comments