Local blog for Spanish speaking developers in LATAM
¿Qué es Cloud Native?
miércoles, 15 de julio de 2020
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á?
Michele M. F.
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.
https://youtu.be/tCNt0OD8pFU?t=115
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.
Edición n.º 21 de Now in Android
martes, 14 de julio de 2020
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.
https://medium.com/media/960a512d1d90477b1eeaf1db5edf58ae/href
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).
https://medium.com/media/737f3bd247401c40f6b45178381cb482/href
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:
CustomView 1.1.0
: Se agregó la nueva interfaz
Openable
, implementada por
DrawerLayout 1.1.0
, y
SlidingPaneLayout 1.1.0
, usada por
Navigation 2.3.0
.
DrawerLayout 1.1.0
: Se mejoró la compatibilidad con el manejo de inserciones de navegación gestual, y ahora se implementa la nueva interfaz
Openable
en
CustomView 1.1.0
.
Emoji 1.1.0
: Esta fuente de emojis ahora incluye Emoji
12
y
12.1
.
Navigation 2.3.0
: Esta versión integra la capacidad del
módulo de Dynamic Feature
(que permite la navegación hacia los módulos que no están presentes, que luego se descargarán e instalarán automáticamente). Otras funciones de esta versión incluyen que se muestre un resultado al destino anterior en la pila trasera, una mejor capacidad de prueba con el artefacto de prueba de navegación, compatibilidad con
NavigationUI
para la nueva interfaz
Openable
(que ahora implementan DrawerLayout y SlidingPaneLayout) y más compatibilidad con vínculos directos.
SlidingPaneLayout 1.1.0
: Este diseño ahora implementa la nueva interfaz
Openable
en
CustomView 1.1.0
.
SwipeRefreshLayout 1.1.0
: Este diseño ahora implementa NestedScrollingChild3 y NestedScrollingParent3.
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.
https://medium.com/media/9a598ea86d8cfa00ae10773868887cd4/href
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.
11 semanas de Android: Compatibilidad con Android 11
lunes, 13 de julio de 2020
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
.
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
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.
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:
Android 11 ha alcanzado la estabilidad de la plataforma, y todas las API y comportamientos de las apps ahora están completos.
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.
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.
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
Nuevas funciones para adquirir y retener suscriptores
martes, 7 de julio de 2020
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:
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
.
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.
La retención de la cuenta es un estado en el que entra el usuario después de que una renovación falla debido a un problema de pago. Durante la retención de la cuenta, el usuario pierde el acceso a la suscripción mientras Google lo notifica al respecto y vuelve a intentar procesar el pago con el método indicado.
Obtén más información sobre cómo integrar la retención de cuentas
El restablecimiento permite a los usuarios reanudar las renovaciones automáticas después de haber cancelado la suscripción, pero antes de que esta caduque.
Obtén más información sobre cómo integrar el restablecimiento
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?
★
★
★
★
★
Desafío Flutter CodePen
martes, 7 de julio de 2020
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
JavaScript
,
imá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:
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.
Para ayudarte, compartiremos algunas ideas sobre qué compilar, recomendaremos recursos y compartiremos proyectos de ejemplo.
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!
Android 11 Beta 2 y Estabilidad de la plataforma
martes, 7 de julio de 2020
Publicado por Dave Burke, vicepresidente de Ingeniería
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í
.
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érmino
compatibilidad 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
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.
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.
Nuevas funciones para adquirir y retener suscriptores
lunes, 6 de julio de 2020
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:
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
.
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.
La retención de la cuenta es un estado en el que entra el usuario después de que una renovación falla debido a un problema de pago. Durante la retención de la cuenta, el usuario pierde el acceso a la suscripción mientras Google lo notifica al respecto y vuelve a intentar procesar el pago con el método indicado.
Obtén más información sobre cómo integrar la retención de cuentas
El restablecimiento permite a los usuarios reanudar las renovaciones automáticas después de haber cancelado la suscripción, pero antes de que esta caduque.
Obtén más información sobre cómo integrar el restablecimiento
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?
★
★
★
★
★
Labels
.app
.dev
.txt
#AMP
#CPU
#DeveloperStudentClubs
#DevFest
#DragonBall
#DSC
#Forsety
#ForsetySecurity
#freeandopen
#GCP
#Google
#GoogleCloud
#GoogleCloudPlatform
#GoogleLaunchpad
#iio2009
#Kubernetes
#MaterialDesign
#OneCommunity
#Security
#TensorFlow
#UPGlobal
#UpLatam
#WithGoogle
+page
10 YEARS
2013
2019
64 bits
A/B Testing
AA
Accelerator
Action on Goolge
actionbar
Actions
Actions Console
AdMob
Ads
adwords
adwords api
AI
AIY
ajax
alarmmanager
ALFA
almacenamiento
alojamiento de proyectos en google code
AMP
AMP Conf
AMP Project
amp-date-picker
amphtml
Analytics
Andorid
android
Android (operating System)
Android 3.1
android 3.3
android 4.2
android 9
Android 9 Pie
Android App Bundle
android design
Android Dev Summit
Android Developers
android Jetpack
Android P
Android SDK
Android Studio
Android Things
Android Wear
AndroidDevStory
androititlan
angelina jolie
Annotation
Announcements
anuncios
API
API Analytics YouTube
Apigee
APIs
Aplicaciones
aplicaciones chrome
app
app engine
App Indexing
app invites
App Server
applications
AppQuality
apps
Apps Script
AR
ARCore
arte
ATLAS
AWP
backend
Base64
batch
Bava
Betatesting
Better Ads Standars
bigdata
BigQuery
Biometrics
blink
bootcamp
BOT
BQ
Business
búsqueda ajax
by Google
byCases
byCommunity
byDevelopers
byGoogle
C++
CALENDAR
Cardboard
case
caso de éxito
Casos de éxito
casos destacados
CCOSS
Century Fox
chat
chrome
chrome web store
chromebook
chromecast
chromium
Cinéfilos
cloud
Cloud Anchors
CLOUD endpoints
Cloud Firestore
Cloud Functions
Cloud IoT Core
Cloud Next
Cloud Scheduler
Cloud services
cloud test lab
Cloud Text-to-Speech
Cloud Translation
CMD en vivo
coconut
code
code-in
code.org
CodeLabs
código
código abierto
Colab
colombia
Communities
Comunidades
concurso google
conference
contenedores
convocatoria
Coordinate
crashlytics
CRE
crear aplicaciones ajax
creatividad
Crowdsource
CSS
cws
daniela robles
dart
dart sdk
dartium
dartlang
Dataset
DCL
denis labelle
desarrolladores
Desarrolladores Google
desarrolladores LatAm
Desarrollar
Design
Design Sprint
Destacados
dev
Dev.f
DevArt
DevBus
DevBusLatAm
Developer Bus
Developer Summit
DeveloperConsole
developers
DevFest
devoxx
dialogflow
diseño UX
Distribuir
DNS
DOM
domain
DonkeyCar
doubleclick
Drive SDK
Drivers
ecommerce
ecosistema
elections
elizalde
Emoticons
emprendedores
empresas
engagement
english
Enhanced Campaigns
enterprise
eventos
Events
evolución de aplicaciones
Excel
ExpertosDicen
Faas
Family
FanBridge
FCM
FCP
Featured
fido
find people
Fintech
firebase
Firebase Cloud Messaging
firebase summit
flu trends
Flutter
Flutter 1.0
flutter 1.7
flutter developers
Flutter Live
FlutterLive
FoundersLab
Freebase
Fuction
Fuctions
Full-Stack
functional programming
G Suite Dev Show
G+
g+ goto gal
G+GotoGal
GAE
game
games
GCloud
gcm
GCP
GCS
GDA
GDE
GDG
GDH
GDL
GDLevent
GDS
Get Inspired
get.app
GitHub
GLP
gmail
golang
GOMO
Google
Google Accelerator
Google AdMob SDK
Google AdWords
Google Analytics
Google APIS
Google App Engine
Google Apps
Google Apps Script
Google Art Project
Google Assistant
google calendar
google cast
Google Charts
Google Chrome
Google Cloud
Google Cloud Console
Google Cloud Messaging
Google Cloud Next
Google Cloud Platform
Google Cloud Platform Newsletter
google cloud platforn
Google Cloud Storage
google code-in
Google Compute Engine
Google Dataset
Google Developer Groups
google developers
Google Developers Academy
google developers expert
Google Developers Hackademy
google dns
Google Drawings
Google Drive
Google Earth
Google for games
Google Forms
google geo
Google Home
google i/o
google i/o extended
google io
Google Keep
Google Kubernetes Engine
Google Launchapad
Google Launchpad
Google Maps
google maps coordinate
Google Maps Platform
Google Mexico
Google Nose
google now
Google Person Finder
google places api
Google Play
Google Play Books
Google Play Developer API
google play games
Google Play Movies
Google Play Protect
Google Play Services
Google Plus
Google Science Fair
google search
Google Sheets
google sign in
Google Top Geek
Google+
Google+ Communities
Google+ Hangouts
google+ sign-in
GoogleAPI
googlecloud storage
GoogleCloudPlatform
googledevs
GooglePlay
Googleplex
Goolge Lunchpad
GTG
Hackademy
hackers
Haiko
Haití
hangouts
Hangouts Remote Desktop
hardcode
Heello
honeycomb
HTML
HTML5
HTTPS
I/O
IA
IAM
IETF
IFAI
in app purchases
in-app
ingles
Ingress
instagram
integración de soluciones
interactive post
Interesante
International
International Women’s Day
IO
io15
io18
io19
iOS
IoT
istio
IU
IVR
J2EE
java
JavaScript
jelly bean
JS
JSON
Juegos
juegos html5
Kit ML
Knative
kotlin
kUBERNATES
Kubernetes
LATAM
latamRegionSur
Launchpad
Launchpad Studio
Lenovo Mirage Solo
lightbox
linux
lucero galindo
machine learning
Made with Code
Mapdata
Mapeo
maps
Maps Ad Unit
Maps API
Maps Engine
Market
Marketing
Marshmallow
MATERIAL DESIG
Material Design
mejores apps 2013
México
michelle marie
MIT
MIT Global Start-up Labs
MIT-AITI
ML
ML Kit
mobile
monetizar
mongoDB
MOOC
Motorola
Mountain View
móvil
MQTT
mr.white
mTLS
natalie villalobos
Navigation
NBA JAM
NES
Next Big Sound
Next Level
nfc
Niantic
Nik
NINTENDO
node.js
NoSQL
nube
OAuth2
Objective-C
OClock
open source
OPenApi
OS
OSS
Paas
PageSpeed
PagesSpeed
parallel18
patrones
patters
performance
permisos
Pipeline API
Pixability
pixel
Píxel
play
Play Console
Playtime
Podcast
pollito pio
Polymer
por lote
Posse
Prediction API
primer
Producto
programación
Propositos
Protocol Buffers
proyecto 20%
Push API
PYMES
python
Q
Q4
quickoffice
Rasberry Pi Zero WH
Raspberry Pi
Realtime
Reflectly
register
Release
Resources
robots.txt
Safe
SDK
Search
Security
seedbank
seguridad
SEO
servidores
Showyou
sign-in
SNES
SO
social media
Spain
SpLATAM
SQL
SQLite
Start
startup grind
Startup Launch
startup weekend
startup weekend for the planet
startupbus
startups
StayAtHome
story
Street View
subtitles
success
sw
SyScan
tablet
Tablet Optimization Tips
tabletas
takeaction
Tango
tendencias 2013
TensorFlow Developer Summit
testing
TextView
TF JAM
The Garage
The Venture City
tips G+
tips gmail
TLD
TLS
Top Experts
Top Geek
top level domain
TopExpert
topics
traducciones
Transparency Report
triggers
Tubular Labs
twilio
Tyka
TypeScript
UAC
udacity
ui
Umbrales
UNAM
unity
Unity3D
universal search
UX
Vector
VectorDrawable
video juegos
vidIQ
ViewPager
Visual Progress
Voicekit
VPC
VR
VSCode
web
Web hosting
Web móvil
WebAssembly
with google
Wizdeo
WizTracker
Women at Google
Women Techmakers
workmanager
WTM
XKCD
XML
Yifat Cohen
youtube
YouTube Analytics API
YouTube API
YouTube Data API
YouTube One Channel
YouTube Player API
Archive
2024
sept
2023
nov
oct
sept
ago
jun
may
abr
mar
ene
2022
dic
nov
oct
sept
ago
jul
jun
may
abr
mar
feb
ene
2021
dic
nov
oct
sept
ago
jul
jun
may
abr
mar
feb
2020
dic
nov
oct
sept
ago
jul
jun
may
abr
mar
feb
ene
2019
dic
nov
oct
sept
ago
jun
may
abr
mar
feb
ene
2018
dic
nov
oct
sept
ago
jul
jun
may
abr
mar
feb
2017
nov
sept
ago
jul
jun
may
abr
ene
2016
nov
oct
sept
ago
jul
jun
may
abr
mar
feb
ene
2015
dic
nov
oct
sept
ago
jul
jun
may
abr
mar
feb
ene
2014
dic
oct
sept
ago
jul
jun
may
abr
mar
feb
ene
2013
dic
nov
oct
ago
jul
jun
may
abr
mar
feb
ene
2012
dic
nov
oct
sept
ago
jul
2011
nov
oct
may
mar
2010
dic
nov
oct
sept
ago
jul
jun
may
abr
mar
feb
ene
2009
dic
nov
sept
ago
jul
jun
may
abr
mar
feb
ene
2008
oct
sept
ago
jul
jun
may
abr
mar
feb
ene
2007
dic
Feed
Desarrolladores
Eventos y Comunidad
Casos Destacados
Dicen los Expertos
Google Accelerator