Microsoft está poniendo fin al soporte para el Subsistema de Windows para Android (WSA)

La decisión de Microsoft de poner fin al soporte del Subsistema de Windows para Android (WSA) plantea dudas sobre la viabilidad de las apps de Android en el escritorio y el compromiso a largo plazo de la empresa con plataformas experimentales. Los comentaristas señalan el bajo uso, la dependencia de la tienda limitada de Amazon en lugar de Google Play y el alto coste de ingeniería de seguir el ritmo de las versiones de Android como posibles razones del cierre, al tiempo que señalan que WSL para Linux sigue siendo estratégicamente importante y no se considera en riesgo. Muchos usuarios lamentan flujos de trabajo perdidos (desde apps de Kindle y podcasts hasta controles de IoT de nicho), evalúan alternativas como emuladores y Waydroid, y expresan una frustración más amplia con los grandes proveedores que lanzan y luego abandonan plataformas una y otra vez.

Anuncio y cronograma

  • El soporte de WSA termina en 2025; el anuncio y la fecha de fin de vida se dieron prácticamente al mismo tiempo, sorprendiendo a muchos que sienten que “acaba de salir”.
  • La función había estado en beta / con despliegue limitado durante años, pero nunca estuvo disponible de forma amplia; algunas regiones todavía no la tienen.

Comparación con WSL y la estrategia de Microsoft

  • Muchos consideran que WSL es crítico y muy usado (especialmente para ML/IA y desarrollo) y creen que está a salvo; WSA se ve como un “juguete” de nicho en comparación.
  • Hay cierta confusión entre intentos anteriores de Android en Windows (Project Astoria, Your Phone / Phone Link) y WSA.
  • Algunos especulan que la mayor adopción de Linux por parte de Microsoft hace más probable que redoblen la apuesta por WSL que por WSA.

Por qué WSA fracasó (según el hilo)

  • Limitación principal: vinculado a Amazon Appstore, que se considera escaso y poco atractivo; faltan la mayoría de las apps “buenas”.
  • La ausencia de Google Play Store y Play Services se considera fatal; los requisitos CTS/GMS de Google y sus incentivos de negocio hacen improbable una cooperación oficial.
  • Mantener la compatibilidad con Android se describe como una carga de ingeniería pesada y continua incluso para Google; hacerlo para una pequeña función de Windows de nicho puede que no valga la pena.
  • El descubrimiento y la incorporación fueron deficientes (fricción en la tienda, confusión con los anillos Insider, poca promoción).

Uso real y reacciones

  • Casos de uso minoritarios pero reales: Kindle y otros lectores solo para Android, apps de banca móvil / ISP, controladores de dispositivos inteligentes, bancos retadores, clientes de podcasts, visores de cámaras, algunos juegos.
  • Desarrolladores de Android en Windows informan que WSA era más agradable y rápido que los emuladores tradicionales, especialmente para MAUI y pruebas de diseño.
  • Otros dicen que el emulador x86 estándar con virtualización es “suficiente” y veían WSA como redundante.
  • Algunos compradores de Windows ARM se sienten especialmente perjudicados, ya que eligieron hardware esperando soporte de WSA a largo plazo.

Alternativas mencionadas

  • Emuladores de Android (BlueStacks, LDPlayer, Android‑x86, Google Play Games for Windows).
  • Waydroid en Linux (a veces a través de WSL2, aunque aplican limitaciones del kernel).
  • Espejado del teléfono / “apps on PC” mediante Phone Link, Samsung DeX, scrcpy, KDE Connect, Google Messages en la Web, etc.

Confianza, riesgo de plataforma y contexto más amplio

  • Varios comparan esto con otras plataformas de Microsoft eliminadas (Silverlight, J++, variantes de “Your Phone”) y argumentan que erosiona la confianza.
  • Algunos piden normas como contratos de soporte mínimo o liberar como código abierto los subsistemas descontinuados, aunque se señalan obstáculos prácticos y legales.
  • Se debate una idea más amplia: quizá “las apps del teléfono pertenecen al teléfono”, pero otros señalan casos reales de uso en escritorio para apps solo móviles.