Hacker News 2026.03.28 36

마이크로소프트 내부에서도 "윈도우 11 필수 MS 계정, 없애자" 목소리가 나온다

윈도우 11 설치할 때 MS 계정, 꼭 만들어야 하나요?

윈도우 11을 새로 설치해본 분이라면 한 번쯤 겪어봤을 거예요. 초기 설정 과정에서 마이크로소프트 계정으로 로그인하라는 화면이 뜨는데, 로컬 계정으로 쓰고 싶어도 공식적으로는 빠져나갈 수가 없거든요. 인터넷 연결을 끊거나 명령 프롬프트로 우회하는 꼼수가 커뮤니티에 돌아다니지만, 일반 사용자한테 그걸 기대하기는 어렵죠.

그런데 이번에 Windows Central의 보도에 따르면, 마이크로소프트 내부에서도 이 필수 계정 요구 사항을 없애야 한다는 목소리가 나오고 있다고 해요. 외부 사용자들만 불만이었던 게 아니라, 정작 만든 사람들 사이에서도 "이건 좀 아니다"라는 의견이 있었던 거예요.

왜 MS 계정을 강제했을까?

마이크로소프트가 윈도우 11에서 MS 계정을 필수로 만든 건 나름의 전략이 있어요. OneDrive 클라우드 동기화, Microsoft 365 연동, 디바이스 간 설정 동기화 같은 기능을 자연스럽게 쓰게 하려면 계정이 필요하거든요. 또 보안 측면에서도 계정 기반 인증이 로컬 비밀번호보다 안전하다는 논리가 있었어요. Windows Hello나 이중 인증 같은 기능을 바로 활용할 수 있으니까요.

하지만 현실은 좀 달라요. 개발자 입장에서 생각해보면, 테스트용 VM(가상 머신)을 하나 띄울 때마다 MS 계정으로 로그인해야 하는 건 정말 번거롭거든요. CI/CD 환경에서 윈도우 이미지를 자동으로 프로비저닝할 때도 걸림돌이 되고요. 기업 환경에서는 Active Directory나 Azure AD를 쓰니까 개인 MS 계정이 오히려 관리를 복잡하게 만드는 경우도 있어요.

일반 사용자 입장에서도 불만이 많았어요. 인터넷이 안 되는 환경에서 PC를 세팅해야 하는 경우도 있고, 프라이버시를 중시하는 사용자들은 계정 없이 로컬로만 쓰고 싶은데 그 선택지를 아예 없앤 거니까요. 윈도우 10까지만 해도 "오프라인 계정"이라는 옵션이 분명히 있었는데, 윈도우 11에서 갑자기 사라지면서 반발이 컸어요.

내부에서는 어떤 논의가 오가고 있나

보도에 따르면, 마이크로소프트 내부의 일부 엔지니어와 팀에서 이 정책을 재검토해야 한다는 주장을 꾸준히 해왔다고 해요. 핵심 논점은 크게 두 가지인데요.

첫 번째는 사용자 경험(UX) 문제예요. 첫 부팅 경험(OOBE, Out-of-Box Experience)은 사용자가 제품을 처음 만나는 순간인데, 여기서 강제 로그인으로 불쾌한 경험을 주면 전체 제품 인식에 나쁜 영향을 준다는 거예요. 특히 리눅스나 macOS로 넘어가는 사용자들 사이에서 "윈도우는 사용자를 존중하지 않는다"는 인식이 퍼지고 있거든요.

두 번째는 시장 점유율과 개발자 이탈 걱정이에요. 개발자들 사이에서 WSL(Windows Subsystem for Linux) 덕분에 윈도우를 다시 쓰기 시작한 사람들이 많은데, 이런 불필요한 마찰이 그 흐름을 꺾을 수 있다는 우려가 있어요. 요즘 개발 환경이 macOS나 리눅스로 많이 이동한 상황에서, 윈도우가 개발자 친화적인 이미지를 유지하려면 이런 부분부터 개선해야 한다는 목소리인 거죠.

물론 반대 의견도 있어요. 계정 연동을 통해 얻는 텔레메트리 데이터가 제품 개선에 중요하고, 보안 기능의 기반이 되기 때문에 쉽게 포기할 수 없다는 입장이에요. 결국 사용자 편의와 비즈니스 전략 사이의 줄다리기인 셈이에요.

업계 맥락에서 보면

이건 마이크로소프트만의 문제가 아니에요. 구글도 안드로이드에서 Google 계정 연동을 강하게 밀고 있고, 애플도 Apple ID 없이는 앱 하나 설치하기 어렵죠. 플랫폼 기업들이 자사 생태계에 사용자를 묶어두려는 건 업계 전체의 흐름이에요.

다만 차이는 선택권을 주느냐 마느냐에요. macOS는 Apple ID 없이도 기본 사용이 가능하고(앱스토어만 못 쓸 뿐), 리눅스는 말할 것도 없이 완전히 자유롭죠. 윈도우가 설치 단계에서 아예 진행 자체를 막아버리는 건 다른 플랫폼과 비교했을 때 확실히 공격적인 접근이에요.

최근 EU의 디지털 시장법(DMA) 같은 규제도 이 논의에 영향을 줄 수 있어요. 플랫폼 기업이 자사 서비스를 강제로 끼워넣는 행위에 대한 규제가 강화되고 있거든요. 마이크로소프트가 내부적으로 정책 변경을 검토하는 데는 이런 규제 환경도 한몫하고 있을 거예요.

한국 개발자에게 주는 시사점

한국에서 윈도우를 개발 환경으로 쓰는 분들이 아직 많잖아요. 특히 .NET 개발자나, 게임 개발자, 기업 환경에서 일하는 분들은 윈도우가 주 OS인 경우가 많은데요. 테스트 환경을 자주 세팅해야 하는 QA 엔지니어나, 가상 머신을 여러 대 돌리는 인프라 엔지니어한테는 이 MS 계정 강제 문제가 실질적인 생산성 저하로 이어지거든요.

만약 정책이 바뀐다면, 자동화된 윈도우 배포 스크립트가 한결 간단해질 수 있어요. Packer나 Vagrant로 윈도우 이미지를 만들 때 MS 계정 우회 로직을 넣을 필요가 없어지니까요. 당장은 바뀌지 않더라도, 이런 내부 논의가 있다는 건 긍정적인 신호예요.