Ça mets aux oubliette les principes unix une telle vision (quoi que chaque conteneur faisant son travail spécifique, et systemd étant là pour faire le pipe c'est pas non plus orthogonal avec unix en fait... juste à 89° ^ ).
Ensuite faut pas se leurrer, on s'oriente de plus en plus vers des systèmes applicatifs jetables une fois instanciés (l'image et la manière dont on orchestre les images est ce sur quoi on travaille, les instances non). EC2 a ouvert la voie, Docker renfonce le clou avec son écosystème (peu importe ce qu'on pense prod/pas prod, la question n'est pas là, si c'est pas lui ça sera un autre qui arrivera à la prod). On est plus qu'incité avec les outils qu'on a à notre disposition de bâtir de manière quasi-automagique notre infra. Or arrivé à ce niveau là, on n'a plus trop besoin d'avoir un init à la systemd pour lancer X services sur le même serveur, mais plutôt de lancer X boites sur X serveurs hôtes différents qui échangeront ensemble à travers un réseaux bâti lui aussi de manière quasi-automagique.
Bien? Mal? Sincèrement je ne sais pas. De plus peu être que finalement seule une minorité d'admins en aura besoin réellement d'un tel système, et que la majorité restera avec le bon vieux système de VM installée à la main.
Je pense que personne n'est naïf au point de croire que systemd est juste là pour faire plaisir à ses développeurs, et que lorsqu'ils rajoutent un pan à leur outil c'est juste pour avoir ds lignes de code à entrer dans leur emacs/vi/nano/notepad (rayé la mention inutile). C'est leur taf, pas leur hobbie, il y a une raison économique derrière. Ainsi lorsque je m'amuse à extrapoler les avancées des différents outils ça donne ça, ensuite rien ne dit qu'une autre organisation que redhat n'a pas autre chose dans les cartons :) (je pense tout particulièrement à google, facebook ou amazon, qui ont l'air de ne pas attendre que des éditeurs leur fournissent les outils centraux de leur SI).
Ou alors je me trompe complètement et Lennart c'est juste un grand curieux qui veut toucher à tous les domaines d'un OS ^ ^
[^] # Re: Les conteneurs
Posté par Jean Gabes (site web personnel) . En réponse au journal Systemd contrôlera bientôt tout votre réseau. Évalué à 8.
Ah oui ça change :p
Ça mets aux oubliette les principes unix une telle vision (quoi que chaque conteneur faisant son travail spécifique, et systemd étant là pour faire le pipe c'est pas non plus orthogonal avec unix en fait... juste à 89° ^ ).
Ensuite faut pas se leurrer, on s'oriente de plus en plus vers des systèmes applicatifs jetables une fois instanciés (l'image et la manière dont on orchestre les images est ce sur quoi on travaille, les instances non). EC2 a ouvert la voie, Docker renfonce le clou avec son écosystème (peu importe ce qu'on pense prod/pas prod, la question n'est pas là, si c'est pas lui ça sera un autre qui arrivera à la prod). On est plus qu'incité avec les outils qu'on a à notre disposition de bâtir de manière quasi-automagique notre infra. Or arrivé à ce niveau là, on n'a plus trop besoin d'avoir un init à la systemd pour lancer X services sur le même serveur, mais plutôt de lancer X boites sur X serveurs hôtes différents qui échangeront ensemble à travers un réseaux bâti lui aussi de manière quasi-automagique.
Bien? Mal? Sincèrement je ne sais pas. De plus peu être que finalement seule une minorité d'admins en aura besoin réellement d'un tel système, et que la majorité restera avec le bon vieux système de VM installée à la main.
Je pense que personne n'est naïf au point de croire que systemd est juste là pour faire plaisir à ses développeurs, et que lorsqu'ils rajoutent un pan à leur outil c'est juste pour avoir ds lignes de code à entrer dans leur emacs/vi/nano/notepad (rayé la mention inutile). C'est leur taf, pas leur hobbie, il y a une raison économique derrière. Ainsi lorsque je m'amuse à extrapoler les avancées des différents outils ça donne ça, ensuite rien ne dit qu'une autre organisation que redhat n'a pas autre chose dans les cartons :) (je pense tout particulièrement à google, facebook ou amazon, qui ont l'air de ne pas attendre que des éditeurs leur fournissent les outils centraux de leur SI).
Ou alors je me trompe complètement et Lennart c'est juste un grand curieux qui veut toucher à tous les domaines d'un OS ^ ^