wilk a écrit 1422 commentaires

A propos du code, un truc qui m'a perturbé quand j'ai regardé (y a longtemps), c'est les noms des tables et champs PostgreSQL en majuscule, ça oblige à les mettre entre guillemet ce qui n'est pas toujours pratique… D'où vient cette idée ?

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.

Je cite :

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) ?

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 ?

Jamais vu une option payante pour vérification des sauvegardes…

Prochain drame psychologique : nous rappelons qu'il était de la responsabilité du client de vérifier les sauvegardes.

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 !

https://www.zdnet.fr/actualites/guido-van-rossum-le-fondateur-du-langage-python-rejoint-microsoft-39912909.htm

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.

Restic ne fait s3 mais pas la compression, borg fait la compression mais pas s3, kopia fait les deux.

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 ?

https://github.com/eldy/sellyoursaas/blob/master/doc/Documentation%20SellYourSaas%20-%20Master%20and%20Deployment%20Servers%20-%20FR.asciidoc

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.

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.

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.

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.

Je ne connaissais pas. Y a Hetzner aussi, c'est là où j'ai découvert borg.