Jakich pytań rekrutacyjnych o Terraform mogę się spodziewać?

Większość rozmów o Terraform zaczyna się od przepływu pracy i szybko przechodzi do tego, co dzieje się pod spodem. Przygotuj się do omówienia całego cyklu bez notatek: terraform init pobiera dostawców i konfiguruje backend; terraform plan porównuje docelową konfigurację z plikiem stanu oraz rzeczywistymi zasobami, a następnie wyświetla działania, które zostałyby wykonane; terraform apply wykonuje ten plan; terraform destroy usuwa elementy zarządzane przez konfigurację. Pierwsze pytanie uzupełniające niemal zawsze dotyczy tego, dlaczego plan i apply są osobnymi krokami, a odpowiedzią są kontrola i bezpieczeństwo: plan można sprawdzić, zatwierdzić i zapisać, zanim cokolwiek się zmieni.

• Dostawcy. Wtyczki komunikujące się z API, takim jak AWS, Azure, Google Cloud lub Kubernetes. Pytanie uzupełniające: dlaczego należy przypinać wersje dostawców?
• Zasoby i źródła danych. Zasoby to elementy tworzone i posiadane przez Terraform; źródła danych odczytują istniejące elementy, którymi Terraform nie zarządza.
• Zmienne, wartości lokalne i dane wyjściowe. Dane wejściowe, wartości obliczone i wartości eksportowane. Pytanie uzupełniające: jak zapobiec ujawnieniu sekretu w wyniku planu?
• Graf zależności. Terraform ustala kolejność operacji na podstawie odwołań między zasobami; depends_on służy do zależności, których graf nie potrafi wykryć.

Odpowiadaj, wskazując, co każde polecenie odczytuje i zapisuje. Kandydaci, którzy mówią, że plan służy tylko do odczytu, a apply modyfikuje zarówno infrastrukturę, jak i stan, pokazują już, że rozumieją ten model.

Wiesz, że stan jest ważny, i podejrzewasz, że rekruter sprawdzi granice Twojego zrozumienia. To uzasadnione, dlatego ta sekcja omawia pytania sięgające tych granic oraz elementy pełnej odpowiedzi.

• Gdzie znajduje się stan i dlaczego nie lokalnie? Zdalny backend, taki jak zasobnik pamięci obiektowej, Terraform Cloud lub baza danych, zapewnia wspólne źródło prawdy. Pytanie uzupełniające dotyczy blokowania: jednoczesne uruchomienie apply przez dwie osoby może uszkodzić stan, dlatego backendy obsługujące blokady odrzucają drugie uruchomienie.
• Co zawiera plik stanu? Atrybuty zasobów, w tym wartości, które możesz uznawać za poufne. Powiedz, że stan należy traktować jak tajne dane, szyfrować w spoczynku i chronić kontrolą dostępu.
• Moduły. Moduł to zestaw zasobów wielokrotnego użytku z własnymi danymi wejściowymi i wyjściowymi. Rekruterzy pytają, jak wersjonujesz moduły, jak unikasz modułu próbującego robić wszystko oraz jak moduł główny składa moduły podrzędne.
• Obszary robocze a osobne konfiguracje. Obszary robocze zapewniają jednej konfiguracji kilka plików stanu. Pułapką jest uznanie ich za kompletne rozwiązanie do obsługi środowisk; środowisko produkcyjne zwykle powinno mieć własną konfigurację, backend i dane uwierzytelniające, a nie jedynie przełącznik obszaru roboczego.
• Refaktoryzacja bez niszczenia. Zmiana nazwy zasobu sprawia, że Terraform chce go zniszczyć i utworzyć ponownie. Wiedz, że istnieją bloki moved i polecenie terraform state mv, oraz do czego każde z nich służy.

Dobra zasada przy każdej odpowiedzi: nazwij awarię, której zapobiega dana praktyka. Blokowanie zapobiega uszkodzeniom wskutek równoczesnych operacji; zdalny stan zapobiega rozbieżnościom między laptopami; przypięte wersje zapobiegają niespodziewanej aktualizacji podczas rutynowego apply.

W rozmowach na stanowiska seniorskie definicje ustępują miejsca sytuacjom. Typowy przykład: inżynier platformy ubiegający się o stanowisko infrastrukturalne w firmie fintech dowiaduje się, że ktoś ręcznie zmienił grupę zabezpieczeń w konsoli chmurowej, następny plan pokazuje nieoczekiwaną różnicę, a zespół obawia się uruchomienia apply. Dobra odpowiedź określa tę sytuację jako dryf, wyjaśnia, że plan wykrył go podczas odświeżania rzeczywistego stanu, rozstrzyga, czy ręczna zmiana powinna zostać zachowana, a następnie aktualizuje konfigurację, aby odpowiadała rzeczywistości, albo uruchamia apply, aby przywrócić zadeklarowany stan. Rekruter słucha decyzji, a nie nazwy polecenia.

Inne powtarzające się scenariusze to: apply przerwane niepowodzeniem w połowie i późniejszy wygląd stanu; zasoby utworzone przed wprowadzeniem Terraform i sposób objęcia ich zarządzaniem za pomocą terraform import; kilkuosobowy zespół inżynierów oraz organizacja repozytoriów, backendów i CI tak, aby plany uruchamiały się dla pull requestów, a apply wykonywało się tylko raz; sekrety w zmiennych i właściwe źródła tych sekretów; aktualizacja dostawcy zmieniająca zachowanie zasobu. W każdym przypadku wskaż ograniczenie, wybierz mechanizm i określ jego koszt.

Łatwiej udzielić dobrych odpowiedzi, gdy wcześniej wypowiesz je na głos. Tryb próbnej rozmowy przeprowadza pytania scenariuszowe wraz z pytaniami uzupełniającymi, a pozostałe zestawy według stanowisk i narzędzi znajdziesz w sekcji pytań rekrutacyjnych według stanowiska i tematu.

W częściach konwersacyjnych tak, lecz z ograniczeniami, które warto jasno przedstawić. Natywna aplikacja komputerowa SubcueAI na macOS i Windows przechwytuje dźwięk systemowy oraz sygnał z mikrofonu i wyświetla krótkie podpowiedzi w lokalnej nakładce, więc gdy rekruter pyta, przed czym chroni blokowanie stanu, masz przed sobą opis mechanizmu podczas udzielania odpowiedzi. Panel boczny rozszerzenia przeglądarki robi to samo podczas rozmów prowadzonych w karcie Chrome lub Edge, przechwytując wyłącznie dźwięk karty spotkania. Żaden bot nie dołącza do rozmowy i nic nie jest wstrzykiwane na stronę spotkania; instrukcje konfiguracji znajdują się na stronie samouczka.

Gdzie nie pomoże: podczas nadzorowanego testu, przy nagrywanym ekranie, na laptopie zarządzanym przez firmę ani w ćwiczeniu na żywo, podczas którego piszesz HCL pod obserwacją. Aaron Cao, założyciel SubcueAI, opisuje cel projektu jako podpowiedź dotyczącą tego, co już wiesz, a nie zamiennik wiedzy, dlatego asystent korzysta z Twojego CV i Twojego sposobu wypowiadania się. Jasne granice opisano w sekcji dotyczącej wykrywalności.