Reprise du message précédent :

Tout le monde n'a pas besoin de scaler. Le temps homme coûte toujours bcp plus cher que le hardware.  
Une stack + simple coûte moins cher en maintenance.
Et puis en général t'as le temps de voir avant de saturer un sgbd correctement utilisé.

C'est sûr, mais j'ai tout de même l'impression que les efforts de MS arrivent au moment où on s’aperçoit que dans le monde du Cloud, les solutions MS valent rien du tout. S'il n'y avait pas eu cette évolution, pas sûr que MS soit allé dans ce sens (my 2 cents hein )

Comme si c'était plus clair qu'aujourd'hui, essayer d'imposer Windows n'a plus de sens (dans le monde serveur), alors MS ouvre ses produits anciennement liés à l'OS.

Je dis pas le contraire, j'essaie juste de piger la stratégie MS

Et quand je disais « scaler », je pensais plus au fait d'ajouter des VMs à la volée dans une infra existante, et que tout ça fonctionne de manière « simple » sans SPOF, avec des caches etc. Je pensais même pas vraiment à la perf ^^

 
Ha ben voilà pourquoi la meteo est pourrie

tu peux aussi scaler en sharding pur, y'a beaucoup de cas où tu ne croises même pas les données des clients entre elles, et tu pourrais mettre chaque client dans une base différente.

 
+1.
 
Le BigData & NoSQL, _a a l'air vraiment bien, mais souvent en ajoutant 3 index tu résout tes problèmes de perfs
 
A ce propos, NRaynaud, les tests sur le truc des positions ont donné des résultats... disons embarrassants pour Oracle et son lutain d'index géographique (ou pour l'expert Oracle à 1k la journée qui l'a mis en place)
 
- Recherche de ~60 positions parmi 7 millions avec sélection par date et index géo : 13 secondes.
- Recherche des mêmes positions sur la même table, mais via les 2 colonnes Lat, Long + index numérique : 5 secondes.
 
Donc on va pouvoir proposer une migration Postgre
 

Faut arrêter de penser qu'aux perfs, c'est qu'une problématique parmi d'autre Je pensais plutôt à répartir les données (géographiquement), ajouter des nœuds facilement, répliquer partout (ou qu'à certains endroits), découverte auto des nœuds etc. (Redis Sentinel par ex, j'ignore si ça existe pour du SQL traditionnel)

Bref, pas une infra figée dans le marbre, mais un truc qui peut respirer facilement

Je suis pas étonné.

 
Certes. Mais la plupart des applis non grand public n'ont pas (et n'auront jamais) ce genre de problématique, en fait.
 
 
 

 
Je pense que les exigences montent pour tout le monde en disponibilité et disaster recovery.

Je ne crois pas qu'il ai fallu attendre  le nosql pour faire du replicat en temps réel.

Une fois géré les réplicats de sécurité il te reste quoi ? mailler la planete de datacenter pour baisser la latence ? C'est quand même une problématique spécifique.
 
Avoir un schéma fluide ? ça s'intègre bien avec les colonnes json/hstore de postgresql ( mais pas avec mssql qui est très pète couilles quand tu veux modifier une colonne, ajouter un index,...)

Perso j'aime assez l'approche de stackoverflow: optimiser une infra classique (sql server + elastic search + IIS ) plutôt que de multiplier les outils sexy

 
J'avais plutôt en tête ce que j'ai prévu ici: pour la base de données je laisse gérer les pros, ils me filent une URL de connection, pour le reste je peux cliquer pour avoir des snapshots et cliquer pour des master/slaves, mais tout le reste m'est caché en me laissant l'espoir que ce soit mieux géré et surtout plus dynamique que si je le faisais moi-même. Et du coup j'ai une base de données normale pour avoir des transactions, mais j'ai pas besoin de parler d'extent, de table space et de block size.

c'est cool j'ai des impression 3D en cours de commande qui valent plus cher que la découpeuse laser que je songe à acheter.

   
Y a une énorme demande pour du relationnel moderne. Chez AWS regarde Aurora par exemple.
C'est pas pour rien que Google a développé une alternative à BigTable il y a déjà 4-5 ans.
 
Redis c'est très bien mais tu peux pas sérieusement comparer un cache clé-valeur à une base de données.

Redis ne se limite pas a du cache clef/valeur hein...

heu, Azure ça marche plutot super bien, et ils sont crédibles dans le monde de l'entreprise, plus que Google par ex (on bosse avec les 2, Google ils n'ont toujours pas compris comment on bosse avec une grosse COGIP, même si ils s'améliorent)
Mi 2015, Amazon avait 29% du cloud mondial, Microsoft 2ème avec 12%, et Google 4ème avec 6%
On bosse sur le stack Cortana, c'est vraiment super chouette ce qu'ils ont fait, PowerBI déboite aussi.
 
J'invoque Dion
 

Stack a une approche assez radicale par rapport au reste de l'industrie, mais ça a l'air de bien marcher. Le blog du gars qui pilote leur infra est hyper intéressant à ce titre.
 
Pour la réplication, ça peut quand meme vite venir le besoin de s'étendre à largeur. Je bosse sur une projet pour créer une énorme BDD client, elle va tenir un truc comme 150M de clients, avec leurs interactions, je te laisse imagine le voume.
ça tient sur un serveur, mais on va taper assez vite proche de la limite (on a testé SAP HANA, niveau dimensionnement on tapait déjà dans le tera de ram) du coup y'avait plus de place pour croitre. Avec une approche distribuée sur Azure, on a plus cette limite. Par contre on part du principe qu'on va pas vouloir lancer des grosses queries cross data center, parce que là ça marchera pas hihihi
 

Pas de temps à perdre, le gars parle de cloud mais son graal c'est citrique.
 

 
C'est un peu comme comparer la libc à un projet d'ERP

manque OVH dans le graph

non, pas de market share, ils y étaient en 2012
 
Derrière tout leur marketing ils vendent surtout du VPS

 
J'ai jamais dit que Citrix c'était le graal dans le cloud hein Je disais juste que MS est à la traîne avec Windows dans le Cloud, car c'est plus complexe à scaler. Si Azure marche bien, je serai intéressé pour savoir qu'elle est la part d'OS Microsoft vs Linux là dedans.
 
Et là on parle de COGIP, mais les utilisateurs de Cloud c'est pas que des COGIP non plus !

 
Si tu imprimes en grande quantité le même objet, Sculpteo (et peut être les autres) proposent un configurateur avec aperçu du bac d'impression (pour les technos SLS).
Ils te font payer à la hauteur utilisée : de 40 à 41 objets, je doublais presque le prix unitaire parce que je faisais une seconde couche  

 
ok

Les solutions MS valent rien du tout mais ce sont les numéros 2, de loin, du marché de l'hébergement
Et technologiquement ils est quand même admis qu'ils sont 2ème ou 3ème selon comment tu souhaites ranker Google
 
Sans parler de 365 qui pullule partout

En effet, je dirais que c'est même l'inverse, plus t'es petit plus le Cloud te permet de faire des économies par rapport à d'autres solutions.

Mais ils investissent et le marché va se consolider (RAX abandonne, VMware jette l'éponge, Verizon c'est la merde, CenturyLink probablement...)

 
Je parle pas de solution MS depuis le départ, je parle de Windows
 
Qu'entends tu par « le marché de l'hébergement » ?
 
Tu parles de quelles technos en particulier, IIS, AD, MSSQL, autre ?

 
Je ne connais pas du tout mais leur couche tout en mémoire xVelocity à l'air de bien marcher (ça fait partie des technos derrière PowerBI)
 

 
OLTP / ACID  
 

 
Le sharding applicatif, c'est chiant à gérer (je sais, j'en fais  ) ça demande bcp de travail pour automatiser / surveiller tes différentes grapes.
 

On parle de combien d'évènements par jour ? Qu'est ce ça à foutre dans une base relationnelle ?
 
Avec des clustered-indexes et de la compression tu peux en stocker des dizaines de milliards de lignes sur un petit serveur -> MariaDB ou Percona avec le moteur de stockage TokuDB
Et tu peux t'en sortir avec 64go de ram : tout dépend du profil de tes requêtes.
 
Si tu dépasses la capacité d'une machine : tu rajoutes une couche de partitionnement de table par mois -> on part plutôt sur du Postgreql / https://wiki.postgresql.org/wiki/Wh [...] nheritance
 
Bien entendu, je m'emmerderais pas avec tout ça et je foutrais un Cassandra. faut pas déconner
 
 
 

Dans le monde du cloud les solutions MS valent rien du tout en fait ça veut dire que les startups utilisent pas Windows ?
Je te charrie mais sur Azure Microsoft fait du marketing Linux depuis 2013/2014 et Microsoft est globalement en train de s'ouvrir, on le voit aussi sur leurs applis mobile.
 
 
 
 

Azure est construit sur Windows et Hyper-V.
Même si en effet les VMs sont probablement du linux en grande majorité, au final MS cherche à fournir une solution cohérente cloud public/privé: https://www.microsoft.com/en-us/ser [...] rview.aspx
Et ils sont en position d'avoir plus d'impact que les autres solutions hybrides, vu la prévalence de leurs solutions en entreprise.

 
Ah mais j'en a bien conscience de la montée en charge de MS sur Linux On est justement d'accord pour dire que c'est pas un hasard cette stratégie de MS hein
 
J'ai jamais dit que ça valait rien du tout, c'est juste « plus simple » pour les licences pour plein de chose de partir sur du Linux, quand tu veux offrir un service.
 

 
Oui, l'intérêt est clair pour eux

 
Je ne connais pas oracle, mais sql server fonctionne vraiment bien, même avec le paramétrage par défaut.  
Le truc qui m'ennuie le plus avec sql server est quand tu veux modifier une table (genre ajouter un auto increment, modifier des index) , tu es parfois obligé de la supprimer /recréer .  

Et si tu combines les 2 approches dans le where ?
 

sculpteo me propose 218.41€ pour une pièce, alors que shapeways me propose $132.14 donc j'abandonne.
 
Normalement je pourrai réduire le volume de plastique, mais j'ai pas le temps et j'ai pas capté comment je peut le reprendre, fusion 360 me pète les couilles sur la pièce. Il faudrait faire un squelette tubulaire et poser des panneaux très fins dessus, sauf que le gars a fait une forme et a fait un shell de 5mm dessus du coup on parle de 165.4056cm3 de plastique.

 
?? Qu'est-ce que tu veux dire par là?  
 
J'ai oublié de mentionner la date dans la seconde ligne.... Et que les résultats sont les mêmes, évidemment.
 
Parce que ces cons là, ils l'utilisent même pas correctement, leur index : la zone de recherche est définie par un cercle (centre et rayon). L'akllgo projette le centre sur la carte, obtient les coordonnées projetées des 4 coins du carré qui englobe le cercle, puis reprojette ces points en latitude/longitude, et recherche dans le carré englobant.  
 
Bref, l'index géo, soit il est mal configuré, soit il est complètement inutile dans le contexte. Et s'il est inutile, ça ouvre la voie à la suppression de l'option payante, voire d'Oracle.

Tu pourrais imaginer que l'utilisation de l'index numérique se combine à l'utilisation de l'index géographique pour profiter des 2 (ce que tu peux avoir avec MySQL par exemple avec le merge index, dans certaines situations).

Sinon une présentation intéressante (bien que de 2006) : http://www.arubin.org/files/geo_search.pdf

 
bah j'ai pas besoin, en fait : les recherches ne se font jamais dans des zones de forme tordue, uniquement dans des rectangles (et ce même quand les specs prétendent qu'elles se font dans un cercle)
 
(et l'objectif ici, c'est de virer l'index géographique parce que c'est une plaie en perfs hors recherche : la dernière fois qu'ils ont eu a le reconstruire, ça a pris plus de 30 heures. Et sa MaJ lors des suppressions de données est super longue aussi - quoique là, j'ai eu des résultats très bizarres, faut que je cherche plus)

Putain de COGIP et leurs process de merde
 
Des process qui font qu'ils ratent des deals qui sont tout bénef pour eux

la démo
https://www.youtube.com/watch?v=1kxigMFvDYg
 
 
la réalité:

 

Recode entièrement l'outil en webgl normalement tu devrais ensuite arriver à faire ton truc.

Oracle c'est surtout de la merde au niveau pricing, ils font de belles filsdeputeries à leur client quand il est question de licences/processeurs/cores toussa toussa

procès avec Apple !

Honnêtement, pas surprenant.