[FRsAG] Ordonnancement de jobs dépendants

2014-11-24 Par sujet Erwan Ben Souiden
Bonjour,

Nos projets internes deviennent de plus en plus dépendants les uns des
autres : certains récupèrent des données, d'autres compilent ces données,
d'autres les analysent, d'autres les exportent, etc...
Du coup certains process sont bloquants pour que d'autres puissent démarrer
(bien entendu uniquement si ce dernier n'a pas rencontré de problème).

J'aimerai savoir comment vous vous gérez ce genre de problématique de
scheduler gérant les dépendances entre plusieurs process sur
potentiellement plusieurs machines ?
- vous gérez simplement via cron
- vous testez si une ressource/notif/info quelconque soit ok et vous
bouclez en sleepant tant que ce n'est pas dispo (avec des gardes fous pour
éviter que ça sleep à l'infini)
- vous avez développé votre propre solution ?
- autre ?

En cherchant un peu, voici des solutions qui ont l'air pas mal (avec des
jolies interfaces pour suivre ce qui est lancé/fail/done) - les avez vous
testé?
- http://airbnb.github.io/chronos/ http://airbnb.github.io/chronos/ (une
sorte de cron un peu plus poussé pour gérer de la dépendance avec une GUI)
- https://github.com/spotify/luigi (la sollution home made de spotify)

J'ai pu lire aussi que certains utilisaient Jenkins pour faire ça, mais ça
me semble très lourd.

On se dirige vers une solution en interne mais j'aimerai bien avoir votre
retour et échanger sur comment vous faîtes de votre côté :)

Merci d'avance !
/Erwan
___
Liste de diffusion du FRsAG
http://www.frsag.org/


Re: [FRsAG] Ordonnancement de jobs dépendants

2014-11-24 Par sujet Erwan Ben Souiden
c'est vraiment intéressant car il y a de quoi explorer :)
merci pour toutes vos réponses.

/Erwan

2014-11-24 18:37 GMT+01:00 Thierry Thomas thie...@freebsd.org:

 Le lun 24 nov 14 à 16:23:02 +0100, Gilles Mocellin 
 gilles.mocel...@nuagelibre.org
  écrivait :

   Bonjour,

 Salut,

  Dans ma Debian, je trouve :
  - Torque (http://www.clusterresources.com/pages/products/torque/)
  - Grid Engine (http://gridengine.sunsource.net)
  - OAR (http://oar.imag.fr/)

 Torque n'est pas mal, mais il me semble que SGE est plutôt abandonné (je
 ne connais pas OAR).

 J'ai aussi un client qui utilise Talend avec satisfaction, même si à la
 base ce n'est pas un ordonnanceur mais un ETL !
 --
 Th. Thomas.
 ___
 Liste de diffusion du FRsAG
 http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/


Re: [FRsAG] [HS] Gestion documentaire technique

2014-09-24 Par sujet Erwan Ben Souiden
J'ajouterai pour Confluence que c'est aussi très facile de faire un export
automatisé en pdf d'article ou de espace entier (indispensable pour
garantir une utilisation offline :) )
Et l'intégration avec Jira (ou Bamboo/Fisheye) est super bien foutue.

Par contre comme dit plus tôt si les licences startup sont pas chères
(10$/an pour 10 utilisateurs de mémoire) au delà faut compter un vrai
budget !

/Erwan


Le 24/09/2014 17:28, Raphael Mazelier a écrit :




 Si t'as des sous et que t'es prêt à fermer les yeux sur Tomcat et le
 côté propriétaire,
 Confluence d'Altassian (ceux qui font aussi Jira) c'est super bien pour
 de la doc.
 Très intuitif, user-friendly, ultra rapide à prendre en main.
 Tu peux faire de la micro-gestion de projet ISO-1664 avec si besoin.
 Largement plus agréable qu'un DocuWiki pour les néophytes, c'est du
 Wysiwyg.
 Y a même des modules pour importer / ouvrir / éditer des documents
 word/excel/powerpoint/visio...

 Attention ça peut être très cher si beaucoup d'utilisateurs, mais ça
 peut tout
 aussi bien devenir gratuit pour une association (Jira aussi)


 +1 Confluence est vraiment un bonheur à utiliser.


Ils ont même pensé à la fonction like, pour les salariés privés de
fcbk au travail...

--
++

GuiLLaume

___
Liste de diffusion du FRsAG
http://www.frsag.org/
___
Liste de diffusion du FRsAG
http://www.frsag.org/


Re: [FRsAG] Heartbleed

2014-04-10 Par sujet Erwan Ben Souiden
Si vous l'avez loupé un petit script pratique:
https://github.com/musalbas/heartbleed-masstest

Description:

This repo contains a script to automatically test sites for vulnerability
to the Heartbleed Bug (CVE-2014-0160) http://heartbleed.com/.

This repo also contains test results for the Alexa top 10,000 sites as of
around April 8, 16:00 UTC. *Websites listed as vulnerable may no longer be
vulnerable. This list serves as a snapshot of vulnerable sites at the time
of the scan.*

*This is not a tracker which tracks which sites are vulnerable or not over
time, but shows which sites have been affected.*

To check if a site is still vulnerable, you may use the tool at
http://filippo.io/Heartbleed/.

Please note that subdomains aren't tested, so sites that don't have SSL on
their main domain will appear as no SSL.



Mais bon j'espère que vous êtes déjà tous à jour :)

/Erwan

2014-04-10 9:36 GMT+02:00 Pierre `Sn4kY` DOLIDON sn...@sn4ky.net:


 Et sinon ?

 Personne sur une liste de sysadmin ne parle de heartbleed ?

 j'en suis presque choqué en fait !

 A vos updates !
 ___
 Liste de diffusion du FRsAG
 http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/