Pour monter un tel projet, on va avancer par itération. Les premières itérations n’auront pas besoin, tout de suite, de l’infrastructure finale. On peut très bien commencer sur un nano-ordinateur (Raspberry Pi), ou sur son laptop personnel.
Hum... Ça dépend vraiment de ton modèle de performance, mais généralement ça ne marche pas vraiment comme ça.
Des logiciels simples dans leur conceptions peuvent passer d'une machine microscopique à une machine énorme en montant en charge linéairement, mais ce n'est pas ce que tu décris.
Tu va évidement pouvoir lancer tes premiers run sur à peu prêt n'importe quoi, mais l'architecture d'un truc complexe qui doit gérer de gros volumes (de requêtes ou de données) va devoir prendre en compte les spécificités de son déploiement. Tu parle justement d'avoir des éléments comme kfaka. Ça n'est pas conseillé sur de petites machines.
En avançant dans ton développement tu va avoir besoin de données ressemblant à celle de la prod lors de ton développement. Tu va avoir besoin de gros volumes de données. Si tu souhaite de la haut disponibilité, il faut tester avec des données qui ressemblent à celle de la prod, sans être en prod.
Jouer avec des RPi, c'est rigolo, mais ça va plus t'embêter qu'autre choses. C'est là que des approches dites micro-services sont utiles. Sur ta machine tu travailles avec un ou plusieurs services qui sont connectés à ton environnement de développement (qui lui est alimenté avec des données et possède les services que tu ne veux pas relancer continuellement sur ta machine).
[^] # Re: Un peu confus
Posté par barmic 🦦 . En réponse au journal Intel = 14 nm, AMD = 7 nm, ARM = 7 nm... et mon serveur ?. Évalué à 2.
Hum... Ça dépend vraiment de ton modèle de performance, mais généralement ça ne marche pas vraiment comme ça.
Des logiciels simples dans leur conceptions peuvent passer d'une machine microscopique à une machine énorme en montant en charge linéairement, mais ce n'est pas ce que tu décris.
Tu va évidement pouvoir lancer tes premiers run sur à peu prêt n'importe quoi, mais l'architecture d'un truc complexe qui doit gérer de gros volumes (de requêtes ou de données) va devoir prendre en compte les spécificités de son déploiement. Tu parle justement d'avoir des éléments comme kfaka. Ça n'est pas conseillé sur de petites machines.
En avançant dans ton développement tu va avoir besoin de données ressemblant à celle de la prod lors de ton développement. Tu va avoir besoin de gros volumes de données. Si tu souhaite de la haut disponibilité, il faut tester avec des données qui ressemblent à celle de la prod, sans être en prod.
Jouer avec des RPi, c'est rigolo, mais ça va plus t'embêter qu'autre choses. C'est là que des approches dites micro-services sont utiles. Sur ta machine tu travailles avec un ou plusieurs services qui sont connectés à ton environnement de développement (qui lui est alimenté avec des données et possède les services que tu ne veux pas relancer continuellement sur ta machine).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll