On 4/21/20 9:55 PM, G2PC wrote:
Désolé Basile mais je ne comprend pas pourquoi tu me renvoies vers ton
projet Covid.
Simplement parce que c'est un logiciel libre GPLv3+ fournissant un
service HTTP. Comme ton serveur Web.
Je ne comprend pas pourquoi tu parles de développer une application
Android, tout le monde n'utilise pas Android.
Je ne comprends pas non plus la motivation de ta question.
Si le serveur est réellement important (càd que la panne coûte cher, en
vies humaines et/ou en mega€) envoyer un SMS est d'un coût négligeable.
Si c'est un serveur pour une passion, quelle importance qu'il tombe en
panne pendant une demi journée par an?
Moi je loue deux VPS à titre perso. Ils sont de temps en temps HS. Et alors?
Et la machine sur laquelle je tape cette réponse est allumée 24h/24,
avec un onduleur. Elle est connectée à Internet via une FreeBox
revolution (sur ce même onduleur).
En principe, elle est accessible par ssh tout le temps. En pratique,
elle plante de temps à autre. Mais ça me suffit!
Quel est le *problème concret* à résoudre?
Te rendre compte, en une journée, que ton serveur a planté? Si oui, pas
besoin d'envoyer un SMS. Il suffit par exemple (si la machine tourne un
service HTTP) de faire une requête HTTP toutes les dix minutes. Un
crontab lançant wget fait l'affaire.
Et à supposer que tu puisses automatiquement envoyer un SMS, vas tu le
lire à 3 heures du matin, en plein sommeil?
Moi, mon téléphone portable, je ne le lis pas au milieu de la nuit. Il
est soit éteint, soit dans une autre pièce. Et ils y a d'autres
occasions de ma vie privée où il est éteint. Je te laisse deviner
lesquelles.
Il y a eu des exceptions dans ma vie: quand l'un de mes proches étaient
mourant (par exemple; la semaine d'avant où j'ai perdu ma mère ou ma
sœur). Là le portable restait allumé la nuit (j'attendais la mauvaise
nouvelle).
Mais j'espère que tu arrives de temps à autre à te déconnecter.
A mon avis, tu cherches à résoudre un problème de peu d'importance, mais
il est amusant d'en discuter.
Concrètement, tu poses la question de la fiabilité d'un système
informatique (matériel et logiciel). Elle n'est _jamais_ à 100%
Quel taux de panne acceptes tu pour un serveur que tu administres
bénévolement?
En ce qui me concerne, 98% de fiabilité (donc 2% de temps
indisponibilité) me suffit largement, voire 96%. Donc 2 jours (ou 4) de
panne par an.
Et les systèmes fiables à 99,99% de toutes façons coûtent cher: au moins
trois salaires d'informaticiens travaillant 8h chacun par jour. Le prix
d'un SMS est dérisoire par rapport à ce coût là! Même pour des
informaticiens payés au SMIC.
Une solution est bien sûr d'externaliser ce travail en Inde ou en Chine.
Mais tu vas quand même payer 1000€ par mois.
Que les banques françaises (ou les financiers déployant du
"high-frequency trading") aient besoin de 99.9% de fiabilité (ou les
missiles nucléaires, ou les coeurs artificiels) oui.
Mais toi comme moi, pour un serveur Web, non!
Ma Freebox à la maison est allumée 24h/24, mais en pratique je dois la
rebooter deux fois par semaine. Donc elle est indisponible au moins 5
minutes par semaine. Fais le calcul, ça doit faire moins de 99,9% de
fiabilité.
La solution vieux jeu que j'utilise sur les serveurs Web que
j'administre bénévolement (par exemple pour http://refpersys.org/ ou ma
page web personnelle), c'est d'essayer de temps à autre de recharger
leur page, et/ou d'essayer de temps à autre (quand je suis réveillé et
disponible pour ça) un ssh.
Explique nous en bon français pourquoi une telle solution ne te conviens
pas. Pour un serveur bénévole!
Librement
--
Basile STARYNKEVITCH == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; <[email protected]>
(mobile phone: cf my web page / voir ma page web...)
