Reprise du message précédent :

Je vais réfléchir à la méthode des imports mais ça m'a pas l'air super dynamique. Je pensais réfléchir à ajouter un ignore_changes mais ça risque aussi de péter l'intérêt de la gestion des routes via les projets de chaque provider.
Il y'a ça aussi, j'ai un projet pour chaque provider, difficile d'intégrer le 3ème projet dans l'un ou l'autre puisqu'il génère des routes sur les 2.
Je discute avec GPT4 là et il a l'air chaud pour une histoire de module

Y'a quoi comme en SSO saas en ce moment ? auth0 et ? j'avais un service en tête à checker mais je le trouve plus

En considérant que tu n'as pas déclaré les routes dans la ressource aws_route_table ( ),  tu configures les ressources aws_route où tu veux, en récupérant route_table_id du projet père via terraform_remote_state.

Si si j'ai toutes mes routes déclarées via aws_route_table (et même les association des rt avec les subnets ) dans mon projet network d'aws
J'ai bien fait un data pour récupérer vpc/subnet (qui référence la main table) et hop mais du coup je viens de tester, au prochain passage du projet aws/network il va delete la route ajoutée à côté logique

Ce pourquoi tu déclares toutes les routes hors de aws_route_table.
Ou tu colles un ignore_changes = [route] dans aws_route_table.
 
Tu rencontreras le même problème avec aws_security_group si tu déclares les rules dedans.

J'aurai préféré garder leurs déclarations dans mon TF, ce n'est peut-être pas obligatoire mais je pensais rapatrier de nombreuses choses (et c'est chose faite hors ENI et SG). Encore semi-noob sur TF j'avoue.
Je peux faire un lien symbolique avec le .tf du network sur l'autre projet mais je pense pas que ça marche très fort ça
On va tenter l'ignore en attendant d'y voir plus clair.
 
La solution du module ne plait pas ?

Je kiffe ma formation Kube lô, le prof est génial, un régal    
 
Modulo le rebond RDP pour aller taper sur un rustdesk d'un Almalinux et toutes les merdes de claviers qu'on peut avoir
Je me demande si ça serait pas plus simple de provisionner un GKE par stagiaire.

Il n'y a donc pas que WMware qui ne sait pas ouvrir une session Linux avec le bon clavier

Pas compris en quoi un module résoud ton PB.
Et non pas de trucs de liens symboliques.

Bah les 3 projets appelleraient le module ? Jsépa

Quel type de formation est ce ?

Le "soucis" avec du Kub fourni par ton cloud provider, c'est que tu n'as pas forcément à gérer stockage / load balancer / etc.
 
Même si c'est pas forcément ce que tu vas utiliser à terme, c'est quand même pas mal de commencer avec du kubeadm, voire Kubernetes the hard way

 
Tu es sûr que tu as compris ce que c'était un module ?
Ou ptetre j'ai rien compris de ce que tu veux faire

niksarace pourquoi quand j'update mon service le dépoiment de ma task ecs/fargate ne se lance pas ?

 
lance le connard

Regarde les logs  

y'a rien mais genre qued
par contre en fouillant les menus j'ai eu un "subnet xx does not exist", mais sinon j'ai pas de logs

edit: On dirait un service créé avec le cul qui register tous les subnet de la boîte alors que la moitié étaient inutilisés à l'époque. Moi j'ai tout teuj hein
Un peu chiant de pas avoir une info bien remonte bien. J'ai pas non plus l'impression qu'on puisse modifier le network après création du service. Je vais check la cli aws

Le zadiste qui s'énerve après un PC  

Quoi
 
J'avais pas fini mon post mais il est bien possible de modifier le network d'un service ECS en passant via awscli. Il suffit d'extraire le structure JSON avec un describe service, de prendre la partie networkConfiguration, l'adapter, reformer un JSON pas moche et lui faire manger avec un update service.
Quelques secondes après ça relançait enfin une task
 
Par contre ne pas avoir de log ou de sortie d'erreur propre sur l'orchestrateur qui se viande c'est chiant. Il y'a peut-être moyen d'extraire ça ceci dit, j'ai maté sur l'interface web uniquement.

Plus sérieusement, faut vraiment que je me penche à minima sur Python sinon je vais finir par être inemployable  

Bof, python pur pour l'admin c'est pas la top priorité. Maitriser un cloud, ou faire de la CaaC, ça oui.

CaaC=?

Cool as a Cucumber  

Config as Code (ansible, powershell dsc...)

Si tu sais pas faire une API et la balancer dans Lambda t'as raté ta vie
Prend un abo GPT4

Configuration as a code. Puppet, ansible, salt, dsc.
Pas besoin de tous les connaître. Un seul suffit. Et pour du réseau et de l'admin système classique ça peut t'aider dans ton taff tous les jours.

Et pas d'IaC ou de CI/CD ?

Configuration as Code  

Pas forcément.

Alors oui, mais on retrouve de temps en temps aaC sur le net.
Une mauvaise reprise des aaS, sans aucun doute, mais du coup ça déteint.

Je sais que c'est pas le bon topic, mais par contre le corollaire avec powershell ne fonctionne pas

Clairement

 
ca depend ca vaut pas ADA

ADA c'est surtout pour l'IA

Rendez-nous Jovalise

Tiens je capte pas, je teste mon cluster GKE, je fais un helloworld, mon déploiement, mon service en mode LB, j'ai la règle FW créé auto mais je peux pas curl sur le http du pod/lb. C'est quoi cette magie noire ?

tu tentes ton curl d'où ? T'as fait un service de type nodeport ou tu as un ingress ou equivalent pour exposer ton service ?

Depuis mon poste ou cloudshell, j'ai des règles fw automatique quand le svc loadblancer est créé.  
Je vais d'abord vérifier depuis le cluster que le 80 d'un autre pod répond bien. Et même le pod avec le http/80. Et dérouler ensuite.

J'ai commencé mon nouveau taff début du mois, pour l'instant je m'amuse comme un petit fou entre k8s et argo-cd  

ah ouais je vais passer sur argocd dès que j'arrive pas à pas passer pour un gros naab
 
mais tu m'aides pas là
 
t'es sur GCP ?