Reprise du message précédent :
spoiler: le mot à la mode à venir:  

tu nous sors du 2015/2016 là

http://www.datapine.com/blog/technology-buzzwords/

ah bah oui quantum computing je l'avais oublié celui-là

Tumemmerde et sa variante tuféchier CDLT sont des buzzwords indémodable.
 
Ransomware proof ça pourrait bien fonctionner pour 2018 ?

 
+1    
 

je parlais de cloud orchestration

 
En tout cas, on commence a parler publiquement des systèmes a vérification source/cible en cas de cryptolock (ça fait juste depuis 2010 qu'on bosse sur des principes du genre et depuis 2013 que ça existe, en open ou closed source), visiblement le sujet commence à tomber depuis février/mars 2017 niveau stockage. Nous, nous bossions sur une solution de réplication "stagée" et de contrôle des IO : en cas de burst d'écriture/lecture, on place le conteneur en quarantaine et on reup une réplique, si c'est legit on commit en mode block, sinon on tue le service/conteneur/VM responsable.
Ca oblige a avoir une grosse capacité (redondance matérielle équivalente à du raid 10) et une latence super faible, mais ça protège bien.

les systèmes les plus sensibles sont principalement les filer avec des partages utilisateurs (toutes les infections viennent généralement de là).
l'ensemble de périmètre est surveillé en permanence par un soft propriétaire (qui au passage est une belle usine à gaz/bouse/insérer ici un terme équivalent ... mais qui fais quand même le job et qui est accessoirement leader du marché sur le domaine) qui nous remonte les moindres comportements louches ou modifications de masse.

 
T'as déjà vu un cisco cryptolocker ses bases de spantree, tout seul, comme un grand après une mise à jour d'un firmware vérolé ?  

Et les admins

t'as noops pour ça

Y'a pas à dire, quand un modo n'a pas eu son coup de jaune il est vachement grognon.

Y a toujours des admins, sauf qu'ils sont pas sous ta responsabilité
Du coup c'est encore pire

j'avais compris c'est juste que je suis en pleine révision de certif pour un exam débile demain matin

ah une certif cisquoi  

2 mois de perdus car on a pas demandés la bonne cible pour ouverture firewall
 
Y en a qui se foutent de ma mouille

 
Déchéance. La France part en couille !

C'est à peu près ca  

 
Pov' minou.

En buzzword à venir vous avez oublié XOSAN (buzzword restreint à la communauté XenServer par contre )

Bonsoir,
 
ITK, AOD, biothérapie ciblée  
 
(et si quelqu'un peut m'expliquer ce qu'est réellement le serverless, qui n'a pas l'air d'être sans serveur du tout, je vous en serais très reconnaissant)

En gros, tu pousses ton code sur un "service" qui l'exécute pour toi. T'a pas la vue sur les serveurs, le scaling, toussa, toi tu ne fait que pisser ton code, le pousser et lui causer.
C'est pas "serverless" c'est "somebody-else-servers"

Lamba chez Amazon, en gros t'execute ton code chez eux, pas de VM ni de container, tu payes au temps d'execution et d'utilisation des ressources.

 
Ah ben grillé et pour mieux en plus

merci pour les réponses.

pour faire une analogie, c'est l'équivalent, pour du code exécutable, des pages persos Free où tu uploades ton html sans te soucier de ce qu'il y a derrière ?

 
ééééé Ouai, c'pour ça qu'XOSAN est en retard et sera pas un buzzword pour fin 2017/Début 2018 !

Non on sera pas en retard

 
en gros oui, sauf que au lieu d'un pauvre FTP, ça peut « scaler » à l'infini (et au delà ), et tu payes uniquement ce que ça consomme. Et c'est aussi tout redondant derrière, ça peut pas « tomber » comme ça (en théorie).
 
Bref du Cloud pour ton code sans passer par des méchants admins.
 
En gros tu déploies ta fonction :
 
serverless deploy function -f hello
 
Et tu l'invoque :
 
serverless invoke -f hello -l
 
Voilà

Bah, XOSAN, pour moi ça rentre dans le software defined storage.

 
Oui, mais dans le monde de XenServer, ya personne qui le propose encore Donc on va être bien

Faux ça scale en fonction de ton compte bancaire : https://sourcebox.be/blog/2017/08/0 [...] -hard-way/

Héhé, oui c'est un bon résumé

bonjour,

dernz

nope

contre-dernz

Perdu

dernz