Publicado por Harini Chandrasekharan, ingeniera de software del personal, Google Play
La tienda Google Play, lanzada hace 10 años en 2012, se encuentra en el corazón de Android, conectando a miles de millones de usuarios con una colección igualmente asombrosa y en constante crecimiento de aplicaciones y juegos en todo el mundo.
Echemos un vistazo detrás de las cortinas para aprender lo que se necesita para diseñar la infraestructura de servicio del mercado de Android más grande del mundo. En el mundo del software orientado al consumidor, no sorprende que las soluciones de ingeniería listas para usar no cumplan con los requisitos que exige la escala de Google. Por lo tanto, cada sistema de Google está cuidadosamente diseñado y perfeccionado con mejoras iterativas para cumplir con las demandas únicas de disponibilidad, calidad y latencia de Google Play Store.
Las funciones pueden estar orientadas al usuario, como los formatos, el contenido, la disposición del contenido, el diseño de la página o la arquitectura de la información. Los formatos representan cómo se presenta en la interfaz de usuario el contenido de la aplicación de nuestros sistemas de recomendación, anunciantes, comerciantes y otras fuentes. El objetivo es crear experiencias personalizadas entretejiendo el contenido y la interfaz de usuario correctos para sugerir las aplicaciones y los juegos más relevantes para conocer a los usuarios en el lugar en el que se encuentran en su viaje en Play Store.
En el dominio de las funciones orientadas al consumidor, las opiniones y elecciones de los usuarios, el ecosistema de desarrolladores y la demanda a menudo cambian más rápido que la infraestructura. En tal entorno, el mayor desafío al que se enfrentan los ingenieros es cómo ser ágiles y diseñar una infraestructura que no solo esté preparada para el futuro, sino que también satisfaga las necesidades del espacio del consumidor dentro de las limitaciones de escalabilidad y rendimiento. Echemos un vistazo más profundo a algunos desafíos de ingeniería en un espacio tan dinámico.
En una organización basada en datos como Play Store, las métricas se construyen para medir cualquier cosa y todo lo que sea importante. Estas son algunas de las dimensiones que resultan útiles al medir y realizar un seguimiento del éxito:
- Métricas de productos/negocios: estas son métricas específicas del producto o servicio que se está considerando. Ejecutar experimentos A/B para medir los cambios en estas métricas para el nuevo tratamiento genera confianza, particularmente cuando la toma de decisiones implica varias compensaciones.
- Rendimiento: medir la latencia, las tasas de error y la disponibilidad es la columna vertebral de casi todos los servicios y por una buena razón. Conocer estas métricas de referencia es esencial, ya que rastrea de cerca la experiencia del usuario y la percepción del producto.
- Estado del sistema: estas son métricas internas del sistema que rastrean la utilización de recursos y la estabilidad de la flota.
Es primordial diseñar sistemas de back-end que se adapten a los requisitos de Play Store y que también cumplan con los criterios de rendimiento requeridos para que las interacciones del usuario se sientan fluidas y receptivas. Desde una perspectiva de ingeniería, la infraestructura necesita evolucionar continuamente para satisfacer las necesidades del negocio. Play Store no es diferente: la infraestructura de la tienda ha evolucionado varias veces en la última década no solo para satisfacer las necesidades de las nuevas funciones que están disponibles para los usuarios en la actualidad, sino también para modernizarse, eliminar la deuda tecnológica y, sobre todo, reducir la latencia.
iteración frecuente
Desafío: Las características a menudo requieren una gran cantidad de iteraciones a lo largo del tiempo, es difícil planificar una infraestructura de ingeniería que cumpla con todos los requisitos futuros.
En una cultura impulsada por experimentos, el enfoque óptimo para crear funciones rápidamente a escala a menudo genera deuda tecnológica. La deuda tecnológica tiene varias formas: reliquias de características pasadas que no dieron como resultado capas que son difíciles de limpiar, afectan el rendimiento, hacen que el código sea propenso a errores y difíciles de probar.
Evolución independiente
Desafío: En organizaciones grandes que abarcan cientos de ingenieros, a menudo se crean varias funciones en paralelo e independientes entre sí.
La reutilización de la infraestructura y el intercambio de innovaciones a menudo son imposibles sin comprometer significativamente la velocidad. En un espacio donde el producto evoluciona a un ritmo rápido, a menudo hay una gran incertidumbre con las diferentes palancas y perillas que se pueden incorporar en los sistemas para hacerlos flexibles. Demasiadas palancas pueden conducir a una gran complejidad del sistema. Muy pocas palancas y el costo de la iteración es muy alto. Encontrar el equilibrio entre los dos es una de las competencias básicas de un ingeniero de funciones en este espacio.
hora de experimentar
Desafío: A menudo, hay un costo de oportunidad para pagar el tiempo dedicado a crear soluciones de ingeniería elegantes.
El tiempo para experimentar es una de las métricas más importantes que se deben tener en cuenta al diseñar soluciones para funciones orientadas al usuario. El diseño flexible que permite una iteración rápida y cumple con la latencia y otros SLO de rendimiento es ideal.
En la práctica, a menudo hay una gran cantidad de conjeturas que se dedican a estimar el impacto de un cambio que enfrenta un usuario en particular, aunque podemos usar datos y aprendizajes anteriores con confianza para estimar en algunos escenarios, no es suficiente para un nuevo ambicioso, nunca antes probado. idea.
Veamos cómo la Play Store resuelve estos desafíos para permitir la innovación de vanguardia.
Experimentos y lanzamientos basados en datos: comprenda sus métricas de éxito
Optimizar el tiempo de comercialización, es decir, llevar la función al usuario y medir cómo afecta las instalaciones de la aplicación y otras métricas comerciales de la tienda mediante experimentos A/B, es de suma importancia. La iteración rápida basada en datos ayuda a ajustar la función final al estado final deseado. Google cuenta con varias tecnologías propias para ejecutar experimentos A/B a escala mundial con una integración perfecta con herramientas de presentación de métricas que hacen que la ejecución de estos experimentos sea fluida y sencilla, de modo que los desarrolladores puedan dedicar más tiempo a la codificación y menos al análisis.
Diseñe y experimente con MVP refinados, centrándose en la calidad.
Decidir qué construir, si cumple con los estándares de calidad de Google, comprender los costos de ingeniería y las necesidades del usuario que resuelve son preguntas importantes que deben responderse antes de diseñar cualquier cosa. Por lo tanto, la ingeniería de características a menudo se realiza en estrecha colaboración con los gerentes de productos. Alinearse con el MVP perfecto que se puede construir en una cantidad razonable de tiempo de ingeniería que cumpla con el viaje del usuario es la clave para un producto exitoso.
Modernizar con frecuencia la infraestructura: limpiar la deuda tecnológica
Las iteraciones frecuentes y una cultura de desarrollo rápido de MVP a menudo vienen con un conjunto de desventajas, la mayor de las cuales es la deuda tecnológica. Al optimizar para una velocidad rápida, tomar atajos da como resultado un código obsoleto (debido a métricas que no se pueden ejecutar) o indicadores de experimento descartados. Estos a menudo hacen que las pruebas, el mantenimiento y el impacto en la velocidad de desarrollo futuro no se solucionen. Además, el uso de los mejores y más recientes marcos para llegar a los últimos milisegundos de latencia o facilitar el desarrollo genera grandes dividendos a largo plazo. La modernización frecuente de la infraestructura, ya sea mediante refactorización o reescrituras completas, tradicionalmente puede significar signos de código mal diseñado, pero es una de las mayores compensaciones que los ingenieros de características a menudo tienen que hacer, porque después de todo, ¿de qué sirve toda la infraestructura sofisticada si los usuarios no interactúan? con la función en primer lugar!
¿Qué tan útil encontraste esta publicación de blog?
