2017-10-15 13 views
0

J'ai eu cette idée d'une solution cloud distribuée. Je pense comme une solution Docker Swarm ou Kubernetes où vous pouvez héberger un serveur où vous voulez, puis le rejoindre dans le nuage de la communauté. Après avoir contribué avec votre matériel, vous êtes autorisé à héberger vos conteneurs dans le cloud. Bien sûr, la performance que vous obtenez doit dépendre de combien vous contribuez.Existe-t-il une solution cloud distribuée hébergée par la communauté?

Les problèmes que je peux voir avec cette solution sont principalement la sécurité. Beaucoup de gens ne veulent pas que leurs services s'exécutent sur un serveur dont quelqu'un d'inconnu a le contrôle. La solution à cela serait qu'aucun propriétaire d'un serveur dans le cluster ne puisse voir exactement ce qui tourne sur son serveur, et je suppose que cela peut être compliqué.

Donc, ma question est, existe-t-il une solution similaire à cela? Si non, y a-t-il une bonne raison?

Répondre

0

Oui, il existe une raison pour laquelle il n'existe pas. Sécurité, disponibilité, durabilité, latence, etc.

Comment puis-je posséder le serveur, me joindre au cluster et ne pas avoir l'autorisation d'accéder à mon propre noeud? Comment le nuage peut-il l'empêcher? Ça ne peut pas.

Qui contrôlera les maîtres? Comment fonctionne le quorum open? Si quelqu'un peut ajouter un maître à la grappe alors c'est essentiellement mort dans l'eau. Vous pouvez attaquer le cluster depuis l'intérieur (faille kubernetes dnsmasq récente), le trafic de spam, mêler le trafic, supprimer des fichiers (quelqu'un base de données de programmation sur votre noeud sans problème copier et supprimer), intentionnellement ou non intentionnellement.

Il y a juste trop de défauts possibles dans open cluster et aucune solution n'a été créée pour les manipuler car ils seraient alors sur-conçus.

+0

Mon idée est que l'organisation est en contrôle des maîtres, les gens auront seulement la possibilité d'ajouter minion/workers/nodes. Aussi je comprends que cela ne peut pas être intégré à Kubernetes ou Docker Swarm, mais je pensais à quelque chose qui l'utilise en arrière-plan. –

+0

C'est faux sur tant de niveaux. Je ne sais même pas par où commencer ... Je ne dis pas que la technologie n'est pas capable de le faire. Les Kubernetes peuvent le faire et l'essaim de dockers aussi. Ce n'est pas un problème ici. Commencez par lire ce https://kubernetes.io/docs/concepts/architecture/master-node-communication/ peut-être que cela vous éclairera – 3h4x

+0

Pas sûr de ce que vous essayez de dire, plus que cela, vous ne croyez pas en l'idée. Je sais comment fonctionne Kubernetes (au moins à un haut niveau) mais merci pour le lien. Pourriez-vous être plus précis de ce qui ne va pas? –