deboflo

7 ms·

31.
by deboflo 7y ago
The more languages you learn, the more you realize they have more in common than not. At some point it’s time to stop learning 20+ languages and start building stuff. I never said to stop learning, but be very careful what you spend your ti
32.
by deboflo 7y ago
Throw in some basic HTML, css, and JavaScript as well.
33.
by deboflo 7y ago
Learn shell, a scripting language like Python, and a systems language like Java, C, Rust, Go, etc. I think that’s all you need to know as a backend or systems/DevOps Engineer.
34.
by deboflo 7y ago
I learned many languages for years and I received a poor return on time investment. Later, I started learning AWS in depth and studying for certs. I now know way more than I previously did about networking, envelope encryption, messaging, i
35.
by deboflo 8y ago
Look no further: https://github.com/awslabs/ecs-refarch-continuous-deployment https://github.com/aws-samples/ecs-refarch-cloudformation/bl...
36.
by deboflo 8y ago
Exactly. You can deploy a highly available, auto scaled, logging enabled, spot instance or Fargate multi-service ECS reference architecture here by deploying a “one click” cloudformation stack: https://github.com/aws-samples
37.
by deboflo 8y ago
I agree. Work experience always comes first. Anyone obtaining AWS certs without work experience should be a huge red flag.
38.
by deboflo 8y ago
AWS certification exams test for basic and foundational AWS knowledge. They don’t try to do anything other than that. The “whys” are learned in the field, certified or not.
39.
by deboflo 8y ago
Yeah, a serverless certification would be great. These certs are more foundational in scope.
40.
by deboflo 8y ago
The best I’ve ever had never went to college. I was extremely productive under this person because there was a high level of trust and ownership. This was at a company whose CEO also didn’t finish his undergrad at Yale. Prior to this compan
41.
by deboflo 8y ago
No, startups in Silicon Valley are starting to look at these certs because they realize how expensive poorly configured cloud infrastructure can be. It’s a skill that few people have at this point.
42.
by deboflo 8y ago
More employers than you would think. The professional certs are legit. Also, 50% of some cloud native DevOps and infrastructure engineering roles are covered by the pro certs.
43.
by deboflo 8y ago
True, it doesn’t always take a NDE, but I think it does require a certain amount of hardship and/or trauma. People need to be pushed into a corner to find out who they really are. They need to be truly alone, and often not by choice.
44.
by deboflo 8y ago
There isn’t sufficient separation between components within Kubernetes for ease of migrating piece by piece away from kubernetes. Documentation also plays an important role in migrations. I once counted the pages of documentation for Kubern
45.
by deboflo 8y ago
I think we can agree that Kubernetes does far more than schedule containers, even if “at its core” that’s what it does. How many lines of the 2e6 lines of code k8s project are directly related to scheduling containers? Very few. If a schedu
46.
by deboflo 8y ago
You are more likely to get locked in with kubernetes than with AWS. It’s easier to migrate out of highly decoupled, well documented systems piece by piece (AWS) than out of monolithic frameworks like k8s.
47.
by deboflo 8y ago
1.10.4 was released only earlier this year and is no longer supported. C’mon, Kubernetes.
48.
by deboflo 8y ago
LOC is a very very bad metric. How exactly is it counted? Include mass refactoring? Is there a better metric? Yes, a long list of testimonials from happy customers.
49.
by deboflo 8y ago
good point. That’s great if the SDK for the language you are using has a utility for autocomplete and the terminal or IDE you are using has that utility installed, which may not always be the case.
50.
by deboflo 8y ago
I know this is a joke, but I’m glad this person wasn’t in charge of naming these services. Amazon’s concise and consistent names often translate directly to API calls, making it possible to guess CLI methods.
51.
by deboflo 8y ago
Kindof like uber potentially being left out of autonomy by OEM’s who will likely offer their own ride sharing services.
52.
by deboflo 8y ago
Exactly. Stack imports/exports was launched to address the shortcomings of nested stacks. Avoid using nested stacks in favor of stack imports/exports. Actually, avoid both nested stacks and stack imports/exports in favor of S
53.
by deboflo 8y ago
200 resources is way way too many for a single template. Split up your API Gateway API resources, methods, and models into multiple stacks. One stack for the API, another group of stacks for the API resources, methods, models, and another s
54.
by deboflo 8y ago
Lines of code is irrelevant when you are in the middle of a production deploy and you just want the highest visibility into what is going on. In cloudformation, there are only two possible places for resource state: 1) The actual resource s
55.
by deboflo 8y ago
"there are many options for state storage too" Just, no.
56.
by deboflo 8y ago
Then choosing where and how to store state using Terraform becomes another point of possible inconsistency in your infrastructure and thing to worry about. In CloudFormation, the state is coupled with the service, and you don't have to
57.
by deboflo 8y ago
Exactly. This is a HUGE point of interest that, in complex multi AWS account or multi region scenarios, can make or break your infrastructure.
58.
by deboflo 8y ago
The AWS CLI for CF is simple and consistent with other AWS CLI's. You can also use one of the language specific SDK's such as boto3 or use AWS CodePipeline to create/update stacks.
59.
by deboflo 8y ago
Cloudformation supports more AWS features than terraform.
60.
by deboflo 8y ago
Totally agree. I don’t care how much less verbose terraform may be (this claim is questionable IMHO). The most important part of infrastructure engineering is being able to debug and fix things quickly by isolating issues to the smallest po

More ›