Software

canarySpeed, Security y Reliability ahora son un SD Times


Empresas de todo el mundo y de muchas industrias han sentido la presión de publicar más rápido, pero luchan por hacerlo de una manera segura y confiable que no comprometa la confianza del usuario.

Muchas de estas empresas creen que existe una dicotomía en cuanto a si se puede actuar con rapidez o agregar valor.

“Creo que el movimiento rápido y la rotura de cosas tienen mala fama. Es aterrador pensar, oye, un desarrollador con el que ni siquiera hablo, sin todas esas puertas, podría hacer explotar repentinamente toda mi base de clientes ”, dijo Edith Harbaugh, CEO de LaunchDarkly, durante un reciente SD Times Live! charla técnica.

Sin embargo, una versión más lenta podría hacer que el software sea menos seguro hoy, según Harbaugh.

«Cuando haces las versiones de software antiguas de hace 20 años que lanzas cada año, hay mucho peso, peso y gravedad detrás de cada versión», dijo Harbaugh.

Los lanzamientos no solo son técnicamente complejos y requieren que los desarrolladores revisen todas estas industrias y características diferentes, sino que también son riesgosos desde una perspectiva comercial, ya que el valor planeado hace un año puede que ya no sea relevante. Esto podría provocar que una versión importante fracase en el campo.

Con las arquitecturas distribuidas correctas y las barandillas que limitan el radio de explosión, tanto la velocidad como el valor son mutuamente posibles.

Uno de esos métodos para implementaciones más seguras son las implementaciones canary, que pueden limitar el radio de explosión del 100% de la base de usuarios y reducirlo a un área que podría afectar potencialmente al 1% de los usuarios más avanzados.

Los canarios son típicamente una actividad de ingeniería y cuentan con banderas, que están en el corazón de esa actividad, que ayudan a aprovechar los valores más altos de la pila, según el CEO de Armory, DROdio.

“Tienes que abrocharte el cinturón antes de querer conducir el Ferrari rápido. La empresa necesita tener esta tranquilidad psicológica para tener este análisis de costo-beneficio en su cabeza que vale la pena implementar en ese 1% de la población para que pueda implementar 10 o 100 veces más rápido ”, dijo DROdio.

Además, las arquitecturas distribuidas como microservicios, sin servidor, Docker o Kubernetes limitan el radio de explosión, por lo que cada cambio se vuelve mucho menos riesgoso.

Una vez que se ha cambiado la mentalidad de una organización para validar los cambios, aumentar la producción y obtener un uso real, publicar hasta varias veces al día se vuelve mucho menos abrumador, según el CEO de Pulumi, Joe Duffy.

Otro beneficio de un ciclo de producción más rápido es que los desarrolladores también obtienen comentarios rápidos sobre todas las funciones en las que están trabajando y tienen más incentivos para interactuar constantemente con el código de esa función.

“Veo a los desarrolladores como artistas. Tienen código y quieren llevar su código al mundo y aprender de ese código lo antes posible para que tengan un ciclo iterativo ”, dijo DROdio. «No sé si los ejecutivos a menudo entienden que hay algo más molesto para un desarrollador que tener código en el estante durante un mes o tres meses, y los mejores desarrolladores no quieren trabajar en empresas que carecen de eso». Sofisticación. «

Escúchalo todo charla técnica Aquí.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba