Cloud Native

Características

Tecnologías

Aplicaciones Escalables

Escalamiento vertical

Escalamiento horizontal



En este artículo podremos entender qué es Cloud Native y cómo podemos llevar nuestros servicios a serlo. 

Por: Felipe Andrés Velásquez Castro


Este es un concepto que se está usando mucho últimamente y vale la pena entender que significa y cuales son las implicancias tanto en nuestros desarrollos como a la hora de crear nuestra infraestructura sea donde sea.

Lo primero que tenemos que tener en cuenta es que no somos Cloud Native por el mero hecho de tener aplicaciones en la nube. Nuestros servicios son Cloud Native si cumplen con una serie de características y comportamientos que los hacen dignos de este título. 

Pero antes de ir a la definición, te voy a presentar a la Cloud Native Computing Foundation (CNCF), esta organización es la encargada de poner orden en un universo creciente de proyectos de código abierto y de compañías que tratan de crear herramientas que apoyen a los desarrolladores de software a correr sus aplicaciones en la nube. Es una entidad neutral a cualquier proveedor o marca y crea un marco de crecimiento (incubación) de las herramientas que desean llegar a ser parte del ecosistema Cloud. En estos artículos veremos las que ya se han graduado en la CNCF y las que están en camino a graduarse.

Cloud Native


Aquí está la definición oficial que nos da la Cloud Native Computing Foundation.

"Las tecnologías “Cloud Native” empoderan a las organizaciones para construir y correr aplicaciones escalables en ambientes dinámicos modernos, como lo son hoy las nubes públicas, privadas o híbridas. Temas como contenedores, mallas de servicios, microservicios, infraestructura inmutable y APIs declarativas son ejemplos de este enfoque.

Estas técnicas permiten crear sistemas de bajo acoplamiento que son resilientes, administrables y observables. Combinado con técnicas de automatización robusta les permite a los ingenieros realizar cambios de alto impacto de manera frecuente y predecible con un mínimo esfuerzo."

(CNCF - GitHub - https://github.com/cncf/toc/blob/master/DEFINITION.md#espa%C3%B1ol)

Es una excelente definición, sin embargo, es un poco difícil de entender a la primera, especialmente si no estamos relacionado con todos los términos, conceptos y tecnologías que menciona. Es por eso que para entender bien qué es Cloud Native, vamos a dar un breve repaso por cada uno de estos conceptos y así comprenderemos mejor que tenemos que hacer con nuestra infraestructura y aplicaciones para decir con autoridad "Soy Cloud Natite".

El objetivo de estos artículos es que entenderemos cada uno de estos conceptos, veamos qué herramientas incubadas por la CNCF van en apoyo de cada una de estas características y qué cambios debemos hacer en nuestros servicios y aplicaciones para sacar el máximo provecho a la nube. 

Daremos un breve repaso a cada una de las características y tecnologías que representan a un ecosistema de aplicaciones y servicios nativo. 

Características

  • Aplicaciones Escalables 
  • Bajo Acoplamiento 
  • Resilientes 
  • Administrables 
  • Observables 
  • Ambientes Dinámicos 

Tecnologías

  • Containers 
  • Maya de servicios 
  • Microservicios 
  • Infraestructura Inmutable 
  • APIs Declarativas 
  • Automatización 
Sin lugar a dudas son muchos conceptos y probablemente algunos de estos resulten complejos de entender y otros no parezcan tener gran importancia, pero creeme que todos y cada uno de ellos son necesarios para tener éxito en la nube y poder sacar el máximo provecho de esta. Pero veamos el primero, ¿que es la escalabilidad y cómo nos beneficia?.

Aplicaciones Escalables

¿Cómo hacer que nuestras aplicaciones soporten la creciente demanda por parte de los usuarios y que nuestros servicios escalen al infinito y más allá?




Vivimos hiperconectados y para nuestro día a día dependemos en gran medida de muchas plataformas digitales. ¿Cómo hacen estas grandes plataformas para soportar la creciente demanda de usuarios y no morir en el intento?. 

Eso es gracias a la escalabilidad, es decir, la capacidad de hacer que tus servicios puedan crecer de forma dinámica, de modo que ante una oleada de usuarios, tus servicios siguen funcionando porque su infraestructura y aplicaciones también crecieron para soportar la demanda. Podemos encontrar dos tipos principales de escalabilidad, estas son, escalamiento vertical y escalamiento horizontal. 

Escalamiento vertical

El escalamiento vertical, en palabras sencillas, implica hacer crecer (escalar) las características de hardware de nuestro servidor o máquina virtual, ya sea, mayor cantidad de GHz de CPU, más GB de RAM entre otros recursos. Sin embargo sabemos que esto siempre tiene un límite ya sea físico o virtual.



Escalamiento vertical

Escalamiento horizontal

Este es el que nos interesa para ser Cloud Native, el escalamiento horizontal, este implica crear una réplica de nuestra aplicación o servicio con sus propios recursos dedicados, ya sea CPU, RAM entre otros. Esto quiere decir que ya no tendremos sólo una aplicación corriendo en un servidor inmenso, sino que tendremos muchas copias de nuestra aplicación corriendo en servidores pequeños. 

De esta forma no tenemos un límite de recursos asociado a un solo servidor, sino que podemos tener un escalamiento horizontal a cientos de réplicas como si fuera al infinito y más allá, con múltiples réplicas de nuestra aplicación, cada una de estas réplicas con su propia cantidad de RAM y CPU asignada.

Escalamiento Horizontal

A modo de ejemplo, si nuestra aplicación o plataforma soporta 100 usuarios concurrentes (conectados al mismo tiempo), para esto tiene solo un servidor con la aplicación corriendo. Y mañana es cyber monday, ¿que podemos hacer para no fallarle a nuestros usuarios?. Para sobrevivir, debemos aplicar escalabilidad horizontal a nuestro servicio. En un ejemplo sencillo, bastaría con crear un segundo servidor, con una réplica de nuestra aplicación, por lo tanto ya podremos soportar no 100 sino 200 usuarios y si llegaramos a tener mayor demanda creamos un tercero o un cuarto servidor y así según nuestras necesidades.

Ahora bien, hacer esto no es tan simple como en nuestro ejemplo y es en este caso, en el que las herramientas Cloud Native nos pueden ayudar. Estas permiten implementar fácilmente la escalabilidad a nuestras soluciones, dándonos capacidades como el balanceo de carga, el descubrimiento y registro de servicios, el escalamiento automático en base a recursos, es decir la capacidad de crear una réplica de nuestro servicio al detectar que llegamos al 80% de CPU por ejemplo o a cierto porcentaje de memoria RAM y junto con lo anterior la capacidad de recrear nuestro servicio si este se cae a causa de los errores.

Herramientas Cloud Native para Escalamiento

Tal como dijimos en un comienzo, existen herramientas graduadas en la CNCF que apoyan esta característica y en este caso nos encontramos con la más famosa de ellas. Hablamos de Kubernetes (K8s).

El escalamiento en Kubernetes

Debido a que Kubernetes tiene una gran cantidad de características y funcionalidades por ahora nos centraremos solo en los aspectos que tiene que ver con el escalamiento y para esto Kubernetes tiene 2 principales formas de escalar. 

La primera es a nivel de máquinas virtuales, a las cuales dentro de un cluster de Kubernetes se les conoce como Nodos. Esto quiere decir que K8s usa múltiples Nodos para operar y en caso de requerir más recursos simplemente se añade un nuevo Nodo y listo. En implementaciones auto administradas de K8s como en el caso de GKE en Google Cloud esto puede ocurrir automáticamente, con una simple configuración inicial. Como se ve en la siguiente imágen estableciendo un mínimo y un máximo de nodos a crear.



Para el caso de implementaciones de K8s que no son auto administradas, como por ejemplo una implementación de Kubernetes On Premise o en un data center común y corriente, esto no es tan automático, pero no por eso imposible, sino que sigue siendo muy sencillo escalar a nivel de Nodos.

El segundo nivel de escalamiento es a nivel de Pods, un Pod es finalmente el recipiente que contendrá nuestra aplicación, al cual se le puede asignar una cantidad de recursos como CPU y RAM. Nuestra aplicación dentro de un Pod, puede ser replicada múltiples veces dentro de los Nodos. Para administrar estas réplicas, es que Kubernetes implementa este segundo nivel de escalamiento horizontal y puede crear tanta cantidad de copias de nuestra aplicación como espacio (recursos) tenga dentro de los Nodos. En kubernetes este nivel de escalamiento se conoce como Horizontal Pod Autoscaler y en en GKE se ve de la siguiente forma en la interfaz gráfica.


Es evidente que Kubernetes es por excelencia la herramienta Cloud Native más popular y una de las más relevantes hasta el día de hoy. Por lo tanto si deseamos que nuestras soluciones sean nativas, debemos enfocarnos en que puedan correr en Kubernetes y que pueda sacar el máximo provecho a todas sus características.

Si deseas profundizar en este tema te dejo un artículo donde te explico mejor estos conceptos, en una sencilla Introducción a Kubernetes.

Si nos pusiéramos a hablar de las prestaciones de esta herramienta, este artículo sería eterno, por lo tanto, si quieres saber de forma básica las características principales de Kubernetes te dejo este video de una charla que presenté hace unos años. 


Esto es todo por hoy, el siguiente paso es analizar las características de bajo acoplamiento, resiliencia, administrable y observable y que productos graduados de la CNCF nos pueden apoyar en cada uno de estos aspectos.



Ilustración de Virginia Poltrack

#11WeeksofAndroid con AA, privacidad y compatibilidad; una sesión de preguntas de Reddit con el equipo de Android; más encuentros de Android 11; lanzamientos de AndroidX; artículos, videos y un codelab; y un nuevo episodio de podcast de ADB



Ilustración de Virginia Poltrack

#11WeeksofAndroid con AA, privacidad y compatibilidad; una sesión de preguntas de Reddit con el equipo de Android; más encuentros de Android 11; lanzamientos de AndroidX; artículos, videos y un codelab; y un nuevo episodio de podcast de ADB

Te damos la bienvenida a Now in Android, una guía que actualizamos constantemente con las novedades más importantes sobre el desarrollo de Android.

11 semanas de Android



Continuamos 11 semanas de Android con nuevos temas cada semana. Desde el último episodio de Now in Android, terminamos "Aprendizaje automático", pasamos una semana con "Privacidad y seguridad" y ahora estamos en medio de "Compatibilidad con Android 11". Así es como podrás averiguar más sobre cada uno de los temas:

Semana 2: Aprendizaje automático

La semana comenzó con el anuncio de los ganadores del Android Developer Challenge enfocado en AA. A esto le siguieron nuevos anuncios de ML Kit (compatibilidad con clasificadores personalizados y un nuevo programa de acceso anticipado); TensorFlow Hub (nuevos modelos optimizados para dispositivos móviles); vinculación con AA en Android Studio; y varios codelabs, videos y artículos nuevos.
¡Mucho aprendizaje [automático]!
Consulta la entrada de blog publicada al final de la semana para obtener un resumen de todo el contenido y la información:
Toda la gama de herramientas de aprendizaje automático incluidas en dispositivos Android
También consulta la lista de reproducción en videos semanales de AA.

Semana 3: Privacidad y seguridad



La tercera semana trajo cambios en el contenido de la plataforma con el fin de proteger la privacidad de los usuarios, así como la información sobre lo que hemos estado haciendo para lograr que la plataforma sea más segura. En cuanto a la privacidad, se publicaron artículos y videos sobre algunos de los cambios de comportamiento más importantes de Android 11, como los permisos de una sola vez, la ubicación en segundo plano, el almacenamiento del alcance y los permisos de reinicio automático. En cuanto a la seguridad, el equipo publicó contenido sobre lo que ha estado haciendo con el objetivo de proteger la plataforma, además de funciones para los desarrolladores, como las API biométricas, a fin de hacer que las apps sean más seguras.
Primero, consulta la entrada de blog introductoria:
11 semanas de Android: Privacidad y seguridad
También asegúrate de mirar la lista de reproducción en video de la semana.
Por último, lee los artículos sobre privacidad y seguridad vinculados en la sección Artículos y codelabs que aparece más abajo.

Semana 4: Compatibilidad con Android 11

Esta semana, veremos cómo garantizar que tus apps sean compatibles con los cambios de la última versión de Android.

Habrá más contenido sobre compatibilidad durante la semana. Sigue a @AndroidDev en Twitter para descubrir cuándo se publica contenido nuevo. Mientras tanto, puedes empezar con esta entrada de blog:
11 semanas de Android: Cómo probar compatibilidad con apps en Android 11
Próxima semana: Lenguajes.

¡Respondemos cualquier pregunta!

Una de las cosas que estamos haciendo para las 11 semanas de Android es organizar una serie de preguntas y respuestas en Reddit. La primera sesión será esta semana, el jueves 9 de julio. Estará enfocada en la plataforma de Android. Podrás hacerle al equipo de la plataforma preguntas técnicas sobre los cambios en el lanzamiento de Android 11 (e intentaremos responder esas consultas).

Según cuándo estés leyendo este artículo (o viendo/escuchando el video o podcast de Now in Android), es posible que la sesión de preguntas ya haya terminado. Sin embargo, puedes revisar las preguntas y nuestras respuestas en el mismo vínculo para ponerte al día con la conversación que tuvimos.

Encuentros de Android 11



Las reuniones en línea de las que hablé la última vez han continuado a buen ritmo, con eventos en todo el mundo. Echa un vistazo al sitio de encuentros de Android 11 para participar en uno cerca de ti.

AndroidX

Se lanzaron varias bibliotecas de AndroidX en las últimas semanas (como de costumbre).
Entre las nuevas versiones estables, se incluyen:

Artículos, videos y código

Se publicaron varios artículos, incluidos algunos específicamente para la semana de Privacidad y seguridad.

Decisiones sobre endurecimiento

El equipo de seguridad publicó un artículo sobre el endurecimiento del sistema en Android 11, que trata algunos de los recientes avances en la robustez de la asignación de memoria y la depuración (incluido el GWP-ASAN de Android 11, que mencioné hace un tiempo, en Now in Android n.º 17), junto con otras funciones que ayudan a hacer que la plataforma de Android sea más segura.
Endurecimiento del sistema en Android 11

Preguntas frecuentes sobre el almacenamiento

Uno de los mayores cambios de comportamiento de la plataforma en los últimos dos lanzamientos se ha dado en el área de almacenamiento de alcance, donde introdujimos nuevas API, permisos y restricciones para proteger aún más los datos de los usuarios. nandana publicó varias preguntas frecuentes para responder algunas de las inquietudes más comunes de los desarrolladores.
Preguntas frecuentes sobre el almacenamiento en Android 11

Visibilidad de paquetes

Yacine Rezgui publicó un artículo en el que habla del nuevo comportamiento de Android 11 que limita el acceso de las apps a la información de otras aplicaciones instaladas en un dispositivo.
Visibilidad de paquetes en Android 11

¿Por qué mi app hace eso?

Sara N-Marandi publicó un artículo en el que se analizan algunas API nuevas de Android 11 que deberían ayudar a los desarrolladores a averiguar más sobre lo que hace su aplicación y por qué motivo. Gracias a Data Access Auditing, es mucho más fácil para los desarrolladores descubrir cuándo y por qué sus apps solicitan datos que requieren el permiso del usuario. Además, Process Exit Reasons permite a los desarrolladores (y a los servicios de informes de fallas) determinar por qué una app ha fallado en los dispositivos de usuarios reales, para ayudar a buscar soluciones a esos problemas.
Nuevas herramientas de Android 11 para hacer apps más privadas y estables

Programar para facturar

No tengo dudas de que todos escribimos código solo por el puro placer de hacerlo, ¿verdad? Sin embargo, a veces, necesitamos ganar dinero con las aplicaciones que escribimos. Ahí es donde entra la Facturación Google Play.
Una de las principales formas en que las apps ganan dinero es a través de las compras directas desde la aplicación, que se habilitan mediante las herramientas, los servicios y las API de la Facturación Google Play.
Caren Chang publicó la primera parte de una serie de artículos para ayudarte a empezar. En esta primera entrega, se ofrece una introducción a la Facturación Google Play, que incluye la adición de artículos a Google Play Console y la consulta de esos elementos mediante la API de la Facturación Google Play.
Cómo trabajar con la Facturación Google Play (parte 1)

Preguntas y respuestas de Android 11

Daniel Galpin y Fred Chung se reunieron en línea con desarrolladores de la India y respondieron preguntas sobre Android 11 y el desarrollo de Android en general.

Codelab de acceso biométrico

Isai Damier publicó un nuevo codelab que muestra cómo puedes acceder a tu app usando las capacidades biométricas del dispositivo y la biblioteca AndroidX Biometric.
Cómo acceder con datos biométricos en Android

Episodios del podcast de ADB



Desde el último episodio de Now in Android, ha habido otro episodio de Android Developers Backstage. Escúchalo en los siguientes vínculos o en tu cliente de podcasts favorito:
Se están pensando muchos de los episodios actuales de ADB en función de los focos de 11 semanas de Android (¿"focos" queda bien? ¿O sería "puntos de enfoque"? ¿Tal vez "cosas en las que nos enfocamos"? ¿Qué tal "temas"?), y el último episodio sobre privacidad no fue una excepción:

ADB 143: ¡Shhhh! "Privado"

Tor Norbye, Romain Guy y yo hablamos con Sara N-Marandi y Philip Moltmann, del equipo del marco de trabajo de Android, sobre algunos de los nuevos cambios de permisos en Android 11. Hablamos de por qué se hicieron esos cambios, cómo usarlos correctamente en tu código y cómo funcionan los procesos internos.
Episodio 143: ¡Shhhh! "Privado"

Para terminar…

Eso es todo por hoy. Explora el contenido de 11 semanas de Android sobre aprendizaje automático, privacidad y seguridad, y compatibilidad. Únete a nuestra sesión de preguntas en Reddit. Participa en un encuentro de Android 11 cerca de ti. Consulta los últimos lanzamientos de AndroidX. Lee artículos sobre privacidad, seguridad y monetización de apps. Participa en un codelab sobre acceso biométrico. Escucha un podcast sobre privacidad. Te esperamos pronto para ofrecerte más novedades desde el universo de desarrolladores de Android.



Publicado por Dirk Dougherty, Relaciones de Desarrolladores de Android

Esta entrada de blog es parte de una serie semanal de #11WeeksOfAndroid. Cada semana, exploramos un área clave de Android para que no te pierdas nada. El tema de esta edición es Compatibilidad con Android 11. Esto es lo que deberías saber.


Publicado por Dirk Dougherty, Relaciones de Desarrolladores de Android

Esta entrada de blog es parte de una serie semanal de #11WeeksOfAndroid. Cada semana, exploramos un área clave de Android para que no te pierdas nada. El tema de esta edición es Compatibilidad con Android 11. Esto es lo que deberías saber.

Grandes noticias

Con la versión Beta 2 ahora en manos de los usuarios y desarrolladores, Android 11 se está moviendo rápidamente hacia el lanzamiento final, que ocurrirá en el tercer trimestre. Para los desarrolladores, ahora es el momento de asegurarse de que sus apps estén listas. Teniendo eso en cuenta, esta semana destacamos algunos recursos que pueden ayudarte a empezar a probar la compatibilidad de tus apps y a utilizar algunas de las nuevas herramientas de Android 11. Aquí hay un resumen de los temas que hemos tratado.
Estabilidad de la plataforma
En Android 11, agregamos un nuevo hito de lanzamiento llamado "Estabilidad de la plataforma" para indicar claramente a los desarrolladores que todas las API y los comportamientos del sistema están completos. Esta semana, con Beta 2, Android 11 alcanzó la estabilidad de la plataforma, así que es un gran momento para que hagas tus últimas pruebas de compatibilidad y actualizaciones. La entrada del blog sobre Beta 2 y la estabilidad de la plataforma explica lo que este hito significa para los desarrolladores. También puedes leer acerca de ello en la cronología de Android 11.
Cronología de la estabilidad de la plataforma Compatibilidad con apps
Tal como hablamos en nuestra publicación de Beta 2 esta semana, la compatibilidad con Android 11 significa que tu app está validada para funcionar correctamente en ese sistema operativo con todas las funciones y características que los usuarios esperan. Para empezar, todo lo que necesitas es tu app y un dispositivo o emulador con Android 11.
Para asegurarse de que una app sea compatible, es necesario probar la aplicación y hacer los cambios mínimos a fin de mantener su funcionalidad en Android 11, y luego publicar la versión compatible para los usuarios antes del lanzamiento final del sistema operativo. En la mayoría de los casos, deberías poder hacerlo sin cambiar tu targetSdkVersion o compilar usando las nuevas API.
Tampoco es solo para apps y juegos: si compilas kits de desarrollo de software, bibliotecas, herramientas o incluso marcos de trabajo, ahora es el momento de probarlos con Android 11 y lanzar una versión compatible. Es posible que se bloquee a los desarrolladores de apps y juegos que utilicen tus productos hasta que obtengan las versiones compatibles con Android 11.
Para obtener más detalles sobre la compatibilidad de las apps, consulta la guía de migración y la lista de cambios de comportamiento que podrían afectar a tus apps.
Herramientas para probar tus apps
Destacamos algunas herramientas nuevas para que uses cuando empieces con las pruebas de compatibilidad. Nuestra entrada de blog “Cómo probar compatibilidad con apps en Android 11” explica los detalles.
En primer lugar, está el marco de trabajo de compatibilidad, una nueva función que ayuda a administrar los cambios de la plataforma que pueden afectar a las apps. Proporciona metadatos estándar para los cambios, una puerta estándar basada en targetSdkVersion y una salida de registro estándar para ayudarte a identificar un cambio que afecte a tu app. Puedes activar o desactivar los cambios de comportamiento en una app depurable, ya sea mediante las Opciones para desarrolladores, en Configuración, o a través de adb. Eso te ayuda a aislar los cambios y compararlos individualmente.
Aislar regresiones en diferentes dispositivos y niveles de API puede llevar mucho tiempo y ser complejo. Ahora, con Android Studio 4.2, puedes ejecutar pruebas de instrumentación en paralelo mediante varios dispositivos físicos o virtuales a la vez, y luego comparar todos los resultados en una sola matriz de pruebas. Puedes ejecutar pruebas en más dispositivos y en menos tiempo, y detectar los problemas antes.
Android Generic System Image (GSI) es una gran manera de expandir tus pruebas de Android 11 a un conjunto más amplio de dispositivos. Para ayudarte a empezar, lanzamos un codelab actualizado de Android GSI. A través de GSI, puedes instalar una versión genérica de Android 11 en cualquier dispositivo desbloqueado compatible con Treble que se envíe con Android 9 o una versión posterior. Esto incluye no solo los dispositivos Pixel, sino muchos otros dispositivos populares que se usan en todo el ecosistema global de Android.
Funciones de compatibilidad de la app que se pueden activar o desactivar en las Opciones para desarrolladores
Funciones de compatibilidad de la app que se pueden activar o desactivar en las Opciones para desarrolladores
Actualizaciones del ecosistema y compatibilidad con apps
En nuestra entrada de blog “Cómo acelerar las actuaciones de Android”, vimos cómo seguimos logrando que el SO más reciente alcance una masa crítica al expandir la arquitectura de actualización de Android. Con tecnología como Project Treble y las actualizaciones del sistema de Google Play, podemos ofrecer actualizaciones en más dispositivos con mayor rapidez y aumentar la coherencia en todo el ecosistema.
El trabajo que hemos estado realizando con Project Treble está haciendo que sea mucho más rápido y fácil lanzar nuevas versiones de Android en dispositivos nuevos y existentes. También permite que los fabricantes de dispositivos ejecuten sus propios programas de vista previa para desarrolladores (en algunos casos, en paralelo con el propio desarrollo en curso de Android). Esos programas ayudan a los fabricantes de dispositivos a tener listas las actualizaciones de sus SO antes y a comprometerse desde más temprano con la comunidad de desarrolladores de Android.
Con las actualizaciones del sistema de Google Play (Project Mainline), el objetivo es actualizar directamente los componentes centrales del SO en todos los dispositivos del ecosistema Android para mejorar la seguridad, la privacidad y la coherencia en todo el ecosistema. En Android 11, hemos agregado más módulos actualizables para estandarizar los comportamientos en áreas clave de las apps como los permisos, el contenido multimedia, NNAPI y muchos más.
Entre otras mejoras, se incluyen una imagen genérica del kernel (GKI) y Virtual A/B, un nuevo mecanismo de actualización inalámbrico que combina los beneficios de actualizaciones fluidas con menores requerimientos de almacenamiento. Estamos trabajando estrechamente con los fabricantes de dispositivos para integrar esas funciones en los dispositivos que ejecutan Android 11.
Con el paso del tiempo, eso ayudará a reducir los costos de desarrollo y prueba para que tu app sea compatible con todas las versiones y dispositivos de la plataforma.

Ocupando el centro del escenario

Una razón común para los problemas inesperados de compatibilidad de apps es que las aplicaciones y los juegos dependen de interfaces de Android ajenas al SDK. En Android 11, continuamos con nuestro esfuerzo a largo plazo para lograr que las apps pasen a usar API públicas.
Esta semana destacamos a Excelliance Tech, que recientemente pasó a API estables y oficiales su SDK LeBian de interfaces ajenas al SDK. Su colaboración con el equipo de Android también dio lugar a una nueva API pública para la carga de recursos que todos los desarrolladores pueden utilizar: la API de ResourcesLoader en Android 11.
Consulta la historia de Excelliance Tech en esta entrada de blog.
El equipo de Excelliance Tech.
El equipo de Excelliance Tech.

Qué mirar

Durante la semana de compatibilidad de Android 11, publicamos tres videos cortos para ayudarte a planificar la compatibilidad y a probar tus apps. Mira la lista de reproducción aquí.
El siguiente video ofrece una rápida visión general de la cronología de lanzamiento anual de Android y lo que significan las fases para los desarrolladores.
Luego, hay un video que presenta el marco de trabajo de compatibilidad, una nueva función de prueba y depuración para los desarrolladores de Android 11. Muestra qué es, por qué es útil y cómo usarlo. Verás un ejemplo que explica cómo debes habilitar un cambio específico, cómo probar tu app con esa modificación y cómo buscar el resultado del registro para identificar el cambio que afectó a la app.
El último video explica una nueva función de Android Studio que permite realizar pruebas de instrumentación en paralelo en varios dispositivos. Te muestra cómo configurar un conjunto de dispositivos, realizar pruebas en ellos y luego pasar a la matriz de texto para comparar y analizar los resultados. Es una gran manera de realizar pruebas de compatibilidad de apps en Android Studio.

Vías de aprendizaje

Si estás buscando una manera fácil de conocer lo más destacado de esta semana, echa un vistazo a la vía de aprendizaje de compatibilidad. Una vía de aprendizaje es un instructivo ordenado que permite a los usuarios completar un módulo predefinido que culmina en un examen. A cada usuario que aprueba el examen se le otorga una insignia que se puede guardar en el perfil de desarrollador de Google. Pon a prueba tus conocimientos sobre la compatibilidad de Android 11 para ganar una insignia de edición limitada.

Conclusiones clave

Con cada lanzamiento, trabajamos para reducir el impacto de las pruebas de compatibilidad en tus apps. En Android 11, agregamos nuevos procesos, herramientas para desarrolladores e hitos de lanzamiento a fin de facilitar los procesos. Esperamos que los recursos que te proporcionamos esta semana te sean útiles para comenzar con tus pruebas de compatibilidad. Estas son las claves de esta semana para los desarrolladores:
  1. Android 11 ha alcanzado la estabilidad de la plataforma, y todas las API y comportamientos de las apps ahora están completos.
  2. Los desarrolladores de apps y juegos deberían comenzar las pruebas de compatibilidad ahora y publicar las actualizaciones en la versión final de Android 11 a finales de este año.
  3. Los desarrolladores de SDK, bibliotecas y herramientas deben completar las pruebas y lanzar las versiones compatibles tan pronto como sea posible para evitar el bloqueo de los desarrolladores que usen esos recursos.
  4. Hay disponibles nuevos instrumentos y recursos para ayudar. Consulta a continuación lo más destacado y visita developer.android.com/11 para obtener los detalles completos.

Recursos

Puedes encontrar la lista de reproducción completa del contenido de video de #11WeeksOfAndroid aquí. Seguiremos destacando nuevas áreas cada semana, así que mantente al tanto y síguenos en Twitter y YouTube. A continuación, se encuentran los vínculos a los recursos de los que hablamos durante la semana de compatibilidad con Android 11.
Entradas de blog
Cómo probar compatibilidad con apps en Android 11
Excelliance Tech: cambio a las nuevas API de Android para una compatibilidad a largo plazo
Android 11 Beta 2 y estabilidad de la plataforma
Cómo acelerar las actualizaciones de Android
Videos
Lista de reproducción de Compatibilidad con Android 11
Vista previa de la semana de Compatibilidad con Android 11
Cómo probar cambios de la plataforma en Android 11
Cómo probar la compatibilidad de las apps con Android Studio
Estabilidad de la plataforma y la cronología de lanzamientos de Android
Codelabs
Cómo instalar la GSI de Android 11
Vías de aprendizaje
Android 11: semana 4 - compatibilidad
Sesión de preguntas de Reddit
Sesión de preguntas del equipo de la plataforma de Android
Documentación relacionada
Cronología de Android 11
Descargar Android 11
Guía de migración a Android 11
Cambios de comportamiento en Android 11
Cómo probar la compatibilidad de las apps
Restricciones ajenas al SDK en Android 11
Comentarios y errores
Sitio para desarrolladores de Android 11



Más opciones orientadas


pantallas de dispositivos móviles de ejemplo

Recuérdales a los usuarios el valor de tu suscripción


Publicado por Angela Ying, gerenta de Producto de Google Play

La suscripción sigue siendo uno de los modelos de negocio de mayor crecimiento para las apps de Google Play. A medida que evoluciona tu negocio de suscripciones y se hace más sofisticado, nuestra plataforma continúa mejorando para satisfacer mejor tus necesidades. Hoy nos complace contarte más acerca de las nuevas capacidades de suscripción que anunciamos en el lanzamiento de Android 11 Beta, que incluyen códigos promocionales para ayudarte a acceder a nuevos suscriptores, nuevas oportunidades para recordarles a los usuarios tu valor y cómo recuperar a los usuarios que desertan. Muchas de estas capacidades están compiladas en la versión 3 de la Biblioteca de Facturación Play.
Además de las nuevas capacidades, también estamos haciendo mejoras en nuestra plataforma existente. En los últimos años, hemos lanzado muchas funciones, como la retención, el restablecimiento y la pausa de cuentas, que han sido muy eficaces a la hora de reducir la deserción voluntaria e involuntaria. Queremos asegurarnos de que todos puedan aprovecharlas, por lo que tenemos pensado cambiar la configuración predeterminada de esas funciones de opcionales a obligatorias o predeterminadas a partir del 1 de noviembre de 2020. Al final de este artículo, se incluyen más detalles sobre esas funciones y los requisitos de implementación.
Esto es todo lo que cambiaremos sobre la plataforma de suscripciones:
Plataforma de suscripciones

Más opciones orientadas

Las promociones y los acuerdos son una forma importante de hacer crecer tu negocio para adquirir nuevos clientes. Por eso, durante el último año, hemos invertido en nuevas capacidades de código promocional para las suscripciones que puedes utilizar con el objetivo de enviar promociones a un conjunto más específico de usuarios.
El año pasado en I/O 2019, lanzamos códigos promocionales para suscripciones de única vez, que son códigos alfanuméricos únicos que se pueden distribuir a usuarios individuales para que los canjeen. Ahora, hemos lanzado un nuevo flujo de canje sin fricciones que permite a los usuarios canjear fácilmente el código, comprar la suscripción e instalar la app desde Play Store en unos pocos pasos. Esto simplifica enormemente la experiencia del usuario, ya que reduce la fricción por la que pasan las personas para usar tu código. Dado que esta suscripción se inicia fuera de tu app, solo está disponible para los desarrolladores que utilizan la Biblioteca de facturación 2.0 o una versión posterior.

pantallas de dispositivos móviles de ejemplo
Además de los códigos de un solo uso, nos complace anunciar oficialmente el lanzamiento de códigos personalizados (también conocidos como códigos a medida), que pueden ser canjeados por varios usuarios y que pueden utilizarse en campañas de marketing para impulsar las adquisiciones. Por ejemplo, puedes publicar códigos personalizados en anuncios o en promociones sociales para atraer de forma creativa nuevos usuarios potenciales. Los usuarios pueden canjear un código personalizado en tu app ingresándolo en sus métodos de pago cuando adquieren una suscripción.

Recuérdales a los usuarios el valor de tu suscripción

La retención de suscriptores es crucial para la salud a largo plazo de tu negocio de suscripciones. La razón por la que los usuarios permanecen suscritos es porque perciben el valor continuo de tu servicio de suscripción. Para ayudarte a comunicar ese valor, recientemente lanzamos un módulo que recordará a los usuarios los beneficios obtenidos de una suscripción cuando estén por cancelarla. Para aprovechar este módulo, agrega una breve lista de hasta 4 beneficios para suscriptores en Google Play Console.

Recupera a los suscriptores que desertan

Si tienes usuarios que desertan, queremos que puedan volver a suscribirse fácilmente. Para ayudarte a hacerlo, hemos lanzado la posibilidad de que los usuarios se vuelvan a suscribir a las suscripciones recientemente caducadas de forma directa desde el centro de suscripciones de Google Play. Puedes habilitar tus SKU para resuscripciones en Google Play Console. Dado que esta suscripción se inicia fuera de tu app, solo está disponible para los desarrolladores que utilizan la Biblioteca de facturación 2 o una versión posterior.


Disminución de precios sin aceptación

Por último, escuchamos los comentarios acerca de que exigir a los usuarios que acepten la disminución del precio de la suscripción era demasiado restrictivo. Nos complace anunciar que la disminución de precios de suscripciones ya no requerirá que los usuarios tomen medidas para aceptar mantener su suscripción. Los usuarios recibirán notificaciones acerca de una próxima disminución de precio y podrán ver el próximo cambio en el centro de suscripciones de Google Play.

Configuración actualizada de la retención de plataforma

En los últimos años, nuestra plataforma ha progresado mucho para ayudarte a mantener a tus suscriptores mediante funciones destinadas a reducir tanto la deserción voluntaria como la involuntaria (debido a la falta de pago). Por ejemplo, la retención de la cuenta ha ayudado a los desarrolladores a lograr una reducción del 8% en la deserción involuntaria y una tasa de recuperación de la disminución de los pagos un 35% más alta en comparación con los desarrolladores que no utilizan la retención de la cuenta. Si bien esas funciones son efectivas, no se suele tener en cuenta la retención cuando se empieza.
Por eso, anunciamos la actualización de los valores predeterminados de varias funciones de suscripción que hasta ahora habían sido opcionales. Entrarán en vigencia el 1 de noviembre de 2020.
  • La retención y el restablecimiento de cuentas serán obligatorios para todos los desarrolladores.
  • Las opciones de pausa y resuscripción estarán activadas de forma predeterminada para todos los desarrolladores que tengan suscripciones habilitadas. Puedes desactivar cualquiera de las dos funciones desde Google Play Console en cualquier momento, en caso de que no puedas implementar los cambios antes de noviembre.
    • La opción de pausa permite a los usuarios hacer una pausa de hasta 3 meses en su suscripción. Al final de ese período, se reanudará automáticamente. La opción de pausa requiere que se active la retención de la cuenta. Puedes desactivar la función seleccionando "Inhabilitada" junto a "Pausa" en la configuración de suscripciones de Play Console. Obtén más información sobre cómo integrar la opción de pausa
    • La resuscripción permite a los usuarios volver a suscribirse a una suscripción de la que ya desertaron dentro de los siguientes 12 meses al vencimiento correspondiente. Esta función solo está disponible para las apps que admiten las versiones 2.0 y superiores de la Biblioteca de facturación. Puedes desactivar la función cambiando la configuración a "Inhabilitada" para cada suscripción de producto en Play Console. Obtén más información sobre cómo integrar la resuscripción
Es posible que tengas que hacer modificaciones en tu app o en tu servidor para procesar estas nuevas funciones. Específicamente, tu app debería:
  • Reconocer en qué momento un usuario pierde el acceso a la suscripción y en qué momento la recupera más tarde
    • Si tu app se basa en la Biblioteca de facturación y no en la API de Purchases.subscriptions de Google Play Developer para mantener el estado más reciente de tus suscriptores, debería poder procesar esto automáticamente.
    • Sin embargo, si dependes de la API de Google Play Developer, que es común para los desarrolladores cuya suscripción es accesible a través de varias plataformas como la Web, es importante que siempre tengas el último estado del suscriptor en tu servidor.
    • Para asegurarse de tener siempre el último estado de suscripción, te recomendamos encarecidamente que implementes las notificaciones para desarrolladores en tiempo real. Obtén más información.
  • Procesa sin problemas las compras de apps (solo en la Biblioteca de facturación 2.0 y versiones posteriores)
    • Cuando un usuario abra la app después de volver a suscribirse, asegúrate de reconocer la compra y de mostrar un mensaje en la app para confirmar la nueva compra. Echa un vistazo a nuestras prácticas recomendadas para procesar las compras de aplicaciones.
Si bien no todas las funciones requerirán cambios de ingeniería, te recomendamos que pruebes cada función antes del 1 de noviembre. A fin de facilitar la transición, Google habilitó las funciones de retención, pausa, restablecimiento y resuscripción para todas las cuentas de prueba de licencias. Obtén más información sobre pruebas de suscripciones.





¿Qué tan útil te resultó esta entrada de blog?

Demuestra tus habilidades de Flutter compilando IU atractivas en CodePen

Demuestra tus habilidades de Flutter compilando IU atractivas en CodePen

Desde el principio, uno de nuestros objetivos con Flutter era permitir que los desarrolladores crearan experiencias increíbles para los usuarios. Y, cada día, la comunidad mundial nos sorprende con infinidad de apps y experimentos que demuestran el potencial creativo de Flutter. Hoy, nos complace asociarnos con CodePen en una divertida serie de nuevos desafíos para que puedas mostrar tus habilidades de Flutter.

CodePen es uno de los principales destinos en Internet para que los desarrolladores de frontend experimenten, compartan e iteren. Desde que anunciamos nuestra asociación con CodePen en abril, nos han sorprendido los proyectos de Flutter que han creado los desarrolladores. Por eso, queremos darte la oportunidad para que muestres tus increíbles diseños de Flutter a la comunidad de CodePen, compuesta por más de un millón de diseñadores y codificadores.

Destalles del desafío

¿En qué consiste? Los CodePen Challenges son oportunidades divertidas para mejorar tus habilidades construyendo cosas. Los desafíos anteriores han abarcado temas de desarrollo web como JavaScriptimágenes y paletas de colores. El desafío de Flutter CodePen es un reto de un mes de duración que se llevará a cabo en julio para compilar experiencias del usuario con el nuevo editor de Flutter de CodePen.
Cómo funciona:
  1. El desafío de Flutter CodePen consiste en 4 retos semanales, cada uno sobre un tema diferente de Flutter. Cada reto se dará a conocer a principios de la semana, e irán de lo básico a lo más avanzado, compilándose uno sobre el otro.
  2. Para ayudarte, compartiremos algunas ideas sobre qué compilar, recomendaremos recursos y compartiremos proyectos de ejemplo.
  3. Una vez que completes tu proyecto, compártelo con la comunidad de CodePen utilizando la etiqueta FlutterPen y con la comunidad más amplia de desarrolladores de Twitter y LinkedIn mediante #FlutterPen. La comunidad de CodePen seleccionará los mejores proyectos, que se mostrarán en la página web.
Fecha: El primer desafío semanal se lanzará el lunes 6 de julio de 2020.
Adelanto: Durante la primera semana, empezaremos con uno de los bloques de compilación más importantes de Flutter: un widget Stack, que permite colocar widgets uno encima del otro en orden de procesamiento de imágenes. Puedes usarlo en escenarios sencillos como textos superpuestos encima de gradientes o para compilar diseños personalizados geniales.
Aquí hay un CodePen incorporado que usa el widget Stack para crear una vista de tres paneles. Haz clic en Run Pen para ver la app en acción. Luego, haz clic en Flutter para ver el código que implementa la app.


¡Acepta el desafío!

Saca tu lado creativo y echa un vistazo a la página del desafío a partir del 6 de julio. Mientras tanto, ¿por qué no usas el hashtag #FlutterPen para mostrar los proyectos de Flutter que ya has creado? ¡Queremos ver lo que has compilado hasta ahora!



Publicado por Dave Burke, vicepresidente de Ingeniería
Dial de Android 11
Hace unas semanas develamos la primera versión Beta de Android 11, con un enfoque en las personas, los controles y la privacidad. Como destacamos en el ...


Publicado por Dave Burke, vicepresidente de Ingeniería
Dial de Android 11
Hace unas semanas develamos la primera versión Beta de Android 11, con un enfoque en las personas, los controles y la privacidad. Como destacamos en el lanzamiento de #Android11Beta, estamos haciendo que Android se centre más en las personas y sea más expresivo, ayude a los usuarios a controlar sus dispositivos inteligentes y les dé aún más control respecto de los permisos sensibles. Los desarrolladores pueden usar API como Conversaciones, Cuadros, Controles del dispositivo y Controles multimedia para integrar esas experiencias en sus apps.
Hoy publicamos la segunda versión Beta de Android 11 para que la pruebes. Este lanzamiento nos lleva al hito Estabilidad de la plataforma, lo que significa que las API y los comportamientos de Android 11 están finalizados. Para los desarrolladores, es hora de empezar con las actualizaciones de compatibilidad finales y publicarlas a tiempo para el lanzamiento oficial, que será en el tercer trimestre.
El tema de esta semana en 11 semanas de Android es "Compatibilidad con Android 11", y compartiremos contenido y materiales útiles toda la semana. Puedes encontrarlos en la página de 11 semanas o seguir a los desarrolladores de Android en Twitter y YouTube.
Puedes obtener la versión Beta 2 hoy en tu dispositivo Pixel 2, 3, 3a o 4 inscribiéndote aquí para descargar las actualizaciones inalámbricas. También están disponibles las descargas manuales. Si ya te habías inscrito para la versión Beta 1, obtendrás automáticamente la actualización inalámbrica. Dinos qué piensas, y gracias por los comentarios que nos has hecho llegar hasta ahora.

Estabilidad de la plataforma

La versión Beta 2 aporta a Android 11 la Estabilidad de la plataforma, un nuevo hito de lanzamiento que agregamos este año solo para desarrolladores, en función de tus comentarios.
La Estabilidad de la plataforma significa que todas las superficies y comportamientos de las apps ahora son definitivas en Android 11. Esto incluye no solo las API finales de SDK y NDK, sino también los comportamientos finales del sistema y las restricciones de las interfaces ajenas al SDK que pueden afectar a las apps. Por lo tanto, desde la versión Beta 2, puedes lanzar actualizaciones de compatibilidad con la confianza de que la plataforma no cambiará. Obtén más información sobre la cronología aquí.
Cronología de la Estabilidad de la plataforma Con la plataforma ya estable, estamos animando a todos los desarrolladores de apps y juegos a que comiencen sus pruebas finales de compatibilidad y publiquen las actualizaciones antes del lanzamiento final.
Para todos los desarrolladores de SDK, bibliotecas, herramientas y motores de juegos, es aún más importante empezar a realizar pruebas ahora y publicar actualizaciones compatibles cuanto antes (es posible que algunos juegos y apps queden bloqueados hasta que reciban las actualizaciones pertinentes). Una vez que hayas publicado una actualización compatible, ¡haz que otros desarrolladores lo sepan!

Por qué es importante la compatibilidad de apps

Para Android, el términocompatibilidad de apps significa que tu app se ejecuta correctamente en una versión específica de la plataforma, por lo general, la última. Puedes comprobarlo ahora mismo instalando tu app de producción en un dispositivo o emulador con Android 11. Solo tienes que probar todos los flujos de usuario y las funciones; si la app se ve y funciona correctamente, entonces ya está, ¡es compatible!
Suena simple, pero es más que eso. Con cada lanzamiento, hacemos cambios integrales que mejoran la privacidad y la seguridad, e implementamos modificaciones que optimizan la experiencia general del usuario en todo el SO. En ocasiones, eso puede afectar a tus apps, por lo que es importante echar un vistazo a la página de cambios de comportamientos y realizar pruebas, y luego publicar la actualización compatible para los usuarios. Es un nivel de calidad básico pero crítico.
La compatibilidad de apps entra en juego cuando los usuarios actualizan su dispositivo a la última versión de Android, ya sea porque compraron un nuevo dispositivo o porque instalaron una actualización en su dispositivo actual. Están entusiasmados por explorar la última versión de Android, y quieren probarla con sus apps favoritas. Si las apps no funcionan correctamente, es un problema grave, tanto para los usuarios como para todos nosotros.
Así que, si bien hay un montón de API y funciones nuevas para explorar, y más cambios por considerar cuando tengas todo listo para modificar el número de destino de tu app, empieza por probar tu app actual y lanzar primero una actualización compatible.
Las actualizaciones de Pixel y otros dispositivos se iniciarán tan pronto como Android 11 llegue a la versión final del Proyecto de código abierto de Android (AOSP), algo que esperamos para el tercer trimestre. Ahora también hay varios dispositivos de socios en vistas previas públicas activas para respaldar tus pruebas de compatibilidad.

Facilitamos el proceso de compatibilidad de apps en Android 11

Con cada lanzamiento, estamos trabajando para reducir las tareas que deberás realizar para preparar tus apps. En Android 11, agregamos nuevos procesos, herramientas para desarrolladores e hitos de lanzamiento a fin de minimizar el impacto de las actualizaciones de la plataforma y facilitar el proceso de compatibilidad de apps.
  • Minimización del impacto de los cambios de comportamiento: Estamos haciendo un esfuerzo consciente para minimizar los cambios en la plataforma que podrían afectar a las apps, haciéndolos opcionales, siempre que sea posible, hasta que establezcas targetSdkVersion como Android 11 en tu app. Si distribuyes tu contenido mediante Google Play, tendrás más de un año para habilitar esos cambios.
  • Facilidad en las pruebas y la depuración: Para que pruebes la compatibilidad, permitimos que sea posible activar o desactivar la mayoría de los cambios importantes. Es decir, puedes habilitar o inhabilitar cada cambio desde las Opciones para desarrolladores o desde adb. Con esto, ya no hace falta cambiar el valor de targetSdkVersion ni volver a compilar tu app para realizar pruebas básicas. Consulta los detalles aquí.
    Funciones de compatibilidad de la app que se pueden activar o desactivar en las Opciones para desarrolladores
    Funciones de compatibilidad de la app que se pueden activar o desactivar en las Opciones para desarrolladores
  • Restricciones en interfaces que no pertenecen al SDK: Como parte de nuestro esfuerzo continuo por alejar gradualmente a los desarrolladores de las API ajenas al SDK, hemos actualizado las listas de interfaces que no pertenecen al SDK y, como siempre, tus comentarios y solicitudes de equivalentes de API públicas son bienvenidos.
  • Cargador de recursos dinámicos: Como parte de la migración fuera de interfaces que no pertenecen al SDK, los desarrolladores solicitaron una API pública que permitiera cargar recursos y activos de forma dinámica durante el tiempo de ejecución. En consecuencia, agregamos un marco de trabajo del cargador de recursos en Android 11. Les agradecemos a los desarrolladores que lo solicitaron.
  • Hito Estabilidad de la plataforma: Como ya se mencionó, este es un nuevo hito que hemos agregado a nuestro proceso de lanzamiento a fin de darles a los desarrolladores una fecha clara para los cambios finales. Incluye no solo las API finales de SDK y NDK, sino también las API internas y los comportamientos del sistema definitivos que podrían influir en las apps.

¡Preparen sus apps para Android 11!

Ahora que hay una versión estable de Android 11, haz que tus apps sean compatibles cuanto antes. Esta es la forma de hacerlo.
Gráfico del flujo de compatibilidad de Android 11 Para probar tu app actual, comienza con los cambios de comportamiento para todas las apps a fin de determinar qué podría verse afectado. Estos son los principales cambios (se aplican independientemente de la versión TargetSdkVersion de tu app):
  • Permiso de una sola vez: Los usuarios ahora pueden conceder un permiso de uso único para que una app acceda a la ubicación, al micrófono del dispositivo y a la cámara. Obtén más detalles aquí.
  • Acceso al almacenamiento externo: Las apps ya no pueden acceder a los archivos de otras aplicaciones ubicados en el almacenamiento externo. Obtén más detalles aquí.
  • Asignador de seguridad reforzada Scudo: Ahora se usa el asignador de memoria del montón para el código nativo en las apps. Obtén más detalles aquí.
  • Limpiador del descriptor de archivos: Ahora está habilitado de forma predeterminada a fin de detectar problemas de procesamiento de descriptores de archivos para el código nativo de apps. Obtén más detalles aquí.
Recuerda probar la compatibilidad de bibliotecas y SDK con tu app. Si encuentras un problema, intenta actualizar a la versión más reciente del SDK o comunícate con el desarrollador para obtener ayuda.
Después de que hayas publicado la versión compatible de tu app actual, podrás iniciar el proceso de actualizar el parámetro targetSdkVersion. Consulta los cambios de comportamiento para apps de Android 11 y prueba el marco de trabajo de compatibilidad a fin de ayudar a detectar posibles problemas. Estos son algunos de los principales cambios que hay que probar (solo se aplican a targetSdkVersion 30 y versiones posteriores):
  • Almacenamiento de alcance: Nuevas restricciones de almacenamiento, comportamientos y API para la lectura y escritura de archivos de apps. Obtén más detalles aquí.
  • Ubicación en segundo plano: Cambios en la forma en que las apps solicitan la ubicación en segundo plano y en que los usuarios la conceden. Obtén más detalles aquí.
  • Visibilidad de paquetes: Cambios en la forma en que las apps pueden consultar otras aplicaciones instaladas e interactuar con ellas. Obtén más detalles aquí.
  • Archivos de recursos comprimidos: No se pueden instalar ni actualizar apps si contienen un archivo comprimido resources.arsc o si el archivo no cumple con el límite de 4 bytes. Obtén más detalles aquí.
  • Esquema de firma de APK v2: Ahora se deben firmar las apps usando el Esquema de firma de APK v2 o una versión posterior. Obtén más detalles aquí.
  • Etiquetado de punteros de montón: Para los procesos de 64 bits, las asignaciones de montón nativas tienen una etiqueta en el byte superior del puntero que las apps no deben modificar. Obtén más detalles aquí.
Durante las pruebas, estate atento al uso de interfaces restringidas que no pertenezcan al SDK en tu app y muévelas a los equivalentes de SDK públicos. Puedes obtener más información sobre las API restringidas aquí.

Explora las nuevas API y funciones

Tan pronto como estés listo, sumérgete en Android 11 y aprende sobre las nuevas experiencias que puedes crear. Nuestra publicación sobre #Android11 Beta incluye un resumen de las nuevas funciones para desarrolladores. Además, puedes visitar la página del lanzamiento Beta y ver las charlas del equipo de Android sobre las novedades en sus áreas.
Android Studio también tiene nuevas funciones para Android 11 a fin de mejorar la productividad y el flujo de trabajo, como ADB incremental, para una instalación más rápida de APK de gran tamaño, y anotaciones adicionales de nulabilidad en API de la plataforma. Puedes probarlas descargando la versión Canary o la última versión Beta de Android Studio. Las instrucciones que debes seguir a fin de configurar Android Studio para Android 11 están aquí.
A fin de obtener detalles completos sobre las funciones y API de Android 11, visita el sitio para desarrolladores de Android 11.

¿Cómo obtengo la versión Beta 2?

Es muy fácil. Puedes inscribirte aquí para obtener actualizaciones inalámbricas de Android 11 Beta para dispositivos Pixel 2, 3, 3a y 4. De forma alternativa, prueba con Android Flash Tool para obtener actualizaciones a pedido, y también hay disponibles imágenes del sistema descargables. Si no tienes un dispositivo Pixel, puedes usar Android Emulator en Android Studio o probar una imagen GSI para ejecutar Android 11 en dispositivos compatibles con Treble.
Como siempre, tus comentarios son fundamentales, así que dinos qué piensas. Puedes utilizar nuestras listas de acceso directo para informar problemas de plataforma (incluidos los cambios de privacidad y comportamiento), problemas de compatibilidad de apps y problemas con SDK de terceros. Hasta ahora has compartido con nosotros comentarios muy valiosos, así que gracias por eso.

Semana de compatibilidad con Android 11

Esta semana en 11 semanas de Android, destacamos la compatibilidad de Android 11, un tema importante para todos los desarrolladores ahora que se lanzó la versión estable de la plataforma.
Estamos compartiendo aquí recursos para ayudarte con las pruebas de compatibilidad, y puedes seguir a los desarrolladores de Android en Twitter y YouTube para encontrar contenido y materiales útiles en esta área durante toda esta semana.
Además, el equipo de ingeniería de Android realizará una sesión de preguntas y respuestas en Reddit, en r/androiddev, mañana, 9 de julio, a las 12:00 p.m. (hora del Pacífico), para responder a tus preguntas técnicas sobre Android 11. Mira esta publicación para obtener más detalles y enviar tus consultas.


Publicado por Angela Ying, gerenta de Producto de Google Play

La suscripción sigue siendo uno de los modelos de negocio de mayor crecimiento para las apps de Google Play. A medida que evoluciona tu negocio de suscripciones y se hace más sofisticado, nuestra plataforma continúa mejorando para satisfacer mejor tus necesidades. Hoy nos complace contarte más acerca de las nuevas capacidades de suscripción que anunciamos en el ...

Publicado por Angela Ying, gerenta de Producto de Google Play

La suscripción sigue siendo uno de los modelos de negocio de mayor crecimiento para las apps de Google Play. A medida que evoluciona tu negocio de suscripciones y se hace más sofisticado, nuestra plataforma continúa mejorando para satisfacer mejor tus necesidades. Hoy nos complace contarte más acerca de las nuevas capacidades de suscripción que anunciamos en el lanzamiento de Android 11 Beta, que incluyen códigos promocionales para ayudarte a acceder a nuevos suscriptores, nuevas oportunidades para recordarles a los usuarios tu valor y cómo recuperar a los usuarios que desertan. Muchas de estas capacidades están compiladas en la versión 3 de la Biblioteca de Facturación Play.
Además de las nuevas capacidades, también estamos haciendo mejoras en nuestra plataforma existente. En los últimos años, hemos lanzado muchas funciones, como la retención, el restablecimiento y la pausa de cuentas, que han sido muy eficaces a la hora de reducir la deserción voluntaria e involuntaria. Queremos asegurarnos de que todos puedan aprovecharlas, por lo que tenemos pensado cambiar la configuración predeterminada de esas funciones de opcionales a obligatorias o predeterminadas a partir del 1 de noviembre de 2020. Al final de este artículo, se incluyen más detalles sobre esas funciones y los requisitos de implementación.
Esto es todo lo que cambiaremos sobre la plataforma de suscripciones:
Plataforma de suscripciones

Más opciones orientadas

Las promociones y los acuerdos son una forma importante de hacer crecer tu negocio para adquirir nuevos clientes. Por eso, durante el último año, hemos invertido en nuevas capacidades de código promocional para las suscripciones que puedes utilizar con el objetivo de enviar promociones a un conjunto más específico de usuarios. El año pasado en I/O 2019, lanzamos códigos promocionales para suscripciones de única vez, que son códigos alfanuméricos únicos que se pueden distribuir a usuarios individuales para que los canjeen. Ahora, hemos lanzado un nuevo flujo de canje sin fricciones que permite a los usuarios canjear fácilmente el código, comprar la suscripción e instalar la app desde Play Store en unos pocos pasos. Esto simplifica enormemente la experiencia del usuario, ya que reduce la fricción por la que pasan las personas para usar tu código. Dado que esta suscripción se inicia fuera de tu app, solo está disponible para los desarrolladores que utilizan la Biblioteca de facturación 2.0 o una versión posterior.

pantallas de dispositivos móviles de ejemplo
Además de los códigos de un solo uso, nos complace anunciar oficialmente el lanzamiento de códigos personalizados (también conocidos como códigos a medida), que pueden ser canjeados por varios usuarios y que pueden utilizarse en campañas de marketing para impulsar las adquisiciones. Por ejemplo, puedes publicar códigos personalizados en anuncios o en promociones sociales para atraer de forma creativa nuevos usuarios potenciales. Los usuarios pueden canjear un código personalizado en tu app ingresándolo en sus métodos de pago cuando adquieren una suscripción.

Recuérdales a los usuarios el valor de tu suscripción

La retención de suscriptores es crucial para la salud a largo plazo de tu negocio de suscripciones. La razón por la que los usuarios permanecen suscritos es porque perciben el valor continuo de tu servicio de suscripción. Para ayudarte a comunicar ese valor, recientemente lanzamos un módulo que recordará a los usuarios los beneficios obtenidos de una suscripción cuando estén por cancelarla. Para aprovechar este módulo, agrega una breve lista de hasta 4 beneficios para suscriptores en Google Play Console.

Recupera a los suscriptores que desertan

Si tienes usuarios que desertan, queremos que puedan volver a suscribirse fácilmente. Para ayudarte a hacerlo, hemos lanzado la posibilidad de que los usuarios se vuelvan a suscribir a las suscripciones recientemente caducadas de forma directa desde el centro de suscripciones de Google Play. Puedes habilitar tus SKU para resuscripciones en Google Play Console. Dado que esta suscripción se inicia fuera de tu app, solo está disponible para los desarrolladores que utilizan la Biblioteca de facturación 2 o una versión posterior.

Disminución de precios sin aceptación

Por último, escuchamos los comentarios acerca de que exigir a los usuarios que acepten la disminución del precio de la suscripción era demasiado restrictivo. Nos complace anunciar que la disminución de precios de suscripciones ya no requerirá que los usuarios tomen medidas para aceptar mantener su suscripción. Los usuarios recibirán notificaciones acerca de una próxima disminución de precio y podrán ver el próximo cambio en el centro de suscripciones de Google Play.

Configuración actualizada de la retención de plataforma

En los últimos años, nuestra plataforma ha progresado mucho para ayudarte a mantener a tus suscriptores mediante funciones destinadas a reducir tanto la deserción voluntaria como la involuntaria (debido a la falta de pago). Por ejemplo, la retención de la cuenta ha ayudado a los desarrolladores a lograr una reducción del 8% en la deserción involuntaria y una tasa de recuperación de la disminución de los pagos un 35% más alta en comparación con los desarrolladores que no utilizan la retención de la cuenta. Si bien esas funciones son efectivas, no se suele tener en cuenta la retención cuando se empieza.
Por eso, anunciamos la actualización de los valores predeterminados de varias funciones de suscripción que hasta ahora habían sido opcionales. Entrarán en vigencia el 1 de noviembre de 2020.
  • La retención y el restablecimiento de cuentas serán obligatorios para todos los desarrolladores.
  • Las opciones de pausa y resuscripción estarán activadas de forma predeterminada para todos los desarrolladores que tengan suscripciones habilitadas. Puedes desactivar cualquiera de las dos funciones desde Google Play Console en cualquier momento, en caso de que no puedas implementar los cambios antes de noviembre.
    • La opción de pausa permite a los usuarios hacer una pausa de hasta 3 meses en su suscripción. Al final de ese período, se reanudará automáticamente. La opción de pausa requiere que se active la retención de la cuenta. Puedes desactivar la función seleccionando "Inhabilitada" junto a "Pausa" en la configuración de suscripciones de Play Console. Obtén más información sobre cómo integrar la opción de pausa
    • La resuscripción permite a los usuarios volver a suscribirse a una suscripción de la que ya desertaron dentro de los siguientes 12 meses al vencimiento correspondiente. Esta función solo está disponible para las apps que admiten las versiones 2.0 y superiores de la Biblioteca de facturación. Puedes desactivar la función cambiando la configuración a "Inhabilitada" para cada suscripción de producto en Play Console. Obtén más información sobre cómo integrar la resuscripción
Es posible que tengas que hacer modificaciones en tu app o en tu servidor para procesar estas nuevas funciones. Específicamente, tu app debería:
  • Reconocer en qué momento un usuario pierde el acceso a la suscripción y en qué momento la recupera más tarde
    • Si tu app se basa en la Biblioteca de facturación y no en la API de Purchases.subscriptions de Google Play Developer para mantener el estado más reciente de tus suscriptores, debería poder procesar esto automáticamente.
    • Sin embargo, si dependes de la API de Google Play Developer, que es común para los desarrolladores cuya suscripción es accesible a través de varias plataformas como la Web, es importante que siempre tengas el último estado del suscriptor en tu servidor.
    • Para asegurarse de tener siempre el último estado de suscripción, te recomendamos encarecidamente que implementes las notificaciones para desarrolladores en tiempo real. Obtén más información.
  • Procesa sin problemas las compras de apps (solo en la Biblioteca de facturación 2.0 y versiones posteriores)
    • Cuando un usuario abra la app después de volver a suscribirse, asegúrate de reconocer la compra y de mostrar un mensaje en la app para confirmar la nueva compra. Echa un vistazo a nuestras prácticas recomendadas para procesar las compras de aplicaciones.
Si bien no todas las funciones requerirán cambios de ingeniería, te recomendamos que pruebes cada función antes del 1 de noviembre. A fin de facilitar la transición, Google habilitó las funciones de retención, pausa, restablecimiento y resuscripción para todas las cuentas de prueba de licencias. Obtén más información sobre pruebas de suscripciones.


¿Qué tan útil te resultó esta entrada de blog?