This repository has been archived by the owner on Apr 13, 2022. It is now read-only.
# Análisis Refactor
- @alejandro.alfonso@madisonmk.com (DigitelTS)
- @carlosalvarez@lacometa.com (LaCometa)
- @javi@theneonproject.org (The Neon Project)
- abrimos el puerto 22000... por ahora, hasta que probemos el nginx
- quitar el ipv6 en nginx
- quitado el argumento MONITOR_ENABLED (quitado MONITOR hasta valorar su utilidad)
- quitado el argumento ACCESS_POINT_DIR (la ubicación es mandatoria, y serán los scripts de update, fuera de la imagne, quienes hagan su labor)
- valorar pasar a alpine-linux... más de 1Gb de imagen estándar
- el bootstap.sh es gigante, y hace comprobaciones de redhat, de versiones... que no aplican al proceder de una imagen
- añadidos paths absolutos!
- ignorada la variable DOCKER_VERSION
Descripción de problemas bloqueantes, para resolver lo antes posible
- falta de "Dockerfile" en claro en https://hub.docker.com/r/alastria/: cuando hacemos un "docker pull", no estamos seguros de lo que está haciendo. Sólo se puede saber una vez arrancada la imagen, con un "docker inspect" se puede saber lo que está haciendo, o en esta URL, https://hub.docker.com/layers/alastria/alastria-node-general/latest/images/sha256-40c7264e060d03581f20c1deb485cf3b6bc5eada1185f0da01b9133e440d9982?context=explore
- falta de volumen persisten en scripts de inicio de contenedor (provoca que en cada docker stop, se pierda el data)
- proceso de instalación "bootstrap" y "monitor.sh build" en "entrypoint.sh" (es decir, en cada "docker start" se reinstala go, constellation, geth y monitor)
- nginx no arranca correctamente (doble entrada para "server localhost")
- bootstrap.sh vuelve a hacer un "apt-get update && apt-get upgrade", por lo que se pierde la "imagen"
- bootstrap.sh tiene código redhat,
- unificiar y actualizar documentación, y consolidarla en Github Alastria, o bien Alastria.io: elegir ubicación y volcarla
Mejoras generales, a ser llevadas a una versión "stable"
- Cambio del nombre del repositorio a "alastria-node-t", o similar, dado que vamos a tener red B y red F
- cambio de nombre de repositorio https://github.com/alastria/quorum a https://github.com/alastria/alastria-quorum, mera cuestión formal
- Cambiar la rama a "stable-t", actualmente está en "testnet2".
- Intentar que toda la documentación relativa a la instalación esté en el github de Alastria, de forma que sea más fácil de consultar para las personas que llegan por primera vez. Solamente poner links a herramientas o artículos que complementen la documentación.
- Revisar todos los ficheros subido al repositorio. Quitar los archivos obsoletos (ARRAKIS,...) y reorganizar el repositorio
- revisar si hay ACCESS_POINT_DIR en el Dockerhost?
- init.sh (script llamado por "entrypoint.sh")
- radomizar la contraseña "Passw0rd" para eth[0]
- incluir vía cron, o similar, de "updatePerms"
- en "init.sh" hay un "$1 dockerfile", que no aparece documentado... revisar si aplica
- Revisamos la labora que actualmente se están realizando por si es necesario optimizarlas (pull, backup,...)
- si monitor esta en tcp/8080... mapearlo en el contenedor, ahora no está
- cuándo se inicia la sincronización de nodos?
- diferencias de instalación los nodos regulares/validores/bootnodes (¿además de nombre y JSON de constellation?)
- dependencia de "validator0.telsius.alastria.io"
- saber si se tiene en cuenta MONITOR_ENABLED y ENABLE_CONSTELLATION a lo largo del proceso
- para qué se exponen los puertos 80/443/8443? Deberían ser los del nodo y el monitor... no?
- Tipo de licencia?
- Alastria-node está relacionado con Monitor, Nginx y el propio alastria-node, así como GoogleApi para binario de Go, Constellation (https://github.com/jpmorganchase/constellation/releases/download/v0.3.2/), y Alastria-Quorum... muchas dependencias, IMHO
- funciona monitor? no hay nada en el puerto 8080 (según README debería estar este puerto) y no está mapeado en el "docker start"
- hacer mandatorio el uso de https://github.com/alastria/monitor?
- separar alastria-access-point (nginx) a una imagen + contenedor independiente (como Patrón en Docker)
- solución para creación con "docker build" en el Dockerhost (memoria, cpu,...)
- copia en frío en la DLT para minimizar el tiempo de puesta en marcha
- establecer proceso de "hotfix" de nodos
