Literally 9 out of 10 disasters I read about in IT are caused by someone typing an intrusive/destructive command (I’m looking at you Gitlab) into the wrong window/wrong server.
What in your collective opinions, are some effective strategies to try to mitigate this problem? I’ve seen things like different color prompts, other people reviewing the command before it’s entered…so on and so forth … but that doesn’t seem to make a difference when fatigue is involved.
100% - I need to escalate this issue with my bosses - 'cause one of my main customers is deploying Linux workloads in AWS - and you login to the server and it’s name is some bullshit related to it’s IP addresses (with dashes instead of dots) - how the F are you supposed to know which one you’re working on - and they don’t even get me to do the deployment - some other numpties do it - one of them had ZERO clue about CPU architecture and deployed an arm64 system that I had to install iperf and iperf3 on - YOU IDIOT! How the actual “F” do you survive in IT not knowing different CPU architectures exist?
Can be ineffective with people like me (red-green colourblind) - most of my customers have naming conventions so you can tell if the server is Test or Prod (e.g. somewhere before the suffix number in the servername - a T, or a P (or a “D” for dev). I say “most” - but not all…
I did laugh out loud at this. I’d like to think they may have done that on purpose because the Graviton instances are cheaper. I’m guessing that was not that case though.
Exactly what we do. Not 100% followed but servers have a prefix of PRD/UAT/DEV/STG depending on their environment. Also included in the middle is the location AWS/CDR/KOP. Followed by a project code and number.