dostupne metody:
- diskless
	- iPXE netboot
		- SUSE něco NG => v XML mam predem nastaveny system, tohle vytvori ISO ktere se stahne do ramky a nabootuje -> vyhoda, da se to verzovat v gitu protoze jeden xml
		- vlastni custom manual image
- system na disku
	- manual jebani
	  - bash script co vse nastavi -> after install scripty
	  - nebo hur, delat to fakt rucne
	- salt
	- ansible

- zminit rozdil mezi scriptem a ansiblem
 - kdyz pustim script 3x ansible to nezkurvi jako script. Ansible to uvede do stavu **absolutni pravdy**. Script nevis z ceho zacina a co posere.

- udelat CI pipeline napojenou na git, kdy kdyz pushnu zmenu, CI pusti linter, kdyz projde, pusti build a pres WOL zapne vypnute pc a uvede systemy do preddefinovaneho stavu.
 - nevyhody:
  - student muze behem pustene CI pipeline vypnout pc.
  - ucebna muze mit ve vhodnou dobu updatu vypadek elektricke site
  - **navrh pro dalsi zlepseni je provozovat update mirror po lokalni siti, aby kazdy z 80 pc nestahoval update po jednom**

- vybrat vhodnou distribuci linuxu

- WINDOWS:
  - je omezeny schopnostma systemu Windows z pohledu ze ansible toho umi hodne, ale Windows je omezenej
  - musi tam bejt python  a ssh server
  - U nas je zrovna problem delat neco s registrama na PedF -> zeptat se Filipa Svoboda

z toho vyjdu, ze nejlepsi je proste ANSIBLE
PROTOZE

- diskless
	- iPXE netboot
		- protoze to je slow protoze nemame na to sit
		- neni na to ramka
- system na disku
  - manualni jebani
	  - system existuje, update pres prazdniny rucne po jednom
	  - manualni scriptovani
		- manualni manulani jebani -> nejsme negri dopici
	- salt
		- protoze nechcem deamon
	- ansible
		- je proste dobrej

soucast implementace:
- host file
- playbooks a role

base image:
- naflashovat na disky pripraveny system, kde bude nastavene ssh. zmenim mu hostname, adresu dostane z dhcp.
- accessovat je budu pomoci hostname - avahi.
- ansible nebude pouzivat ip ale hostname.

ansible:
playbook bude jeden, ale bude importovat role
  - role: