structure de la matrice sans fil 18

Hello les enfants.

Après avoir testé une campagne en niveau "au delà de l'élite" avec mon seul PJ comme crash test (et je me suis régalé), j'ai décidé de passer à la vitesse supérieure et de redevenir MJ... pour un groupe de runners d'élite de la mort qui tue, pour des missions de même envergure.

Comme il est probable que mes joueurs consultent le forum, je donnerai pas de détails sur leurs personnages, vu qu'on la joue suffisamment roleplay pour que chacun ne sache que ce qu'il a découvert en jeu par lui-même.

Mais pour donner un ordre d'idée, le riger du groupe dispose entre autre de eux yachts ultra luxes, dont qui fait aussi sous marin, en guise de bae d'opérations... On en a un autre qui fait des objets alchimiques qui peuvent exploser avec suffisamment de force pour ravaler un pain de plstic au rang de pâte à modeler, un autre qui fait de la détection magique au point que si je lui laisse un objet entre les mains, il peut grosso modo découvrir la fiche de personnage du possesseur dudit objet. Et je pourrais continuer la liste comme ça pendant... très longtemps.

Leur run actuel : Un ordre oméga a été prononé à l'encontre d'Aztechnology. Partout dans le monde, les runners tapent sur les Azies pendant que les corpo mènent des OPA et leurs pètent le nez de toutes les façons possible. La mission à proprement parler du groupe, c'est de foutre le bordel en Aztlan. Suffisamment pour mobiliser un maximum de ressources et empêcher les autorités centrales de s'intéresser à ce qui se passe à l'extérieur de leurs frontières.

Pour ça, ils ont décidé, entre autres, de se coller à la source du réseau matriciel d'Aztlan pour pouvoir intercepter toutes les communications entrantes et sortantes du pays. (ils ont l'équipe logistique qui va bien derrière pour pouvoir analyser ça). Donc, on a improvisé et j'ai considéré que la Matrice était constituée à peu près comme le réseau 4G (ou internet en général) aujourd'hui. C'est à dire qu'on se connecte à des antennes, elles même alimentées par l'équivalent sixième monde de fibres optiques. Et, en remontant suffisamment haut dans le réseau, on tombe sur la dorsale qui relie le pays au reste du monde.

Maintenant qu'on est parti là dessus, on changera plus de modèle. Mais je me suis demandé comment est censé être organisé officiellement la Matrice physiquement parlant. Le manuel de base détaille de long en large comment ça se passe pour y accéder et quand on est dedans, mais rien sur la partie hardware. Des info sur le sujet?

Y a plus d'infos dans Data Trails (à venir en vf).

Ca ne fonctionne pas comme de nos jours, où, si le réseau est décentralisé, il repose tout de même sur des backbones au sol et la pérennité des données repose sur des data centers.

La Matrice est vraiment décentralisée, massivement sans fil, et les données y sont pour ainsi dire ineffaçables (ce qui pose parfois certains soucis aux corpos). De plus, un serveur n'est en fait pas nécessairement une entité physique propre (contrairement à aujourd'hui où un serveur est avant tout une machine quelque part qui fournit des services via une connexion Internet ou Intranet). Les serveurs de la Matrice sont des lieux virtuels, "cultivés" plus que construits en fait, et repose sur des Fondations, une partie sousjacente de la Matrice elle aussi virtuelle et très très spéciale.

Comment ça peut marcher alors ? Eh bien, même si les auteurs, sciemment, ne veulent pas entrer trop dans les détails (car c'est une techno qui est supposée de dans 60 ans, bien malin celui qui pouvait décrire Internet en 1958 et parce qu'ils ne veulent pas qu'on fasse trop d'analogie avec Internet comme c'était le cas dans SR4), en gros, les protocoles de la Matrice mutualise plus ou moins toutes les ressources hardwares du monde à sa sauce. Donc un serveur donné est à la fois nulle part et partout (de sorte que planter la Matrice demanderait pas mal d'armes nucléaire/EMP), de même que ses données ne peuvent définitivement être supprimées de la Matrice tant que celle-ci existe. On peut par contre les rendre très difficiles à retrouver/accéder.

Sur la question de "comment ça marche alors", le tout récent Kill Code (en anglais) apporte certains éléments de réponses - mais en effet la matrice de SR5 est une sorte d'infrastructure "magique" qui est partout sans vraiment être physiquement "quelque part". Tant qu'il y a des appareils connectés dans les parages, la matrice est là (avec plus ou moins de bruits).

...

Ca ne fonctionne pas comme de nos jours, où, si le réseau est décentralisé, il repose tout de même sur des backbones au sol et la pérennité des données repose sur des data centers.

La Matrice est vraiment décentralisée, massivement sans fil, et les données y sont pour ainsi dire ineffaçables (ce qui pose parfois certains soucis aux corpos). De plus, un serveur n'est en fait pas nécessairement une entité physique propre (contrairement à aujourd'hui où un serveur est avant tout une machine quelque part qui fournit des services via une connexion Internet ou Intranet). Les serveurs de la Matrice sont des lieux virtuels, "cultivés" plus que construits en fait, et repose sur des Fondations, une partie sousjacente de la Matrice elle aussi virtuelle et très très spéciale.

....

Ghislain Bonnotte

En fait de nos jours, les serveurs sont aussi de plus en plus décoréllés du physique. Les serveurs sont de plus en plus virtualisés.

Déjà à l'heure actuelle, tu peux avoir un serveur virtuel répartis sur plusieurs machines physiques, ou l'inverse une seule machine physique qui héberge plusieurs serveurs virtuels.

Tu peux "téléporter" facilement ces serveurs... Pas plus tard que la semaine prochaine, je dois faire ça dans mon boulot. J'ai un serveur qui est hébergé sur une machine physique à Bordeaux. On va l'éteindre proprement, copier l'image virtuelle sur une autre machine près d'Angers, et le relancer comme ça, en quelques minutes le serveur aura été "téléporté".

Finalement la vrai grosse différence entre la Matrice de SR5 et Internet, c'est le côté massivement sans fil.

Hu hu, j'ai été devancé dans ma réponse. Effectivement, c'est de l'intelligence partagée et c'est de plus en plus courant. Je le vois dans mon domaine, la domotique, où jusqu'à présent on avait un contrôleur central qui contenait tous les paramétrages et envoyaient l'info voulu aux capteurs et actionneurs. A présent, de plus en plus, chaque module contient sa propre intelligence embaquée, permettant de palier à l'absence ou la panne d'un autre module.

Chaque composant est à la fois un utilisateur et une partie intégrante du réseau. La Matrice est un énorme Skynet en fait. Une entité unique morcelée en autant de fragments que d'éléments connectés à travers le monde.

Ca peut donner lieu à des histoires intéressantes ça. Mais bon, pour l'instant, on va rester sur nos dorsales câblées (pas de changement en curs de route). Plus qu'à venir de piquer sur la dorsale d'Aztlan, qui se trouve sous l'océan. En tout cas, c'est l'option qu'ils on choisie.

Finalement la vrai grosse différence entre la Matrice de SR5 et Internet, c'est le côté massivement sans fil.

MRick

Non, l'autre différence, c'est qu'aujourd'hui, tu sais que ton serveur est à Bordeaux, et tu peux le déplacer "facilement" en l'éteignant proprement. Dans la Matrice 2.0, tu ne sais pas où est le serveur physiquement (parce qu'il n'est pas à un endroit précis) et que tu n'as donc pas besoin de le déplacer et en fait, la question est de savoir si tu peux l'éteindre.

Donc les questions qui me viennent à l'esprit sont: Comment font les corpos pour entretenir leur réseau? Garder leurs données secrètes à l'écart ou tout simplement le ficier du personnel et celui de la gestion financière des avoirs/actifs? Que deviennent les réseaux privés corpos?

Oui je pense que les administrateurs employés dans les Corpos ont les moyens de savoir où se trouvent physiquement leurs serveurs et de les éteindre. Mais après, ça peut déclencher des procédures etc, car bien entendu le travail des administrateur est surveillé et archivé.

En tout cas c'est comme ça que ça se passe actuellement, même si savoir où se trouve physiquement ton serveur peut devenir de plus en plus compliqué.

Dans mon travail il m'arrive régulièrement de travailler sur des serveurs sans que je sache où ils sont physiquement, tout simplement parce que pour mon boulot je n'ai pas besoin de le savoir.

Et encore, je suis dans une vieille Corpo avec des méthodes plutôt traditionnelles. On garde l'attachement à un serveur physique par habitude et aussi parce que ça nous rassure nous autres administrateurs humains. Mais en vrai on pourrait aller plus loin dans la virtualisation.

Comme chez Google ils ont des serveurs virtuels répartis sur au moins 3, mais généralement 5 sites géographiques différents, l'information y est dupliqué en permanence, de qui fait que si le batiment contenant une ferme de serveurs explose, ils ne perdent pratiquement aucune donnée. Il faut plusieurs défaillances simultanées pour perdre des données.

Les réponses se trouvent dans Kill Code et Data Trails... Avec des exemples de serveurs dédiés.

Comme les serveurs n'ont plus de localisation physique, tout est matriciel uniquement.

Et les dossiers sensibles sont sensés être archivés dès qu'on ne s'en sert plus (heureusement que certaines personnes oublient d'ailleurs )

Euh, non. Quand tu commences à bosser avec AWS par exemple, tu ne sais plus où sont tes serveurs. au mieux sur certains services tu sais dans quelle "région" ils sont, et éventuellement si tu as une connaissance des infrastructures tu peux déterminer deux ou trois datacenters qui pourraient l'héberger physiquement.

Oui, maintenant, tu montes un serveur dans le cloud, tu sais au mieux dans quelle région il se trouve (enfin, il peut même etre sur plusieurs "machines" différentes dans la région en question) donc l'aspect physique de la chose est de plus en plus discutable (même si on peut toujours avoir un serveur purement physique).

Oui, mais si la matrice est virtuelle, où sont stockées les archives des corpos? Comment font ils pour extraire ou effacer des données? Que font il des données lors de la maintenance des installations? comment sont elles sauvegardées?

Si les données ne sont plus maitrisable une fois archivées dans la matrice, et bien j en conclus qu'aucunes corpos chargent des données vitales (stratégiques, secrètes, gestions, ultrachaude..) dans la matrice, mais dans des systèmes fermés hors lignes et non accessible via la matrice ou un appareil sans fil. Un bon vieux réseau cablé en fibre optique gainé dans du plomb recouvert d aluminum.

La matrice est elle devenue un immense noeud violet?

Les gardiens des data heavens doivent être aux anges! Qu'est devenu le Nexus?

Les données sont stockées dans la Fondation du serveur...

Seuls les utilisateurs légitimes avec le niveau d'accréditation nécessaire ont la possibilité de rappeler les dossiers.

Sans rentrer trop dans les détails, je ne pense pas qu'il y aie besoin "d'équipe de maintenance", vu la difficulté à accéder à la Fondation et aux dangers que ça représente d'y aller.

Il existe des serveurs hors ligne présentés avec les complications rencontrées et les avantages/inconvénients...

Je n'ai pas de souvenir du Nexus, mais vu que Jackpoint a son propre serveur, je suppose que le Nexus aussi.

Oui, attention, avec l'analogie avec le "cloud" d'aujourd'hui (donc AWS ou Google). Quand tu places des données sur AWS ou Google, tu sais encore où les données sont. Elles sont dans un serveur de Google ou AWS, quelque part dans le monde. Tu peux encore suivre les adresses IPs et détermine quelle machine les contient (pour faire super simple).

Dans Shadowrun, un hôte (traduit par serveur dans la VF, avec le recul, peut être pas la meilleur idée vu la nature du bouzin) est un concept matricielle complètement "virtuelle". Tu accèdes au Fondation de la matrice (voir Data Trails) pour le faire... "pousser" (comme une plante). L'hôte ne repose sur absolument aucun forme d'appareils physique! Il est juste "là, quelque part dans la matrice". Ensuite tu peux lui attacher des appareils...

Oui, c'est super-weird et à la question du comment ça marche, les corps, la CC et Danielle de la Mar répondait "vous inquitiez pas, nous on sait comment ça fonctionne, vous n'avez pas à le savoir"!

Je ne veux pas spoiler Kill Code, mais si vous voulez vraiment savoir comment ça fonctionne, sa lecture s'impose et préparez vous à être surpris !

Voilà, bien résumé

(pour host, le terme est déjà un terme informatique en anglais et il est traduit par serveur dans ce contexte ; si c'est "confusant", ça l'est tout autant en vo, et c'est je pense voulu d'utiliser ce terme, à la fois in game pour "rassurer" les gens et out of character pour poser un mot simple sur un concept familier. La limite de ça c'est que familier ne veut pas dire équivalent )

PS : pour AWS/Google/le cloud, si le client ne sait plus où sont ses données, le fournisseur le sait, lui (il a cette traçabilité). Ce n'est plus le cas/pertinent avec la Matrice après la mise à jour "SR5". cf l'explication de belaran.

Juste pour être clair, ma remarque était pas sur le choix du terme serveur à l'époque. Quand SR5 est sorti, en tout état de cause, c'était une très bonne traduction. Ma remarque était plus de l'ordre de "aujourd'hui avec ce qu'on sait maintenant, depuis Data Trails & Kill Code, et quelques autres bouquins, le terme serveur, comme host, en anglais, induit un peu en erreur". Les deux termes donnent l'impression que ce construct matricielle est, quelque part, relié à un grosse machine ou un ensemble de grosse machine. Ce que l'on sait maintenant ne pas être le cas.En soit, serveur était un très bon choix à l'époque (et reste très bien).

Alors host ou serveur, pour moi ce n'est pas confusant, en informatique, la différence entre un "serveur" et un "client", c'est l'usage qu'on en fait. Ça n'a rien à voir avec le matériel ou la localisation.

Votre smartphone/tablette/portable peut tout à fait être un serveur si vous le voulez... C'est assez courant de monter un petit serveur sur un PC lambda pour des serveurs de test. Bien évidemment en terme de performance ce n'est pas top.

Le coup de monter un serveur sur son smartphone c'est plus pour la frime qu'autre chose parce qu'en pratique c'est vraiment pas terrible, mais ça fonctionne (par contre ça bouffe de la batterie grave).

L'espace utilisé dans Kill Code pour expliquer ce qu'est un host montre clairement qu'il n'y a pas qu'en VF que c'est confus