Une application c'est parfois un service TCP, un service http + une base de données : 3 containers ou un groupe de 3 ou 1 seul container ?
L'idée de Docker c'est de découper son application en briques de bases, puis de conteneuriser ces briques.
Dans ton cas on a :
- une base de donnée : sur le site de docker son fourni des conteneurs tout prêt pour la plupart des bdd
- un service TCP, un service http : vu que http passe par TCP, je ne suis pas sûr de ce que tu veux dire, mais si il s'agit de deux services différents (un serveur web + un tracker de torrent d'iso linux), tu vas donc créer deux conteneurs docker (en écrivant deux Dockerfile)
Quel sont les applications non dockerisables ?
Tout est potentiellement dockerisable ("quels sont les applications non exécutable dans une vm ?"), toutefois une application dont les composants sont fortement couplés se prêtera beaucoup moins (par exemple si ton application nécessite que ta base de donnée soit en local, ton Dockerfile va se complexifier, et la base de donnée va faire grossir l'image du conteneur qui deviendra difficilement portable avec le temps)
Docker n'est il pas la VM java du siècle dernier ? , en gros va t il réussir la ou java à échoué ?
Où est-ce que java a échoué ? Pas dans le monde des serveurs où il est très présent ! Docker ne sert pas à empaqueter une application client (encore que, certain y pensent comme solution d'isolation, bien que ce ne soit pas au point pour le moment).
Java avais l'avantage de permettre au admin sys de déployer sur un serveur (pouvant être une architecture powerPC, sparc etc...) un binaire compilé par l'équipe de dev (travaillant sur x86), de nos jours les parts de marché de x86/amd64 sont écrasantes (et beaucoup de langages sont interprétés), on est donc en droit de se foutre de la gueule de java tous les vendredi ;-)
[^] # Re: Questions de vieux cons
Posté par G.bleu (site web personnel) . En réponse au journal Docker, la plateforme à la mode. Évalué à 3.
L'idée de Docker c'est de découper son application en briques de bases, puis de conteneuriser ces briques.
Dans ton cas on a :
- une base de donnée : sur le site de docker son fourni des conteneurs tout prêt pour la plupart des bdd
- un service TCP, un service http : vu que http passe par TCP, je ne suis pas sûr de ce que tu veux dire, mais si il s'agit de deux services différents (un serveur web + un tracker de torrent d'iso linux), tu vas donc créer deux conteneurs docker (en écrivant deux Dockerfile)
Tout est potentiellement dockerisable ("quels sont les applications non exécutable dans une vm ?"), toutefois une application dont les composants sont fortement couplés se prêtera beaucoup moins (par exemple si ton application nécessite que ta base de donnée soit en local, ton Dockerfile va se complexifier, et la base de donnée va faire grossir l'image du conteneur qui deviendra difficilement portable avec le temps)
Où est-ce que java a échoué ? Pas dans le monde des serveurs où il est très présent ! Docker ne sert pas à empaqueter une application client (encore que, certain y pensent comme solution d'isolation, bien que ce ne soit pas au point pour le moment).
Java avais l'avantage de permettre au admin sys de déployer sur un serveur (pouvant être une architecture powerPC, sparc etc...) un binaire compilé par l'équipe de dev (travaillant sur x86), de nos jours les parts de marché de x86/amd64 sont écrasantes (et beaucoup de langages sont interprétés), on est donc en droit de se foutre de la gueule de java tous les vendredi ;-)