[pyar] Actualización desatendida app Flask
Luis Andraschnik
luis.andraschnik en gmail.com
Jue Abr 12 15:12:48 -03 2018
Mirá vos, no tenía idea.
Gracias!
El 12 de abril de 2018, 14:58, Ricardo Daniel Quiroga <
l2radamanthys en gmail.com> escribió:
> Usa Gitlab que te permite tener repositorios privados FREE.
>
> El 12 de abril de 2018, 13:04, Luis Andraschnik <
> luis.andraschnik en gmail.com> escribió:
>
>> Hola Pedro
>>
>> Git remote dropbox es un módulo de python absolutamente transparente que
>> te permite usar dropbox como un repositorio git remoto, sin ningún peligro.
>> En la web del módulo explican que es suicida usar dropbox directamente como
>> un disco remoto por como se maneja el sistema de archivos, en lugar de eso
>> desactivo cualquier uso de dropbox (en el cliente de dropbox) y configuro
>> un archivo especial con un hash que registro en dropbox y la dirección
>> "dropbox:///mi_repo".. Funciona maravillosamente bien. Obviamente no tenés
>> las funcionalidades de Github o Gitlab, es Git en extrema pureza.
>> .La única razón por la que lo uso en lugar de github es porque por ahora
>> no puedo hacer el repo público.
>> Salu2
>> Luis
>>
>> El 11 de abril de 2018, 9:56, Pedro Pezzarini <jose2190 en gmail.com>
>> escribió:
>>
>>> Buenas Luis, totalmente entendible.
>>> Mirá, el server-side hook se utiliza justamente para eso, cuando vos
>>> haces una acción en el repo podes ejecutar acciones (si usas CI es la
>>> salvación para automatizar procesos).
>>>
>>> Como en tu caso usas un repo git en dropbox (nunca lo usé), yo me
>>> decantaría por un script en cron que haga un fetch y mire en las cabeceras
>>> un cambio de versión antes de actualizar el repo. (Mi cerebro le dice a mi
>>> mano que no escriba esto)
>>>
>>> Como nunca usé git-remote-dropbox no tengo la más pálida idea de si
>>> tiene algún trigger, o algo que puedas utilizar para ejecutar el proceso
>>> bajo demanda.
>>>
>>> De igual modo, si encontras alguna solución, porfa compartila porque
>>> parece interesante el escenario.
>>>
>>> Desde ya, saludos y éxitos!
>>>
>>>
>>> 2018-04-10 14:59 GMT-03:00 Luis Andraschnik <luis.andraschnik en gmail.com>
>>> :
>>>
>>>> Hola Pedro
>>>> Para mí a Abril de 2018, eso es "too much", quizá para el futuro
>>>> (Docker, ngrok, proxys reversos ....) hasta ssh, git y fabric llego!
>>>>
>>>> Leí en git que existe un Server-Side Hooks, post-receive. No sé cómo
>>>> puede actuar con un cliente git que esté en la raspberrypi
>>>>
>>>> The post-receive hook runs after the entire process is completed and
>>>> can be used to update other services or notify users. It takes the same
>>>> stdin data as the pre-receive hook. Examples include emailing a list,
>>>> notifying a continuous integration server, or updating a ticket-tracking
>>>> system – you can even parse the commit messages to see if any tickets need
>>>> to be opened, modified, or closed. This script can’t stop the push process,
>>>> but the client doesn’t disconnect until it has completed, so be careful if
>>>> you try to do anything that may take a long time.
>>>>
>>>>
>>>>
>>>> El 10 de abril de 2018, 13:30, Pedro Pezzarini <jose2190 en gmail.com>
>>>> escribió:
>>>>
>>>>> Tengo un escenario similar (pero sin Raspberries), usamos Docker (que
>>>>> hacen un pull y actualizan los entornos virtuales cada vez que inician) y
>>>>> Google pub/sub para recibir el trigger de reinicio de los contenedores.
>>>>> En Google cloudfunctions haces un Hook simple que reciba el request de
>>>>> git y llame a pubsub.
>>>>>
>>>>> Otra es hacer un proxy reverso por SSH o ngrok y hacer tú deploy cómo
>>>>> venís haciendo ...
>>>>>
>>>>> Otra número 2, es usar un proxy reverso o ngrok y configurar git para
>>>>> que reciba los triggers directamente ....
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Apr 10, 2018, 1:13 PM Luis Andraschnik <
>>>>> luis.andraschnik en gmail.com> wrote:
>>>>>
>>>>>> Hola!
>>>>>>
>>>>>> Tengo una aplicación flask, con supervisord y Gunicorn corriendo en
>>>>>> una LAN, en una Raspberry PI (oficina) y otra idéntica en otra LAN
>>>>>> (laboratorio). La aplicación la tengo en un repositorio git remoto en
>>>>>> Dropbox (uso git-remote-dropbox que anda bárbaro), Yo tengo acceso via ssh
>>>>>> a una Rpi a la vez, así que me gustaría que cuando hago un git push en el
>>>>>> repositorio Git remoto, mis servers detecten automáticamente que hay una
>>>>>> nueva versión y hagan un git pull. Actualmente lo hago a mano o a lo sumo
>>>>>> con fabric. El problema es que no tengo acceso ssh via internet sino sólo
>>>>>> en las LANs.
>>>>>>
>>>>>> Se me ocurre que cuando reinice las Rpi lo primero que hagan es un
>>>>>> git pull antes de levantar el server de flask, una solución media bruta y
>>>>>> que requiere que llame por teléfono y pida a alguien que me desconecte la
>>>>>> RPI del otro sitio, otra no se me ocurre,, no sé si git o flask tiene
>>>>>> ayudas para autoupdate.
>>>>>>
>>>>>> Sugerencias?
>>>>>> Gracias!
>>>>>> _______________________________________________
>>>>>> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
>>>>>> Sitio web: http://www.python.org.ar/
>>>>>>
>>>>>> Para administrar la lista (o desuscribirse) entrar a
>>>>>> http://listas.python.org.ar/listinfo/pyar
>>>>>>
>>>>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre
>>>>>> de Argentina - http://www.usla.org.ar
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
>>>>> Sitio web: http://www.python.org.ar/
>>>>>
>>>>> Para administrar la lista (o desuscribirse) entrar a
>>>>> http://listas.python.org.ar/listinfo/pyar
>>>>>
>>>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>>>> Argentina - http://www.usla.org.ar
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
>>>> Sitio web: http://www.python.org.ar/
>>>>
>>>> Para administrar la lista (o desuscribirse) entrar a
>>>> http://listas.python.org.ar/listinfo/pyar
>>>>
>>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>>> Argentina - http://www.usla.org.ar
>>>>
>>>
>>>
>>> _______________________________________________
>>> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
>>> Sitio web: http://www.python.org.ar/
>>>
>>> Para administrar la lista (o desuscribirse) entrar a
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>> Argentina - http://www.usla.org.ar
>>>
>>
>>
>> _______________________________________________
>> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
>> Sitio web: http://www.python.org.ar/
>>
>> Para administrar la lista (o desuscribirse) entrar a
>> http://listas.python.org.ar/listinfo/pyar
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
>
>
> --
>
> Ricardo Daniel Quiroga
>
>
> _______________________________________________
> Lista de Correo de PyAr - Python Argentina - pyar en python.org.ar
> Sitio web: http://www.python.org.ar/
>
> Para administrar la lista (o desuscribirse) entrar a
> http://listas.python.org.ar/listinfo/pyar
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20180412/6f421d0d/attachment.html>
Más información sobre la lista de distribución pyar