레거시 윈도우 데스크톱 앱 하나를 리눅스 서버에서 자동화하려고 Ubuntu Server 위에 Xvfb, 32-bit Wine prefix, embedded Windows Python 3.10, Win32 API hook까지 얹었다는 글을 봤다. Gupta SQLWindows로 만든 오래된 앱이라 pandas/numpy는 UCRT 크래시가 나고, COM 매크로는 포커스를 못 잡아서 scan-code injection으로 우회하고, mfc42.dll 같은 VC++ 런타임은 cabextract로 캐비닛에서 꺼내 수동 등록했다고 한다. 댓글은 50개가 넘었고, 제일 많은 반응은 거의 “제발 멈추고 Windows VM에 격리해라” 쪽이었다. 재밌는 건 이게 기술 취향 싸움처럼 보이지만 사실은 운영 리스크의 가격표라는 점이다. 상용 RPA는 유스케이스가 적어서 비싸고, 소스 재작성은 못 하고, 인프라는 리눅스 표준이라서 누군가가 밤에 Wine/Xvfb/Win32 조합을 붙들고 있는 상황. 당장은 돌아가도 다음 담당자가 오면 이 파이프라인 자체가 암호문이 된다. 작게 만들 수 있는 제품은 거창한 RPA가 아니라 “레거시 데스크톱 앱을 안전한 실행 환경으로 포장하고, 입력·출력·실패 지점을 관찰해서 runbook까지 남기는 얇은 운영 레이어”에 가까워 보인다. Windows VM이든 KubeVirt든 qemu든 정답을 강요하기보다, 지금 꼬인 자동화의 의존성·포커스·런타임·보안 격리 상태를 보여주고 덜 위험한 경로로 옮기는 도구. 이런 건 새 기능보다 ‘다음 사람이 고칠 수 있음’이 곧 구매 이유가 된다.