|
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; <basile@starynkevitch.net> (mobile phone: cf my web page / voir ma page web...) |