Reprise du message précédent :

 
Si j'en crois le protocole officiel (https://solidarites-sante.gouv.fr/IMG/pdf/fiche_personne_contact.pdf), faut attendre 7 jours après dernier contact (vendredi dans son cas).
On n'a même pas eu d'information de la part du collège...
On a eu l'info via des copines puis confirmation par la mère du malade (qui est asymptomatique).

Oui c'est bien naze, pour nous on a été contacté par la personne qui a le covid dès qu'il a eu son résultat.
Il a pourtant communiqué nos coordonnées a la CPAM, mais on a jamais été contactés, ni par la CPAM ni par l'ARS.

On a prévu d'isoler notre fille à la maison la semaine prochaine mais j'imagine que ça va faire chier le collège.  
Elle a mangé à la cantine à côté de lui (moins d'un mètre) plusieurs fois dans la semaine (donc sans masque), donc s'ils me sortent qu'elle n'est pas contact à risque ça va chier.

Les critères officiels pour considérer une personne comme cas contact sont debiles. En fait dès lors que tu portes un masque la CPAM ne te considères pas comme cas contact.

On était sans masque, ensemble en intérieur pendant 4h
On s’est isolés dès qu’on a su ... on s’est fait tester, puis de nouveau au bout de 7 jours.

Pourquoi ça ?

S'ils décident d'appliquer une autre lecture du protocole.
 
Mais bon, ma fille vient d'apprendre ce matin que 2 autres personnes de son groupe d'amis sont positifs. Normalement à 3 cas dans une classe, la classe est fermée. Ca va régler le débat.

 
C'est cômême du lourd parce que des clients ont tout perdu même quand ils payaient pour les backups sur des offres pas si cheap que cela.  

Je vois pas comment on peut laisser passer ça en design d'architecture d'infra...

La çà peu pour OVH quand même. Ils vont se prendre des procès chers.

Perso, je suis très déçu de constater de telles lacunes chez un hébergeur aussi important qu'OVH en France
Je pensais que ce genre d'hébergeur faisait des backups et de la redondances entre ses différents datacenters de base histoire de garantir à ses clients un accès à leurs données H24 7/7 pour se prémunir d'une défaillance de son côté et que l'option "backup" facturée au client, c'était pour les prémunir de leurs propres erreurs (genre, suppression par erreur d'un fichier, écrasement d'un fichier par une version obsolète...).
 
Mais là, on constate que non seulement ils faisaient des backups que si le client payait, mais qu'en plus, même en payant, tous n'ont pas la garantie qu'ils vont récupérer leurs données parce qu'OVH n'a pas respecté une règle aussi élémentaire que les backups sont pas au même endroit que la prod    
Ca risque de leur coûter cher une telle négligence En plus, y'a aussi l'aspect du temps de remise en état. Je pensais qu'une telle entreprise pouvait remonter les données perdues en 24h max. Alors qu'apparemment, ça va prendre 2-3 semaines.
 
Je suis sidéré du si faible niveau de qualité de service. Consternant un tel amateurisme...

Les thread OVH sur Twitter, ça devient mauvais.
Je m'en réjouis pas parce que c'est une boîte française, et qu'on a pas forcément tellement de champions du numérique qui ont cette échelle, mais là ils ont vraiment chié.

Après je sais pas pourquoi les gens prennent OVH, je veux dire ils ont toujours eu un support de merde. Le modèle est toujours le même d'ailleurs, ils lancent un truc, ça foire, et Octave fait le super héros (c'est sur que Twitter à 3h du matin c'est important, parce qu'on prend tellement des meilleures décisions privé de sommeil)

 
le seul point valable dans ce que tu dis c'est qu'on met pas les sauvegardes au même endroit. Le reste c'est "normal". Tu payes de l'hébergement t'as de l'hébergement. Tu veux du backup avec tu payes le backup, sinon tu te démerdes. Vois ça comme une garantie, si t'en prends pas c'est ta merde, mais viens pas pleurer si ton truc tombe en rade et que c'est pas pris en charge.

 
Ça, ça se paye. Par contre, avoir les backups dans une salle voisine potentiellement pas à l'abris du même incendie si jamais un incendie se déclare, c'est du grand n'importe quoi effectivement. Il faut une certaine distance et des mesures qui garantissent que les backups ne peuvent pas cramer en même temps que le hosting (bon, il reste les crash d'avion ou une grosse météorite, mais on va dire que ça compte pas).
 

 
Je pense qu'il y a des boites qui doivent littéralement péter les plombs.

Je suis pas d'accord, il soulève un point intéressant.

L'univers des merdes qui peuvent arriver est l'union des merdes client (t'as effacé un fichier de conf, t'as fait un update foireux en prod, t'as pris un ransomware), et des merdes de l'hébergeur (incendie, fausse manip, etc...)
Tu pourrais t'attendre à ce que l'hébergeur ait un niveau de protection sur leurs propres problèmes. Ils peuvent couvrir le risque différemment (backup hebdo au lieu de quotidien, etc...).
Là où je te rejoins c'est que si tu prends de l'hébergement pur t'as a priori aucune autre garantie que "le serveur tourne et a du réseau", mais même sur du IaaS tu peux avoir un certain niveau de service sur le stockage.

 
+1 les backups c'est du gros nawak, pour le reste même si le design du DC est discutable c'est de la responsabilité du client. Et d'accord avec Jubi on a dejà pas de boite française/européenne leader sur la tech .

Je ne suis pas d'accord, ça dépend de comment c'est vendu au client.
Car il faut rappeler que OVH oriente son business principalement vers des PME et des TPI qui ne maîtrisent pas forcement ce genre de détails. Donc c'est à OVH d'avoir un discours marketing clair à ce niveau.
 
Alors oui OVH n'est pas responsable légalement si c'est indiqué dans les petites lignes du contrat, certes.  Mais si les client n'avaient pas conscience du problème car c'était mal expliqué alors le seul truc qu'ils retiendront c'est que OVH ce n'est pas fiable, grosse chute d'image de marque pour la boite et ils se redirigeront vers la concurrence

Oh bordel,
Le mari d'une copine de Madame, pas 45 ans, a fait un AVC.
Pas de séquelles graves pour le moment, mais le genre de truc qu'il a fait, c'est celui où il y a de la récidive, pas de traitement curatif et peu de préventif, 20% de décès a 1 an, et moins de 50% de survie sans séquelle lourde a 1 an.

Apparemment sa famille avec laquelle il bosse est dans un genre de déni: s'il est sorti de l'hôpital c'est que ça va, il peut reprendre le taf en mode business as usual.

Je ne suis pas spécialiste du cloud, j'ai donc peut-être erronée des obligations de service d'un hébergeur. J'avais l'impression que si je prends un hébergement chez AWS, si l'un de leurs serveurs crashe, si mon appli web est sur ce serveur, y'en a un autre qui va prendre le relai et je vais sans doute même pas me rendre compte du basculement. Est-ce que ça sera le cas aussi si un datacenter d'AWS ait une telle défaillance (disons un crash d'avion dessus car je doute qu'un tel incendit puisse se produire chez AWS) ? Ma réponse intuitive était de dire qu'AWS a des infras suffisamment béton pour qu'un autre datacenter (ou plusieurs) soient capable de faire une reprise d'activité d'un datacenter tombé) et ce, sans que les clients aient payé le backup. J'ai faux ?
 
A mon sens, je ne comprends pas qu'on fasse payer au client sous forme d'option une sécurité de ses données alors qu'il nous les confient. Donc, si je suis ton raisonnement, que c'est au client de payer pour la sécu de ses données, alors j'en déduis que tous les clients du datacenter qui a cramé n'avaient pas pris l'option "le datacenter doit être protégé contre le feu avec des extincteurs et des matériaux retardateurs". Conclusion : cet incendie, c'est de la faute des clients qui ont été négligents
 
Tu trouves pas que c'est aberrant un tel raisonnement. Je fais une connerie, j'efface un fichier important par erreur et j'ai pas de sauvegarde, que ça soit de ma faute OK. Mais qu'un datacenter crame parce qu'il y a eu des négligences de conception par l'hébergeur qui, en plus, n'a pas de sauvegarde pour restaurer mes données et c'est de ma faute parce que j'ai pas pris l'option backup, là non, je ne suis pas d'accord. A fortiori quand même pour ceux qui ont pris l'option, ils sont pas sûr de les récupérer en fin de compte à cause de la même localisation.

Pour moi ça montre qu'il est important d'avoir au moins un prestataire différent pour le backup (et avoir deux backups c'est pas du luxe pour les données importantes)

S3 c'est sensé être redondant sur 3 zones par défaut.

Alors qu'en relisant les petites lignes objectstorage OVH est redondant sur 3 serveurs, pas de garantie qu'ils ne soit pas dans le même DC

je le répète mais les clients d'OVH PME/TPI n'ont surement pas le temps ni les moyens de lire les petites lignes. Les petites lignes c'est pour l'aspect légal et éviter les procès. Mais en dehors de ça les clients vont juste considérer que OVH c'est de la merde et vont aller voir ailleurs.

 
De deux choses l'une, soit tu as les compétences techniques pour prendre un hébergement sec et le gérer correctement, soit tu l'as pas et tu fais appel à un prestataire qui saura faire les choses correctement.
parallèle à la con : tu loues une bagnole à l'avance pour un trip business, quand t'arrives chez le loueur ses bagnoles ont cramé dans la nuit et il peut rien de fournir. Bah il va pas te rembourser ta loc, mais ce que t'as perdu de business c'est pour ta pomme hein, il a pas à conserver un stock de bagnoles équivalent ailleurs pour pouvoir t'en fournir une en cas de catastrophe.

Le monde de l'hébergement n'est pas uniforme, tu as :

• Serverless (abstraction totale du matériel pour le client, tu appelles juste des fonctions).
• hébergement web mutualisé (un accès (S)FTP, tu poses tes fichiers Wordpress/Joomla et l'hébergeur gère le reste). L'hébergeur doit avoir de la réplication quelque part en général.
• VPS (location de VMs) : l'hébergeur n'a aucune responsabilité, c'est toi qui gère l'intérieur de tes VMs. Ça existe chez plein de provider divers avec différents niveaux de services/réplication/backup (des très gros comme AWS et ses instances, Digital Ocean aux plus petits).
• Variante du VPS : infra « clef en main » (IaaS) avec du VMware par exemple, redondance entre 2 stockages souvent très proches pour des raisons de latence. Les hébergeurs aiment bien ça car marche sur les licences soft €€€. Le client est aussi content d'être sur du matériel dédié sans avoir à configurer les hôtes et l'infra.
• Serveur dédiés loués : aucune responsabilité hébergeur sur le backup et ce qu'il se passe DANS l'hôte
• Colocation : tu as accès à des baies/racks et le client pose son propre matos (ce qu'on fait nous pour nos services)
• Location de « cages » ou salles IT entières (pour ceux qui veulent pas hoster leur salle IT mais veulent garder la main sur leur infra quasi de bout en bout)

Et tout à la fin, ton propre hosting dans ta boîte, et enfin la même en étant ton propre AS etc.

Bref, OVH, de manière globale, ça reste des bricoleurs dans l'esprit. Ils tirent sur les prix avec des DCs en bois parfois (littéralement) et tentent des trucs. C'est risqué mais pourquoi pas si tu as en bien conscience.

Ici on a eu le croisement de plusieurs facteurs : des services sans backup car c'est pas de la responsabilité d'OVH d'en faire (serveurs dédiés pas cher), ou alors des offres packagés mal conçues (VMware avec réplication dans une salle à côté). Et de l'autre côté, le pas cher ça attire les gens qui veulent pas faire d'effort sur le backup, et au final patatra. Le cheap c'est bien si c'est redondé/sauvegardé.

Les clients cheap j'en ai vu passer. Les mêmes qui viennent te pleurer dans les jupons quand ça merde sur un truc mais qu'ils voyaient pas l'intérêt de payer du support avant.

J'ai du expliquer à un client historique (du début de la boîte) rien qu'il y a quelques mois, la différence entre :

• hébergement
• infogérance des systèmes (OS, MAJ, firewall etc.)
• développement applicatifs pour ses app métiers

Ce sont 3 choses distinctes, mais pas simple à comprendre quand on est pas du tout dans le métier.

Bref, bien héberger une infra c'est un boulot, et c'est ça que tu payes.

Évidemment, sur les 4 capas du bloc de ma VMC c'est la capa commune qui est morte, comme ça je peux me servir de 0 vitesses sur 3
( https://www.e-novelec.fr/autocosy-l [...] hange.html )

 
Putain, j’en ai chié pour en arriver là  
 
6 semaines ou un truc du style

C'est des bouées de flotaison?

tu essayes de camoufler les antennes 5G qui serviront à tracer les vaccinés ?

 
C’est hyper vague ça. Ça veut pas dire grand chose. C’était quoi comme AVC ? C’était pas plutôt un AIT qui ensuite a des chances de voir l’apparition d’un AVC ?
Le “pas de traitement curatif” me fait plutôt penser qu’il a fait un AIT sans le vrai AVC ensuite. L’AVC se voit clairement sur les IRMs et se traite en rétablissant la circulation, généralement en désagrégeant le caillot et/ou en dilatant l’artère bouchée et/ou semi-bouchée.
Dans tous les cas c’est effectivement grave et si son entourage prend cela à la légère, c’est vraiment des abrutis.
 
Note quand même que le “pas de traitement curatif”, c’est du bullshit. C’est le seul truc qui me fait tiquer.

 
C’est une cariole pour vélo ?
 
Ça me fait penser que je vais probablement en acheter une quand je me serai débarrassé de la deuxième voiture.

c'est de la fibre de verre ?

Quand tu verras le prix, tu comprendras pourquoi il en construit une lui-même.

oui

Et en général le service coûte bien plus cher que la location de matos (et c'est normal c'est souvent de la masse salariale).

Ca dépend si tu prends en compte le taux horaire de Nico

allons, allons, l'innovation ça se paye

 
Oui ok, mais là tu as un mec vers qui te retourner en cas de pb...et c'est pas l'hébergeur.

Continuez de gagner des points les mecs  

       
 
 
Enfin forcément si tu considères que le marché c'est Lada et Dacia t'as vite fait de mettre Dacia dans le haut de gamme  

ça vient d'où?

Réponse à un RFP pour un grand compte. Et c'est bien en 2021.
Dans la même réponse ça explique que le Scrum Master c'est important donc on vous en met 1 à temps plein pour votre équipe de 3 personnes  (et ils clarifient bien que c'est 1 parmi les 3, même pas 3+1SM)
 
 
Merde j'ai quoté trop vite, dans la section suivante la garantie n'est plus que de 4 Go de RAM pour les PC
Je pense que ça va être chaud pour la stack weblo/OracleDB mais on a la foi