J'utilise https://github.com/kopia/kopia ça permet à la fois d'envoyer sur S3 en même temps c'est dédupliqué, compressé, incrémental etc… Sinon en rclone marche très bien aussi.
Clairement je ne vois pas du tout comment les "petits" (pas si petits déjà !) peuvent y arriver, surtout qu'ils essayent de jouer sur les prix et du coup se privent de pouvoir investir ou faire de la qualité, c'est le cercle vicieux…
Pas évident dans ce contexte d'être clair et sans baratin. Je trouve que Hetzner le fait assez bien, il ne propose pas ce qu'il ne sait pas encore faire. Tandis que les deux nôtres peinent à essayer de faire semblant que…
En tout cas c'est mal barré car la barre est de plus en plus haute et monte plus vite que ceux qui essayent de suivre.
Actuellement, les données de notre service d'Object Storage ne sont pas redondées sur différentes AZ ou même régions.
Suite aux différentes demandes clients, sur notre plateforme "Feature Request"
(https://feature-request.scaleway.com/posts/110/object-storage-replication-between-many-regions), cette fonctionnalité va être implémentée, mais je ne peux
vous communiquer d'ETA.
Inutile de demander pour les bases de données avec l'option HA, c'est écrit "Nous nous assurons également que vos instances fonctionnent sur des hyperviseurs différents", donc c'est clairement pas séparé physiquement.
Chez l'autre quand on crée une BDD il demande : c'est pour des tests ? Non, alors activez tout de suite la réplication multi AZ. Et si vous êtes sérieux cochez la case réplication à l'autre bout de l'Europe en plus (c'est assez récent par contre).
Dans sa dernière vidéo Octave prétend qu'il va faire évoluer le milieu industriel dans son ensemble… Non, mais s'il te plait laisse le milieu industriel en dehors !
Bon, le chef de niveau 2 a répondu, chez Scaleway les objets de type S3 c'est S3 dans le même panier bien au chaud. Il m'invite à suggérer la fiture sur le forum ad hoc et en attendant à cloner mes objets moi-même.
On est tellement à des années lumière de l'autre à 3 lettres… pfiouuu…
Du coup on déclare quoi ? Que les données des clients qui étaient dans le cloud sont maintenant dans les nuages (mais là c'est sûr elles vont y rester) ?
Je viens de demander chez Scaleway si le stockage objet est répliqué 3x sur des datacenters éloignés géographiquement et à quelle distance.
Réponse du support : "Je vérifie auprès de nos techniciens de niveau 2."
…Chef chef, on ne stocke quand même pas les objets 3x au même endroit hein ? Je lui répond quoi au client ?
Les mails (ou autres messageries directes) remplacent de plus en plus souvent des conversations et des réunions en chair et en os. Hors on n'enregistre pas ces conversations pour les ressortir "t'avais dit ça…". Ce qui ressort de ces conversations éventuellement on en fait un résumé que l'on classe dans le projet ad hoc.
Je fais pareil avec les mails, je les empile sur le bureau tant qu'ils ne sont pas traités, certains je les range dans un carton, la plupart finissent à la poubelle à plus ou moins brève échéance. Bref, j'en conserve très peu et pas longtemps.
Du coup peu importe le client mail. J'utilise vim comme un crayon, pour tout. Et mutt comme un vulgaire bureau avec quelques tiroirs.
Merci pour ces explications.
Un truc qui m'a aidé à comprendre et utiliser Git (j'utilisais plutôt Mercurial) c'est un tuto où on écrit un proto en Python : https://www.leshenko.net/p/ugit/
J'adorerai voir la même chose avec Pijul !
D'où vient le fait que l'implémentation à l'air si longue ?
Je me souviens qu'à l'époque ou Git est né, mercurial, arch, tla, bazaar… il ne semblait pas si difficile d'implémenter de nouvelles idées de dvcs.
Est-ce le principe en lui-même où ça n'a rien à voir ?
Je ne pense quand même pas non plus que ça vienne de Rust ?
Moi je serai à ta place j'aurai donné mon numéro de portable.
-Merci de bien vouloir me donner votre numéro de portable.
-Impossible je l'ai déjà donné à Stripe hier (je vais quand même voir s'ils ne peuvent pas me le rendre).
Ce que trouve curieux c'est l'argument comme quoi il faudrait faire face à "la concurrence de Google avec golang".
On ne sais pas trop si c'est un problème par rapport à Google ou par rapport à un autre langage (Go et non pas golang et libre lui aussi).
Enfin si on se doute "langage golang de Google dont le succès croissant menace le leadership de "Python""
ps: Guido bosse maintenant chez Microsoft, juste parce qu'il s'ennuyait à la retraite !
En Go, le pattern c'est de retourner (resultat, erreur). Si tu ne verifies pas l'erreur, dommage le compilateur ne t'aidera pas à t'en rendre compte
Je n'ai jamais compris pourquoi ça n'était pas une obligation (de traiter l'erreur retournée). Ne serait-ce que d'indiquer _ = si vraiment on ne veut pas, mais au moins ce serait explicite.
Quelqu'un sait la raison ?
Les avantages c'est qu'il fait tout ce que font les autres, plus une UI, très rapide etc… Un peu trop (compliqué) à mon avis d'ailleurs.
L'inconvénient (et l'avantage, le développeur est vraiment très réactif) c'est que c'est jeune et que ça évolue beaucoup donc trop tôt pour savoir si c'est fiable, il n'est pas encore en v1.
Pour l'instant j'utilise borg et kopia en //.
Il est éventuellement prévu que kopia soit scindé en une lib + une UI. Ce que je préférerais pour développer un outil plus simple maison par dessus.
Un petit nouveau dans la famille restic/borg : kopia https://github.com/kopia/kopia
Il regroupe les fonctionnalités que les deux précédents ne font pas : compression et stockage type S3. En prime il est plus rapide…
Sinon mon principe, comme déjà dit par d'autres, c'est de différencier le type de sauvegarde par type de données.
Mes photos comme elles ne sont ni compressable ni deduplicable je les envois sur S3 avec versionning.
Mon boulot, je push sur un dépot distant avec un hook à chaque commit. Je lance lance kopia toutes les heures sur mon home de travail, c'est surtout pour le cas où je supprime un fichier par erreur dans la journée.
Et enfin j'ai craqué, j'envoi un tas de trucs sur S3…
Le mieux c'est quand j'ai effacé tous les mails d'un client car on s'était mal compris. Je n'ai pas eu le temps de lui dire que j'avais une sauvegarde, il m'a remercié, il m'a dit que ça lui avait changé la vie, qu'il se sentait rajeunir, tout ça… Depuis je ne sauvegarde plus mes mails !
D'abord bravo et merci pour ces contributions remarquables ! L'investissement humain doit être considérable. Et du coup ça m'amène à toussoter sur ces mentions :
Capacité à gérer un nombre élevé d'instances et d'utilisateurs.
Coût exceptionnellement bas (doit être au moins 10 fois inférieur aux solutions Cloud par conteneurs).
Hors en survolant la documentation sur l'installation j'ai plutôt l'impression que le coût du déploiement et de la maintenance est au contraire largement supérieur aux solutions Cloud si on tien compte du coût humain. Je me trompe ?
Ca me fait penser aux petits commerçants qui veulent des parkings comme les grands. Au lieu de capitaliser sur leur particularités bien à eux ils se tirent des balles dans le pied et après ça fait mal.
N'empêche si, ce genre d'articles montre que les interprétations vont faire plus de mal que l'annonce elle-même.
Par contre je trouve curieux que personne n'ait posté de journal ou dépêche sur le sujet. Aurions nous tous déjà honteusement jeté l'éponge avant même qu'elle ne soit sèche ?
Il fait deduplication, cryptage et compression comme borg.
En plus de borg il permet de sauvegarder dans le cloud (s3 etc) et y a une UI en option.
Le dev est très actif, c'est un projet qui avance bien.
Je vais vais les héberger chez moi mais ça m'intrigue quand même. Je me demandais surtout si c'était plausible car c'est le seul hôpital qui m'a signalé le problème… Je n'exclus pas qu'ils aient juste un problème de réseau qui n'a rien à avoir…
Oui, c'est le problème du coup qui fait qu'avec restic par exemple une fois les données chiffrées on ne peut plus les compresser. Il faut bien que la compression se fasse en amont.
[^] # Re: S3 ?
Posté par wilk . En réponse au journal Sauvegarde le retour du retour. Évalué à 2.
J'utilise https://github.com/kopia/kopia ça permet à la fois d'envoyer sur S3 en même temps c'est dédupliqué, compressé, incrémental etc… Sinon en rclone marche très bien aussi.
[^] # Re: Vérif
Posté par wilk . En réponse au lien OVH : Suite à l'incendie à Strasbourg, des sauvegardes par défaut et gratuites.. Évalué à 2.
Clairement je ne vois pas du tout comment les "petits" (pas si petits déjà !) peuvent y arriver, surtout qu'ils essayent de jouer sur les prix et du coup se privent de pouvoir investir ou faire de la qualité, c'est le cercle vicieux…
Pas évident dans ce contexte d'être clair et sans baratin. Je trouve que Hetzner le fait assez bien, il ne propose pas ce qu'il ne sait pas encore faire. Tandis que les deux nôtres peinent à essayer de faire semblant que…
En tout cas c'est mal barré car la barre est de plus en plus haute et monte plus vite que ceux qui essayent de suivre.
[^] # Re: Vérif
Posté par wilk . En réponse au lien OVH : Suite à l'incendie à Strasbourg, des sauvegardes par défaut et gratuites.. Évalué à 2. Dernière modification le 24 mars 2021 à 13:48.
Je cite :
Inutile de demander pour les bases de données avec l'option HA, c'est écrit "Nous nous assurons également que vos instances fonctionnent sur des hyperviseurs différents", donc c'est clairement pas séparé physiquement.
Chez l'autre quand on crée une BDD il demande : c'est pour des tests ? Non, alors activez tout de suite la réplication multi AZ. Et si vous êtes sérieux cochez la case réplication à l'autre bout de l'Europe en plus (c'est assez récent par contre).
Dans sa dernière vidéo Octave prétend qu'il va faire évoluer le milieu industriel dans son ensemble… Non, mais s'il te plait laisse le milieu industriel en dehors !
[^] # Re: Vérif
Posté par wilk . En réponse au lien OVH : Suite à l'incendie à Strasbourg, des sauvegardes par défaut et gratuites.. Évalué à 3.
Bon, le chef de niveau 2 a répondu, chez Scaleway les objets de type S3 c'est S3 dans le même panier bien au chaud. Il m'invite à suggérer la fiture sur le forum ad hoc et en attendant à cloner mes objets moi-même.
On est tellement à des années lumière de l'autre à 3 lettres… pfiouuu…
# claude
Posté par wilk . En réponse au lien OVH / RGPD : Vos backups sont perdus ? Il faut le signaler à la CNIL…. Évalué à 3.
Du coup on déclare quoi ? Que les données des clients qui étaient dans le cloud sont maintenant dans les nuages (mais là c'est sûr elles vont y rester) ?
[^] # Re: Vérif
Posté par wilk . En réponse au lien OVH : Suite à l'incendie à Strasbourg, des sauvegardes par défaut et gratuites.. Évalué à 4.
Suite à cet article :
https://blog.scaleway.com/how-we-protect-your-data/
Je viens de demander chez Scaleway si le stockage objet est répliqué 3x sur des datacenters éloignés géographiquement et à quelle distance.
Réponse du support : "Je vérifie auprès de nos techniciens de niveau 2."
…Chef chef, on ne stocke quand même pas les objets 3x au même endroit hein ? Je lui répond quoi au client ?
[^] # Re: Vérif
Posté par wilk . En réponse au lien OVH : Suite à l'incendie à Strasbourg, des sauvegardes par défaut et gratuites.. Évalué à 1.
Jamais vu une option payante pour vérification des sauvegardes…
# Vérif
Posté par wilk . En réponse au lien OVH : Suite à l'incendie à Strasbourg, des sauvegardes par défaut et gratuites.. Évalué à 4.
Prochain drame psychologique : nous rappelons qu'il était de la responsabilité du client de vérifier les sauvegardes.
# Comme le papier
Posté par wilk . En réponse au journal Vim ou Emacs pour le courriel ?. Évalué à 2.
Les mails (ou autres messageries directes) remplacent de plus en plus souvent des conversations et des réunions en chair et en os. Hors on n'enregistre pas ces conversations pour les ressortir "t'avais dit ça…". Ce qui ressort de ces conversations éventuellement on en fait un résumé que l'on classe dans le projet ad hoc.
Je fais pareil avec les mails, je les empile sur le bureau tant qu'ils ne sont pas traités, certains je les range dans un carton, la plupart finissent à la poubelle à plus ou moins brève échéance. Bref, j'en conserve très peu et pas longtemps.
Du coup peu importe le client mail. J'utilise vim comme un crayon, pour tout. Et mutt comme un vulgaire bureau avec quelques tiroirs.
[^] # Re: Implémentation
Posté par wilk . En réponse au journal Pijul, version 1.0 en approche. Évalué à 4. Dernière modification le 06 décembre 2020 à 20:05.
Merci pour ces explications.
Un truc qui m'a aidé à comprendre et utiliser Git (j'utilisais plutôt Mercurial) c'est un tuto où on écrit un proto en Python :
https://www.leshenko.net/p/ugit/
J'adorerai voir la même chose avec Pijul !
# Implémentation
Posté par wilk . En réponse au journal Pijul, version 1.0 en approche. Évalué à 3.
D'où vient le fait que l'implémentation à l'air si longue ?
Je me souviens qu'à l'époque ou Git est né, mercurial, arch, tla, bazaar… il ne semblait pas si difficile d'implémenter de nouvelles idées de dvcs.
Est-ce le principe en lui-même où ça n'a rien à voir ?
Je ne pense quand même pas non plus que ça vienne de Rust ?
# Donne le
Posté par wilk . En réponse au journal Échanges avec le support technique de Paypal concernant l'authentification à deux facteurs. Évalué à 6.
Moi je serai à ta place j'aurai donné mon numéro de portable.
-Merci de bien vouloir me donner votre numéro de portable.
-Impossible je l'ai déjà donné à Stripe hier (je vais quand même voir s'ils ne peuvent pas me le rendre).
# Programmation concurrent mais sans concurrence
Posté par wilk . En réponse au lien CYTHON+ La Programmation concurrente multi-coeur en Python. Évalué à 2.
Ce que trouve curieux c'est l'argument comme quoi il faudrait faire face à "la concurrence de Google avec golang".
On ne sais pas trop si c'est un problème par rapport à Google ou par rapport à un autre langage (Go et non pas golang et libre lui aussi).
Enfin si on se doute "langage golang de Google dont le succès croissant menace le leadership de "Python""
ps: Guido bosse maintenant chez Microsoft, juste parce qu'il s'ennuyait à la retraite !
https://www.zdnet.fr/actualites/guido-van-rossum-le-fondateur-du-langage-python-rejoint-microsoft-39912909.htm
[^] # Re: Raisons d'essayer Rust
Posté par wilk . En réponse au journal Retour d'expérience sur les langages de programmation. Évalué à 2.
Je n'ai jamais compris pourquoi ça n'était pas une obligation (de traiter l'erreur retournée). Ne serait-ce que d'indiquer
_ =si vraiment on ne veut pas, mais au moins ce serait explicite.Quelqu'un sait la raison ?
[^] # Re: Pourquoi si compliqué ?
Posté par wilk . En réponse au journal Sauvegarde de données. Évalué à 3.
Les avantages c'est qu'il fait tout ce que font les autres, plus une UI, très rapide etc… Un peu trop (compliqué) à mon avis d'ailleurs.
L'inconvénient (et l'avantage, le développeur est vraiment très réactif) c'est que c'est jeune et que ça évolue beaucoup donc trop tôt pour savoir si c'est fiable, il n'est pas encore en v1.
Pour l'instant j'utilise borg et kopia en //.
Il est éventuellement prévu que kopia soit scindé en une lib + une UI. Ce que je préférerais pour développer un outil plus simple maison par dessus.
[^] # Re: Pourquoi si compliqué ?
Posté par wilk . En réponse au journal Sauvegarde de données. Évalué à 4.
Restic ne fait s3 mais pas la compression, borg fait la compression mais pas s3, kopia fait les deux.
[^] # Re: Pourquoi si compliqué ?
Posté par wilk . En réponse au journal Sauvegarde de données. Évalué à 6.
Un petit nouveau dans la famille restic/borg : kopia
https://github.com/kopia/kopia
Il regroupe les fonctionnalités que les deux précédents ne font pas : compression et stockage type S3. En prime il est plus rapide…
Sinon mon principe, comme déjà dit par d'autres, c'est de différencier le type de sauvegarde par type de données.
Mes photos comme elles ne sont ni compressable ni deduplicable je les envois sur S3 avec versionning.
Mon boulot, je push sur un dépot distant avec un hook à chaque commit. Je lance lance kopia toutes les heures sur mon home de travail, c'est surtout pour le cas où je supprime un fichier par erreur dans la journée.
Et enfin j'ai craqué, j'envoi un tas de trucs sur S3…
Le mieux c'est quand j'ai effacé tous les mails d'un client car on s'était mal compris. Je n'ai pas eu le temps de lui dire que j'avais une sauvegarde, il m'a remercié, il m'a dit que ça lui avait changé la vie, qu'il se sentait rajeunir, tout ça… Depuis je ne sauvegarde plus mes mails !
# Coût pas si faible
Posté par wilk . En réponse à la dépêche Sell-Your-SaaS, une solution complète pour publier ou vendre des applications Web en SaaS. Évalué à 7.
D'abord bravo et merci pour ces contributions remarquables ! L'investissement humain doit être considérable. Et du coup ça m'amène à toussoter sur ces mentions :
Hors en survolant la documentation sur l'installation j'ai plutôt l'impression que le coût du déploiement et de la maintenance est au contraire largement supérieur aux solutions Cloud si on tien compte du coût humain. Je me trompe ?
https://github.com/eldy/sellyoursaas/blob/master/doc/Documentation%20SellYourSaas%20-%20Master%20and%20Deployment%20Servers%20-%20FR.asciidoc
[^] # Re: Vision?
Posté par wilk . En réponse au lien Mozilla lance hubs, un moteur de salons en réalité virtuelle. Évalué à 2.
Ca me fait penser aux petits commerçants qui veulent des parkings comme les grands. Au lieu de capitaliser sur leur particularités bien à eux ils se tirent des balles dans le pied et après ça fait mal.
[^] # Re: Article vide, titre putaclic, sans sources…
Posté par wilk . En réponse au lien Mozilla songerait à mettre de côté son navigateur historique Firefox. Évalué à 2.
Tout ça c'est que des chromeries.
N'empêche si, ce genre d'articles montre que les interprétations vont faire plus de mal que l'annonce elle-même.
Par contre je trouve curieux que personne n'ait posté de journal ou dépêche sur le sujet. Aurions nous tous déjà honteusement jeté l'éponge avant même qu'elle ne soit sèche ?
Je me jette une pierre tien.
# kopia
Posté par wilk . En réponse à la dépêche Installer BorgBackup sur un NAS. Évalué à 4. Dernière modification le 01 mai 2020 à 18:25.
Un nouveau venu, pas encore stabilisé mais prometteur :
https://github.com/kopia/kopia
Il fait deduplication, cryptage et compression comme borg.
En plus de borg il permet de sauvegarder dans le cloud (s3 etc) et y a une UI en option.
Le dev est très actif, c'est un projet qui avance bien.
[^] # Re: Clouflare
Posté par wilk . En réponse au message Blocage cdnjs cloudflare par les pare-feu d'un hôpital. Évalué à 2.
Je vais vais les héberger chez moi mais ça m'intrigue quand même. Je me demandais surtout si c'était plausible car c'est le seul hôpital qui m'a signalé le problème… Je n'exclus pas qu'ils aient juste un problème de réseau qui n'a rien à avoir…
[^] # Re: kopia
Posté par wilk . En réponse au journal Sauvegarde pour ordinateur personnel légèrement avancé. Évalué à 3. Dernière modification le 12 avril 2020 à 11:27.
Oui, c'est le problème du coup qui fait qu'avec restic par exemple une fois les données chiffrées on ne peut plus les compresser. Il faut bien que la compression se fasse en amont.
[^] # Re: kopia
Posté par wilk . En réponse au journal Sauvegarde pour ordinateur personnel légèrement avancé. Évalué à 2.
Je ne connaissais pas. Y a Hetzner aussi, c'est là où j'ai découvert borg.
[^] # Re: kopia
Posté par wilk . En réponse au journal Sauvegarde pour ordinateur personnel légèrement avancé. Évalué à 2.
Tu parles de deduplication plutôt non ?
J'ai essayé, c'est quand même pas du tout pareil que borg… Ca doit dépendre des données aussi.