CloudONE팀의 Back-end(백엔드) 개발자DevOps(데브옵스) 엔지니어가 함께

클라우드 실무자들의 고민 해결을 위해 이야기 나눠봤습니다.

👉 1편을 안보셨다면? 바로가기

2편에서는 클라우드 사용의 힘든 점, 극혐 인프라 환경, 레거시 시스템 엔지니어의 사멸 여부(?)에 대해 알아보겠습니다.

https://youtu.be/b8jz4cEoJQo

“레거시 시스템 엔지니어의 사멸?”

데브옵스 엔지니어 이근제) 개인적으로 생각하는 레거시 시스템 엔지니어라는 게 사실 IDC나 아니면 그곳에 들어가는 물리 서버까지 관리하는 업무를 포함한 그런 엔지니어라고 생각을 해요. 그리고 더군다나 최근 기업들을 살펴보면은 클라우드 서비스를 선택하는 기업들이 워낙 많은데 그렇게 됐을 때에 이런 레거시 시스템 엔지니어의 자리는 점점 좁아지고 있는 것은 사실 부정할 수 없다고 봅니다.

백엔드 개발자 송지형) 근제님 의견에 굉장히 동의 합니다. 아무래도 레거시 시스템보다는 클라우드를 사용하는 추세가 지속적으로 더 커질 양상이기 때문에 아무래도 젊은 친구들이나 지금 취업을 준비하는 학생들 같은 경우에는 당연히 레거시 시스템 운영 쪽보다는 클라우드쪽으로 진출할 확률이 훨씬 높다라고 생각을 합니다.

데브옵스 엔지니어 이근제) 그렇다고 해서 이제 다만 마냥 레거시 시스템 엔지니어가 없어진다고 생각하지 않습니다. 사실 좀 보안적인 문제라든가 아니면 자체 클라우드 서비스를 제공하고 있는 기업 입장에서는 아직까지 자사 IDC를 운영하는 경우가 많아요. 그 때문에 아직까지는 활약할 자리는 남아 있지 않은가라는 생각입니다.

백엔드 개발자 송지형) 아무래도 기존의 IDC를 관리를 하던 기술들이 이게 다 클라우드로 이전한다라고 해서 기존에 있던 어떤 기술들이 무용지물이 되느냐 하면 그건 아니라고 저도 생각을 합니다. 클라우드도 어차피 큰 카테고리 안에서 보면 인프라를 다루는 다양한 기술들 중의 하나라고 생각하기 때문에 IDC나 물리 서버들을 관리할 때 익혔던 여러 다양한 서버나 네트워킹 관련된 지식들이 클라우드로 가면서도 또 많은 것들로 활용을 할 수가 있거든요.

다만, 뭘 레거시시스템보다는 아무래도 클라우드를 사용하는 추세가 점점 커지는 것은 저는 시대의 흐름이라고 생각을 하기 때문에 클라우드 관련된 지식도 병행을 해서 계속 키워나가는 것을 추천을 드립니다.

“현업에서 겪었던 가장 무지막지한 인프라 환경은?”

데브옵스 엔지니어 이근제) 개인적으로 몇 개 생각나는 것은 이제 리소스관리에 실패한 추적에 실패한 그런 조직이었죠. 물어보면 이제 어디에 리소스가 있는지 모르더라고요. 아니면 이제 리소스는 찾았긴 찾았는데

이걸 누가 왜 만들었는지 모르는 그런 환경이 기억에 남는 것 같습니다.

백엔드 개발자 송지형) 특히나 아무래도 테스트나 검증 단계에서 잠깐 만들어본다고 만들 때마다 엔지니어나 개발자분들이 좀 많이 저지르는 만행이죠. 🤬 😈

그냥 이름에다가 테스트 라고만 박아 놓고 만들어놓고 그냥 방치를 하는 경우, 그럼 이거 사실 누가 만들었는지도 모르 고 현재 지금 사용하고 있는지도 모르고 이거를 껐을 때 어떠한 여파들이 있을 지도 가늠이 안 되는 어떤 이러한 리소스들이 이제 계속적으로 돌아가고 있는 걸 보면 굉장히 가슴이 아픕니다..

데브옵스 엔지니어 이근제) 사실 이런 리소스가 차곡차곡 쌓이게 되면 앞서 질문에서도 말씀드렸던 것처럼 클라우드 비용이 과다하게 나오는 원인이 좀 연결이 된 것 같아요. 그렇기 때문에 약간 시스템 확장을 생각해서라도 네이밍 룰을 좀 잘 설계하거나, 리소스를 추적을 해야 되는데 약간 스타트업이나 소규모 중소 규모, 그런 조직에서는 좀 이런 곳에 많이 소홀해지지 않을까 라는 생각이 듭니다.

백엔드 개발자 송지형) 또, 개인적으로도 생각나는 부분이 있어서 추가로 말씀을 드리면 이런 테스트 아니면 그냥 잠깐 사용해 봤던 리소스들을 그대로 방치하게 되면 비용적인 부분의 문제도 발생하지만 나중에 이게 보안적인 문제도 발생할 수가 있거든요. 이것들이 이제 그대로 퍼블릭인데 오픈된 상태에서 그냥 방치되고 있다면, 그런 어떤 취약점들을 활용해서 해커들이 공격을 한다거나, 그 이상의 현상들도 실제로 있을 수가 있습니다.

데브옵스 엔지니어 이근제) 결론적으로는 이렇게 주인을 잃은 리소스들이 많은 환경은 정말 좀 위험한 좀 상황을 많이 맞이하게 되는 것 같아요. 그 때문에 앞서 말씀드렸던 것처럼 네이밍 룰을 잘 짜서 누가 만들었는지를 잘 파악을 하거나, 끊임없이 좀 리소스를 추적할 수 있는 노력을 함으로써 이런 곳에 좀 많이 힘을 보탤 수 있지 않을까 생각됩니다.

“클라우드 운영 중 가장 힘들었던(가장 짜증 나는 업무) 에피소드는?”