Browse By

Entrevista a Nuriel Shem-Tov

Nuriel es un miembro activo de la comunidad IOTA de los Países Bajos, conocido por ser la mente detrás de IRI-Playbook: un gran script para instalar y ejecutar fácilmente nodos completos en el ecosistema IOTA. Sabemos que esto es algo técnico, pero para aquellos que no son expertos en tecnología, deberíamos aprovechar esta oportunidad para entender un poco más sobre cómo funciona la Red IOTA.

Geronimo Patat
Escritor y editor de IOTA Hispano


Leer version en ingles

Si te gusta lo que estamos haciendo, ayúdanos para continuar con el trabajo! Donaciones: http://www.iotahispano.com/donate/

Cuéntanos un poco sobre tus antecedentes!

Empecé a trabajar en el campo de la informática hace 10 años. Antes de eso, solía tener y dirigir una escuela de barmans y un bar en Amsterdam. Mi primer trabajo oficial en TI (tecnologías de la información) fue como administrador de Linux para una empresa de hosting. Durante este tiempo también comencé a programar (Perl y Python) y asumí funciones de ingeniería en Linux. A través de mi trabajo me di cuenta rápidamente del poder de combinar las habilidades de los desarrolladores con la ingeniería de Linux: infraestructura como código, automatizar todo. Desde entonces he estado trabajando con tecnologías cloud, clusters de computación de alto rendimiento (HPC), empresas de hosting y clouds privados. En mi trabajo actual en Jexia trabajo como ingeniero de infraestructura y DevOps. Nuestra pila incluye OpenStack, Kubernetes, balanceadores de carga, Ansible y Consul.

¿Cuál es la historia detrás de tu enfoque sobre DLT? ¿Cuándo lo descubriste?

No estaba involucrado con ningún DLT hasta hace un año. Había oído hablar de Bitcoin muchos años antes, pero nunca me había tomado el tiempo de familiarizarme con él. Sabía que era una moneda virtual pero nunca la asocié al término ‘blockchain’, hasta el verano pasado. Para ser honesto, no estuve expuesto a DLTs puramente por la tecnología, sino como una moneda virtual en la que podía invertir. Sólo más tarde me di cuenta de la tecnología y su potencial.

DLT: Distributed ledger technologies o Tecnologías de base de datos distribuida.

¿Cuándo te enteraste de IOTA y cuáles fueron tus primeros pensamientos?

Un amigo mío me presentó a IOTA el verano pasado. Conociendo mi formación en informática, pensó que debería echar un vistazo a la tecnología.
Me fascinaron las ventajas que tiene IOTA sobre otros DLTs. Aprendiendo sobre los problemas asociados con la cadena de bloques (por ejemplo, la minería Bitcoin, la incapacidad de escalar bien, los honorarios y la lentitud de las transacciones) encontré el concepto de IOTA muy interesante. Para mí, IOTA está en una liga diferente por su visión y por la forma en que puede contribuir al desarrollo tecnológico (por ejemplo, la IOT, la industria del automóvil, etc.).

Holanda es un centro de desarrollo de IOTA muy prolífico. ¿Está en contacto con otros desarrolladores de la comunidad?

En todo caso, estoy en contacto con los desarrolladores de la comunidad de IOTA a través de Discord (o anteriormente Slack), no estoy realmente relacionado con la geografía. Creo que debido a mi experiencia como DevOps e infraestructura no estoy involucrado con el desarrollo de software como la mayoría de los desarrolladores de la comunidad IOTA.
Sin embargo, a través de mi trabajo con el IRI-playbook he estado en contacto con grandes desarrolladores como Chris Holliday y Roman Semko sobre cómo incorporar la instalación de su software a través del playbook.
Hay muchos desarrolladores muy talentosos involucrados con IOTA. Estoy seguro de que en algún momento nos uniremos en nuestros esfuerzos para crear soluciones impresionantes. Tal vez sean de Holanda, no lo se.

La nueva versión del IRI tiene mejoras en el algoritmo de selección de puntas. ¿Cuál es su opinión sobre el estado actual de la red y el CFTS?

Tengo mucha confianza en el equipo de desarrollo de IOTA y estoy muy contento de ver que sus esfuerzos dan fruto. Este es un proceso de desarrollo, y vamos a ver muchas más mejoras. Creo que los escépticos deberían recordar dónde estuvimos el año pasado y darse cuenta de dónde estamos ahora. ¡Un gran aplauso para los Devs!

Todos pensábamos que «instalar un nodo completo debería ser lo más fácil posible» cuando te pusiste a trabajar con el IRI Playbook. ¿Nos guiarías a través del proceso que condujo a ello?

El verano pasado, la mayoría de los tutoriales sobre cómo instalar un nodo completo eran para Ubuntu o Debian. Decidí escribir un tutorial para CentOS (que es mi distribución favorita de Linux). Quería compartir con otros cómo instalar y operar un nodo de forma segura.
Lo que me llevó a desarrollar el IRI-playbook fue alguien en Slack que mencionó que quería automatizar el proceso de instalación del nodo completo a través de un software llamado Puppet. Puppet se utiliza para instalaciones y configuraciones automatizadas. Soy un gran fan de Ansible, otro software para automatizar instalaciones, que me motivó a escribir el «playbook». «(«playbook» es el término utilizado en Ansible para un conjunto de instrucciones que definen cómo instalar y configurar un sistema).
La introducción del método «one click install» permitió a muchos miembros de la comunidad operar su propio nodo sin tener las habilidades básicas de Linux.

Imagen: IRI Playbook corriendo Graphana, un conocido monitor con información del nodo y la red IOTA.

¿Sabe cuántas personas están ejecutando sus Nodos Completos utilizando tu solución?

Basado en una encuesta que publiqué en mayo (https://t.co/Hpt515msSM) de 296 respuestas, 44.6% han instalado su nodo completo usando el playbook del IRI.

¿Cuál es el estado actual del IRI Playbook? Estás desarrollando cosas nuevas, ¿qué hay en la hoja de ruta?

Sigo manteniendo el script. Supongo que soy muy rápido en la aplicación de correcciones y mejoras cuando son reportadas o solicitadas por la comunidad. Un ejemplo es la compatibilidad con la instalación de certificados SSL Let’s Encrypt para permitir que el nodo IRI funcione con la nueva cartera Trinity.

Tengo otros planes con playbook: por ejemplo, que todos sus servicios funcionen dentro de los contenedores Docker. Desgraciadamente, el tiempo libre no es abundante, ya que tengo un trabajo y una familia a tiempo completo.
Espero que el desarrollo adicional del software que rodea a los nodos IRI (por el equipo de IOTA o los desarrolladores de la comunidad) me impulse a adaptar el script para soportar esas nuevas características.

Explícanos qué es un Load Balancer y por qué podría ser necesario para las empresas que adoptan soluciones basadas en IOTA.

Imagine un sitio web con muchos usuarios que lo visitan a cada momento. El sitio web es servido por nada menos que un…..servidor. Si un solo servidor tiene que procesar todas las peticiones, lo más probable es que se bloquee o no pueda responder a tiempo.
Para resolver esto, desplegamos múltiples instancias de este servidor y usamos un balanceador de carga para distribuir las peticiones entre ellas. Las peticiones llegan primero al balanceador de carga donde son enviadas a las instancias del servidor. Tener más instancias para manejar las peticiones reduce la carga de un solo servidor.

Alternativamente, imagínese muchos sensores teniendo que conectarse a un nodo IRI para procesar sus datos, o las carteras de los coches conectándose a un nodo para procesar sus transacciones. Un solo nodo tendría problemas sirviendo esta cantidad de dispositivos. El despliegue de un balanceador de carga para ayudar a extender las peticiones a múltiples nodos IRI es lo que se necesita para hacer funcionar esta infraestructura.

Además, sería aconsejable que una empresa tuviera varios equilibradores de carga (por lo tanto, también puede equilibrar la carga de los equilibradores de carga). Si sólo tiene un equilibrador de carga y falla, toda su infraestructura se vuelve inaccesible.

Otra ventaja de «enchufar» sus servidores web (o nodos IRI en nuestro caso) detrás de los balanceadores de carga es poder desmontar cualquiera de esos nodos para su mantenimiento sin interrumpir las operaciones.

Carriota fields de Semko está balanceando actualmente más de 1000 nodos. ¿Qué piensa usted de esto desde la perspectiva de la Ingeniería de Infraestructura en la Nube?

Field es una gran iniciativa y un servicio que ayuda a muchos usuarios a conectarse a un endpoint que garantiza el tiempo de actividad. No sé nada sobre los detalles técnicos de cómo se despliega el servidor Field. Si se trata de un único servidor, corre el riesgo de convertirse en un único punto de fallo. Tener varios servidores Field ofrece una mejor protección contra este escenario. Para los usuarios, incluso si Field no está disponible, hay muchos otros clústeres y nodos a los que conectarse como alternativa, así que supongo que esto no es un problema tan grande para toda la red.

Sé que se está haciendo un gran esfuerzo para que Field sea seguro.
Sin embargo, creo que ejecutar tu propio nodo es probablemente el más seguro, para evitar conectarse potencialmente a un nodo «maligno».

¿Cómo cree que se comportará la Red en un escenario futurista en el que millones de dispositivos de IOT de todo el mundo se mueven por encima de la Tangle?

Como ya he dicho, tengo mucha confianza en el equipo y creo que la red estará a la altura de sus expectativas. Personalmente, con respecto al futuro, estoy más enfocado en cómo ayudar a desplegar nodos IRI y realizar una infraestructura escalable y altamente disponible, cómo automatizar, proteger, administrar, monitorear y actualizar esas infraestructuras. Creo que estos son tiempos muy emocionantes y espero con ansias el desarrollo y la adopción de la IOTA en casos de uso en el mundo real.

Si te gusta lo que estamos haciendo, ayúdanos para continuar con el trabajo! Donaciones: http://www.iotahispano.com/donate/

 

Comentarios

comentarios