Antes de implementar una policy, Newton Protocol exige pasar por tres pasos: Unit Test para la Rego Policy, probar por separado cada WASM Oracle y, recién después, simular toda la policy con datos del mundo real.
Estos tres pasos no son simplemente una forma de verificar cada componente de manera independiente. Están ordenados para ir reduciendo de forma continua lo que aún no se sabe sobre una decisión. Tras cada ronda de validación, el alcance de lo que tiene que esperar hasta el despliegue para volver a confirmarse se va haciendo cada vez más pequeño.
Por lo general, el despliegue es el momento más importante para saber si una decisión funciona como se espera. Aunque haya pasado por muchas rondas de pruebas, el entorno de producción sigue siendo donde muchos equipos aceptan aprender cosas que no podían saber de antemano.
En el caso de Newton Protocol, gran parte de ese proceso ocurre directamente en el desarrollo. La Rego Policy, los WASM Oracle y los datos se combinan para simular toda la decisión antes de que el despliegue tenga lugar. Eso me lleva a pensar que Newton Protocol está orientándose hacia una arquitectura de Pre-validated Deployment.
En este contexto, el despliegue pasa a ser principalmente el paso de liberar una decisión que ya ha sido validada, en lugar de ser el lugar donde el sistema continúa aprendiendo si esa decisión es correcta o incorrecta.
Lo que me parece especialmente destacable es que Newton Protocol parece estar cambiando el papel del despliegue. Cuando el despliegue deja de ser el lugar donde se genera la validación, tampoco es el lugar donde el sistema aprende si una decisión es correcta o incorrecta.
Quizá esa sea la esencia de la arquitectura Pre-validated Deployment: no se trata de un proceso de testing más completo, sino de un principio arquitectónico que traslada la actividad de validación fuera de producción. Me da bastante curiosidad si esto será solo una elección de Newton Protocol o si, con el tiempo, se convertirá en la forma en que muchos sistemas de software se construirán en el futuro? $EVAA $NEWT #Newt @NewtonProtocol
Estos tres pasos no son simplemente una forma de verificar cada componente de manera independiente. Están ordenados para ir reduciendo de forma continua lo que aún no se sabe sobre una decisión. Tras cada ronda de validación, el alcance de lo que tiene que esperar hasta el despliegue para volver a confirmarse se va haciendo cada vez más pequeño.
Por lo general, el despliegue es el momento más importante para saber si una decisión funciona como se espera. Aunque haya pasado por muchas rondas de pruebas, el entorno de producción sigue siendo donde muchos equipos aceptan aprender cosas que no podían saber de antemano.
En el caso de Newton Protocol, gran parte de ese proceso ocurre directamente en el desarrollo. La Rego Policy, los WASM Oracle y los datos se combinan para simular toda la decisión antes de que el despliegue tenga lugar. Eso me lleva a pensar que Newton Protocol está orientándose hacia una arquitectura de Pre-validated Deployment.
En este contexto, el despliegue pasa a ser principalmente el paso de liberar una decisión que ya ha sido validada, en lugar de ser el lugar donde el sistema continúa aprendiendo si esa decisión es correcta o incorrecta.
Lo que me parece especialmente destacable es que Newton Protocol parece estar cambiando el papel del despliegue. Cuando el despliegue deja de ser el lugar donde se genera la validación, tampoco es el lugar donde el sistema aprende si una decisión es correcta o incorrecta.
Quizá esa sea la esencia de la arquitectura Pre-validated Deployment: no se trata de un proceso de testing más completo, sino de un principio arquitectónico que traslada la actividad de validación fuera de producción. Me da bastante curiosidad si esto será solo una elección de Newton Protocol o si, con el tiempo, se convertirá en la forma en que muchos sistemas de software se construirán en el futuro? $EVAA $NEWT #Newt @NewtonProtocol