100%. I'm not really sure why we all agreed that deployment is somehow the hardest thing that you need to outsource when setting the linux server is one the richest experience you can get and it will pay dividents forever.
replyThere's a multibillion dollar industry that lives only because they managed to successfully convince an entire generation of "engineers" to become helpless and not be able to serve an HTTP response using their own hardware even if their life depended on it.
replyIt’s easy to convince developers of a thing if it starts with: “you don’t need to learn X anymore”
replyStop with this "we" cliche already, please. I never agreed to it and I'm in the profession for 24 years. You don't speak for me.
replyExecutives will always prefer to transfer liability and responsibility to someplace else.
Who's calling the shots in an organization? Engineers or executives?
Just wait until you learn about system tools like perf, gdb, bpf -- the amount of low-level detailed information you can get about running processes means you'll reduce the amount of guesswork involved with troubleshooting or performance optimization to a minimum.
replyHow do you deal with the few minutes of downtime when you do kernel/OS/software upgrades?
replyI’m pretty sure for most systems that does not matter in the slightest.
replyDepending on the deployment and any SLAs, I either don't worry about it (just do a late night rollout when nobody is on the system) or rely on my deployment architecture's sibling checks (I can see when a given machine is still versioning and requeue subsequent rollouts to other machines).
replyHow is this an issue in a world where load balancers exist? I was part of a Unicorn that ran prod on 8 boxes and literally never had customer facing outages due to infrastructure updates.
replyYou put nginx or Haproxy in front of the hosts, drop the one that needs maint from the pool, and re-add once it’s ready.
replyYou spin up a second host and load balance
reply