¿Cuál es el impacto de la informática sin servidor en DevOps?

Bueno, con cualquier tecnología más nueva, el impacto comienza en encontrar las fortalezas y debilidades de la tecnología. Para la informática sin servidor, esto implica descubrir qué se necesita y qué se puede romper y cómo solucionarlo.

Por ejemplo, en marzo hubo una interrupción severa invocando la región AWS us-east-1 que provocó problemas con los servicios de AWS Lambda retenidos allí junto con algunos otros servicios también inactivos. Entonces, para los ingenieros de DevOps involucrados en esto, teníamos que determinar si había algo que pudiéramos hacer para garantizar el tiempo de actividad de nuestros servicios y asegurarnos de que nuestras implementaciones se llevaran a cabo. Esto llevó a la verificación de errores y al monitoreo de las secuencias de errores. Por lo tanto, realmente no cambió demasiado en términos de lo que se esperaba.

Hasta ahora parece que la principal diferencia en el uso de la informática sin servidor es de dónde provienen los errores y qué puede hacer con respecto a los problemas que surgen. Si se trata de un problema con AWS Lambda, entonces no tiene suerte, de manera similar a si una región se cae. Si está en su propio hardware ejecutando OpenWisk, entonces es como de costumbre, depende de usted arreglarlo. Hasta ahora, a lo sumo, parece un ligero cambio de paradigma.

¿Cuál es su definición de DevOps?

Sin servidor realinea totalmente la cadena de valor alrededor de los productos que gestiona su equipo de desarrollo. En consecuencia, necesitan ajustarse.

Esto podría incluir: asegurarse de que los equipos de entrega utilicen la tecnología sin servidor de manera coherente, asegurarse de que el uso de sin servidor sea rentable, ayudar a resolver problemas de concurrencia, construir tuberías de CI-CD que funcionen en entornos sin servidor.

Sin servidor no evita la necesidad de DevOps, en muchos sentidos lo convierte en un esfuerzo aún más importante.