OK je vois que l'idée va bien au delà d'un service personnel et c'est génial ! Mais pour l'impression ça ne fait sens que si c'est auto-hébergé... par soi !
Concernant l'authentification, j'ai pensé à la méthode du Port Knocking, en plus des autres.
Aussi, je me posais la question de la redondance... Ce serait génial qu'un autre chaton fasse pareil... et permette de redonder.
Ce qui m'amène à une autre idée... Un système d'inversement de la dépendance, puis de queue. Puisqu'on ouvre le service à un moment donné/arbitraire (la copie pour redondance, qui pourrait tolérer d'être asynchrone), on peut profiter de l'allumage pour d'autres (les sauvegardes des clients). Et on pourrait donc inverser la logique de l'allumage à la demande pour n'allumer qu'en période solaire (réduire la dépendance à la batterie, éviter les cycles d'allumage/extinction) et notifier les clients de l'allumage pour permettre le transfert de sauvegardes à ce moment là, en priorisant via des queues. Clients qui, s'ils sont éteints, serait wakeOn par je ne sais quelle techno (un wakeOnLan déclenché par règle de transfert de port s'il n'y a pas plus simple). Ou qui s'engagerait à être dispo en ayant reservé un emplacement dans la queue....
C'est très théorique tout ça... Déso si je plane, ça me fait (削除) cogiter (削除ここまで) mouler.
[^] # Re: wakeOnService
Posté par rsn . En réponse au journal wakeOnStorage : Service sobre, lowtech de stockage à froid (sauvegarde, archivage). Évalué à 7.
OK je vois que l'idée va bien au delà d'un service personnel et c'est génial ! Mais pour l'impression ça ne fait sens que si c'est auto-hébergé... par soi !
Concernant l'authentification, j'ai pensé à la méthode du Port Knocking, en plus des autres.
Aussi, je me posais la question de la redondance... Ce serait génial qu'un autre chaton fasse pareil... et permette de redonder.
Ce qui m'amène à une autre idée... Un système d'inversement de la dépendance, puis de queue. Puisqu'on ouvre le service à un moment donné/arbitraire (la copie pour redondance, qui pourrait tolérer d'être asynchrone), on peut profiter de l'allumage pour d'autres (les sauvegardes des clients). Et on pourrait donc inverser la logique de l'allumage à la demande pour n'allumer qu'en période solaire (réduire la dépendance à la batterie, éviter les cycles d'allumage/extinction) et notifier les clients de l'allumage pour permettre le transfert de sauvegardes à ce moment là, en priorisant via des queues. Clients qui, s'ils sont éteints, serait wakeOn par je ne sais quelle techno (un wakeOnLan déclenché par règle de transfert de port s'il n'y a pas plus simple). Ou qui s'engagerait à être dispo en ayant reservé un emplacement dans la queue....
C'est très théorique tout ça... Déso si je plane, ça me fait
(削除) cogiter (削除ここまで)mouler.Autosatisfaction récursive — © Johann « nojhan » Dréo, 25 mars 2005 — Licence CC By‐SA 2.5