Ambiente di sviluppo anonimo

Question

Attualmente sto sviluppando un sistema di orchestrazione ansibile. La struttura del progetto è qualcosa di simile:

site.yml webservers.yml fooservers.yml roles/ common/ files/ templates/ tasks/ handlers/ vars/ defaults/ meta/ webservers/ files/ templates/ tasks/ handlers/ vars/ defaults/ meta/

Come risultato ho a che fare con dozzine di play-libri, i ruoli, le sottodirectory, compiti, file variabili, così via. Per ora, utilizzo WinSCP come una sorta di IDE (lavoro dalla macchina di sviluppo di Windows) Questa soluzione è lungi dall'essere perfetta ma mi consente una facile navigazione tra file e cartelle. In effetti mi manca molto Visual Studio (intellisense!). Ho provato Eclipse installato sulla mia macchina di sviluppo prima, ma era troppo lento. Ho trovato gli strumenti di shell piuttosto scomodi. A causa dei vincoli aziendali non posso aggiungere altri VM-s.

Quindi, la mia domanda è: ci sono degli strumenti Windows (o leggeri GUI di Ubuntu) per gestire la struttura complicata di file e cartelle per lo sviluppo di Linux?

Answer 1

Vim non è considerato un IDE da tutti, ma io (lavoro su e) utilizzare Rocannon for Ansible ogni giorno per il completamento automatico, l'evidenziazione della sintassi, la guida integrata e altre funzionalità simili a IDE.

Vim non è un apprendimento molto veloce, ma è leggero. :)

C'è una demo GIF sulla pagina github di Rocannon per darti un'idea di cosa offre.

Answer 2

IDE basati su JetBrains hanno un plug-in YAML/Ansible per aggiungere un contesto e l'evidenziazione della sintassi alla struttura del playbook Ansible.

Sublime ha un plugin per aggiungere l'evidenziazione della sintassi per i file ansible https://github.com/clifford-github/sublime-ansible

Entrambi gli strumenti in grado di visualizzare la struttura delle cartelle e connettersi utilizzando SFTP/SSH ai server remoti.

Answer 3

Ansible DOVREBBE avere un IDE che convalida sia il filato YAML che gli errori sintattici di ansible stesso (a seconda della versione). È una tale perdita di tempo dover eseguire, eseguire il debug ed eseguire le cose più e più volte, l'ultimo esempio è questo: "msg": "parametro non supportato per modulo: registro"}

Quando tutto ciò che fai è :

- name: gather rds instance facts 
    rds: 
    command: facts 
    instance_name: "{{ wp_db_instance }}" 
    register: database_facts 

vs:

- name: gather rds instance facts 
    rds: 
    command: facts 
    instance_name: "{{ wp_db_instance }}" 
    register: database_facts 

Avviso il rientro. Ecco perché YAML è un dolore.

Answer 4

Netbeans capisce yaml ma non ha il supporto per Ansible Playbook o anche progetti generici. Così creo un progetto PHP dall'esaminare fonti e puntare al mio ansible playbook.

• PLUS faccio tutto il mio codifica a parte pitone in Netbeans
• PLUS yaml evidenziazione della sintassi aiuta un sacco

• integrazione PLUS git ('cos non mantenere il playbook in uno SCM)

• MINUS nessuna consapevolezza ansible, ad esempio aiuto nella ricerca di dichiarazioni variabili