서버 여러 대 만지다 보면 터미널이 아수라장이 되죠
인프라나 서버 운영을 조금이라도 해보신 분이라면 이 장면이 익숙할 거예요. 창을 몇 개씩 띄워놓고, 이건 A 서버 SSH, 저건 B 서버, 또 저건 로컬 개발용... 어느 창이 어느 서버였는지 헷갈려서 엉뚱한 데다 명령어를 날린 적, 한 번쯤 있으시죠? 심하면 운영 서버에서 지울 걸 개발 서버에서 지우거나, 그 반대의 아찔한 실수도 나오고요.
Herdr(herdr.dev)는 바로 이 문제를 정면으로 노리는 새 터미널이에요. 이름부터가 'herder', 그러니까 '떼(herd)를 모는 양치기'라는 뜻이거든요. 흩어진 여러 터미널과 서버를 한 명의 양치기가 몰듯이 한곳에서 다루자는 발상이죠. 슬로건도 아예 '모든 걸 지배하는 하나의 터미널(one terminal to rule them all)'이에요.
지금까지는 어떻게 버텨왔나
이 고통을 달래주는 전통적인 도구가 tmux나 screen 같은 '터미널 멀티플렉서'예요. 멀티플렉서가 뭐냐면, 터미널 창 하나 안에서 화면을 여러 칸(pane)으로 쪼개고, 세션을 저장해뒀다가 SSH가 끊겨도 다시 붙을 수 있게 해주는 도구예요. tmux에는 'synchronize-panes'라는 기능이 있어서, 여러 칸에 동시에 같은 명령을 쏠 수도 있어요. iTerm2의 'broadcast input'도 비슷하고요. 서버 열 대에 한꺼번에 apt update를 날리고 싶을 때 쓰는 거죠.
다만 이런 방식은 설정이 손에 익기까지 진입장벽이 있고, 단축키를 외워야 하고, 여러 서버를 '목록'으로 관리하는 개념은 약한 편이에요. 어디까지나 '창을 쪼개주는' 도구지, '내 서버 무리를 관리하는' 도구는 아니거든요.
Herdr가 노리는 지점
Herdr는 여기서 초점을 살짝 옮겨요. 화면을 쪼개는 것 자체보다, 여러 세션과 여러 머신을 '한 무리'로 보고 그걸 중앙에서 통솔하는 경험에 무게를 두는 거예요. 여러 서버를 등록해두고, 한 화면에서 오가고, 필요할 때 여러 대에 명령을 동시에 흘려보내는 식의 흐름이 자연스러워지는 걸 지향하죠.
이건 요즘 터미널 판에서 벌어지는 큰 흐름과도 맞닿아 있어요. 최근 몇 년간 Warp, WezTerm, Zellij, Ghostty 같은 새 터미널들이 쏟아지면서 '터미널 르네상스'라고 부를 정도가 됐거든요. Warp는 블록 단위 편집과 AI 보조를, Zellij는 초보자도 쓰기 쉬운 멀티플렉서를, WezTerm은 GPU 렌더링과 설정 자유도를 내세워요. Herdr는 그중에서도 '여러 서버·세션을 몰고 다니는 관리 경험'이라는 색깔로 자리를 잡으려는 셈이에요.
한국 개발자에게
서버 한두 대만 만지는 분에게는 사실 tmux 하나로 충분할 수 있어요. 하지만 마이크로서비스가 늘어나면서 관리해야 할 인스턴스가 열 대, 스무 대로 불어난 팀이라면 얘기가 달라져요. 여러 노드를 오가며 로그를 보고, 같은 배포 명령을 여러 대에 뿌리고, 어느 창이 어느 환경인지 한눈에 구분하는 일이 하루 업무의 상당 부분을 차지하니까요.
그래서 Herdr 자체를 당장 도입하지 않더라도, '내가 지금 서버를 어떻게 몰고 다니고 있나'를 한 번 점검해볼 좋은 계기예요. tmux의 synchronize-panes나 broadcast 기능을 아직 안 써봤다면 그것부터 익혀보시고요. 실수로 운영 서버에 명령을 날리는 사고를 줄이려면, 창마다 색이나 프롬프트로 환경을 확실히 구분해두는 습관도 큰 도움이 돼요.
한 줄 정리하면, Herdr는 '창을 쪼개주는 도구'에서 한 발 나아가 '내 서버 무리를 통솔하는 도구'를 표방하는 새 터미널이에요. 여러분은 여러 서버를 오갈 때 어떤 방식으로 관리하고 계신가요? tmux 파? 아니면 창 여러 개 파? 각자의 노하우가 궁금하네요.
🔗 출처: Hacker News