Om økser og kål

Refleksjoner over hvor ønsket om å ta sertifiseringen kommer fra AWS Solutions Architect Associate.

Motiv nummer én: «Hammere»

Ett av de mest nyttige prinsippene for enhver profesjonell er «Kjenn verktøyene dine» (eller i en av variasjonene «slip sagen»).

Vi har vært i skyene lenge, men inntil videre har dette bare vært monolittiske applikasjoner med databaser, distribuert på EC2-instanser – billig og effektivt.

Men gradvis begynte det å bli trangt i monolitten. Vi tok kurs mot oppdeling i beste mening – mot modulering, og deretter mot de nå moderne mikrotjenestene. Og veldig raskt vokser «hundre blomster» frem i denne sammenhengen.

Hva skal man si, prosjektet for logging av aktivitet som jeg nå leder, inkluderer:

• Kunder i form av forskjellige applikasjoner av vårt produkt – fra avsidesliggende områder av tung legacy til ultramoderne mikrotjenester bygget på .Net Core.
• Amazon SQS-køer, hvor logger om hva som skjer med kundene lagres.
• En mikrotjeneste på .Net Core som henter meldinger fra køen og sender dem til Amazon Kinesis Data Streams (KDS). Har også et Web API-grensesnitt og swagger UI som et duplikatkanal for manuell testing. Den pakkes inn i en Docker Linux-kontainer og hostes under Amazon ECS. Autoskalering er planlagt for tilfeller med stort loggvolum.
• Fra KDS blir dataene ledet inn til Amazon Redshift med mellomlagre i Amazon S3.
• Driftslogger for utviklerne (feilmeldinger, debug-informasjon osv.) formateres i et øyevennlig JSON-format og sendes til Amazon CloudWatch Logs.

Når man jobber med en sådan dyrehage av AWS-tjenester, vil man gjerne vite hva som finnes i arsenalet og hvordan man best kan bruke det.

Tenk deg – du har en gammel, pålitelig øks som fint kutter trær og også slår i spiker. Gjennom årene har du lært å bruke den godt, bygget en hundehus, et par skur, og kanskje til og med en hytte. Noen ganger oppstår det vanskeligheter, for eksempel er det ikke alltid raskt å skru en skrue med en øks, men det er vanligvis løsbart med tålmodighet og litt sterkhet.

Og her dukker den velstående naboen opp, som har en hel haug med forskjellige verktøy: elektriske sag, spikerpistoler, skrutrekkere og gud vet hva annet. Denne rikdommen er han alltid klar til å leie ut. Hva gjøre? Alternativet med å ta en øks og jakte på ham avviser vi som politisk uforstand. Det mest fornuftige vil være å undersøke hvilke verktøy det er, hvordan de kan supplere hverandre i ulike arbeider og under hvilke betingelser de leies ut.

Siden dette motivet var det viktigste for meg, ble forberedelsen bygget deretter – finne en grundig veiledning og studere den nøye. Og en slik veiledning ble funnet. Boken er skrevet på en tørr måte, men det vil neppe skremme bort folk som har lært matematikk på Fichtenholtz.

Jeg leste den fra perm til perm og mener at den oppfyller målet – gir en god oversikt både over selve tjenestene og over mer generelle konsepter som kan dukke opp på eksamen. I tillegg får man en liten bonus mulighet til å gå gjennom en noe rar registreringsprosess på Sybex og svare på alle kontrollspørsmålene og prøveeksamenene fra boka online.

Viktig moment: Jeg studerte etter boken fra 2016, men i AWS endres ting raskt, så se etter den nyeste utgaven som vil være tilgjengelig når du forbereder deg. For eksempel dukker det ofte opp spørsmål i prøveeksamenene om tilgjengelighet og holdbarhet for ulike S3- og Glacier-klasser, men noen av tallene har endret seg siden 2016. I tillegg har nye kommet til (for eksempel INTELLIGENT_TIERING eller ONEZONE_IA).

Motiv nummer to: «65 nyanser av oransje»

Anstrengt tenkning krever bestemte anstrengelser. Men det er ikke noe hemmelighet at mange programmerere opplever en masochistisk glede ved puzzlende oppgaver, spørsmål og noen ganger til og med eksamener.

Jeg tror denne gleden på mange måter ligner på å spille «Hva? Hvor? Når?» eller, la oss si, et godt sjakkparti.

I denne forstand er den nåværende eksamenen AWS Solutions Architect Associate veldig bra. Selv om jeg i løpet av forberedelsen i kontrollspørsmål av og til møtte «memorisering», som for eksempel «Hvor mange elastiske IP-adresser kan man ha i VPC?» eller «Hva er tilgjengeligheten for S3 IA?», på selve eksamen var det ikke slike. I realiteten bestod nesten hvert av de 65 spørsmålene av små oppgaver knyttet til design. Her er et ganske typisk eksempel fra den offisielle dokumentasjonen:

En webapplikasjon lar kundene laste opp bestillinger til en S3-bøtte. De resulterende Amazon S3-hendelsene utløser en Lambda-funksjon som setter inn en melding i en SQS-kø. En enkelt EC2-instans leser meldinger fra køen, behandler dem og lagrer dem i en DynamoDB-tabell som er partisjonert etter unikt bestillings-ID. Neste måned forventes trafikken å øke med en faktor på 10, og en løsningenarkitekt gjennomgår arkitekturen for mulige skaleringsproblemer. Hvilken komponent er MEST sannsynlig å måtte omdesignes for å kunne skalere for å imøtekomme den nye trafikken?
A. Lambda-funksjon B. SQS-kø C. EC2-instans D. DynamoDB-tabell

Så vidt jeg vet, inneholdt den forrige eksamensversjonen 55 spørsmål og det ble tildelt 80 minutter til den. Det virker som de har gjort en god jobb med det: nå er det 65 spørsmål og 130 minutter til dem. Tiden per spørsmål har økt, men det er nesten ingen beståtte spørsmål. Man måtte tenke over hvert spørsmål, noen ganger i mer enn to minutter.

Forresten, her er en praktisk konklusjon. Vanligvis er den vinnende taktikken å raskt gå gjennom alle spørsmålene og svare på dem som er enkle. I tilfellet SAA-C01 fungerer dette stort sett ikke, man må merke praktisk talt hvert spørsmål med flagg, ellers er det risiko for å overse en liten detalj og svare feil. Til slutt svarte jeg, og brukte ett eller to minutter på hvert spørsmål, og så gikk jeg tilbake til de merkede og brukte de resterende 20 minuttene på dem.

Tredje motiv: «Hvis ungdommen visste, hvis alderen kunne»

Som kjent er en av de vanligste årsakene til avslag som programmerere over 40 får, en reduserte evne til å lære sammenlignet med unge.

Når det er sagt, er det en følelse av at i noen områder har min evne til å lære til og med økt sammenlignet med studietiden – på grunn av større utholdenhet, og erfaring som gjør det mulig å trekke frem kjente analogier for lite kjente spørsmål.

Men følelsen kan være misvisende, det trengs et objektivt kriterium. Forberede seg til eksamen og bestå den – hva er vel ikke det en mulighet?

Jeg mener at testen var vellykket. Jeg forberedte meg selvstendig og forberedelsen gikk ganske glatt. Vel, jeg sov et par ganger i hengekøya mens jeg leste manualen – men det kan skje med alle.
Nå har jeg sertifikatet og anstendige poeng for eksamen som et tegn på at jeg er i stand til å prestere.
 
Og litt om hva som kan være motivasjonen, men det var neppe tilfellet for meg.

Ikke motiv nummer én: «Kålen»

Det finnes interessante Forskning fra “Forbes” om hvilke spesialister med hvilke sertifikater som har de høyeste lønningene i verden, og AWS SAA er på en hederlig 4. plass der.

Men for det første, hva er årsaken og hva er konsekvensen her? Jeg mistenker at folk tjener godt
på grunn av spesifikke ferdigheter, og disse samme ferdighetene hjelper dem med å bestå sertifiseringen. For det andre, det gnager noen tvil om at noen vil bli betalt $130 K i året utenfor USA, uansett hvor mye de blir sertifisert.

Generelt er det som kjent, etter at de laveste nivåene i pyramiden er tilfredsstilt, at lønnen slutter å være den viktigste faktoren.

Ikke motiv nummer to: «Krav fra selskapet»

Selskaper kan oppmuntre til sertifiseringer eller til og med kreve dem (spesielt hvis de er nødvendige for partnerskap, som for eksempel for å komme inn i AWS APN hos Amazon).

Men i vårt tilfelle produseres et uavhengig produkt, og vi prøver dessuten å unngå vendor lock-in. Så ingen krever sertifikater. Man får ros og betalt for eksamen som anerkjennelse av spesifikke innsats – det er hele formaliteten.

Ikke motiv nummer tre: «Ansettelse»

Kanskje sertifikaer vil være et plus i ansettelsesprosessen, gitt like vilkår. Men jeg har ingen planer om å bytte jobb. Det er interessant å jobbe med et komplekst produkt som aktivt bruker mange moderne tilnærminger og AWS-tjenester. Alt dette er mer enn nok på nåværende sted.

Nei, selvfølgelig, det finnes forskjellige tilfeller: i løpet av 23 år i IT har jeg byttet jobb 5 ganger. Ikke sikkert at jeg ikke må bytte igjen hvis jeg henger med i 20 år til. Men om det skjer, så får vi gråte.

Gagnlegt

Til slutt vil jeg nevne noen materialer som jeg brukte i forberedelsene til eksamen og bare som «slipemateriale»:

• Videokurs pluralsight og cloud guru. De siste sies å være spesielt bra hvis du kjøper et abonnement med tilgang til alle prøveeksamenene. Men en av mine betingelser var å ikke bruke en krone på forberedelsen, så kjøpet av abonnementet passet dårlig med det. I tillegg mener jeg generelt at videoformatet er mindre tett med tanke på informasjon per tidsenhet. Men når jeg begynner å forberede meg til SA Professional, vil jeg sannsynligvis abonnere.
• Tonn av Amazons offisielle dokumentasjon, inkludert F.A.Q og WhitePapers.
• Den siste, men viktige tingen – testene. Jeg fant dem et par dager før eksamen og fikk god trening. Det er ikke mye å lese der, men det nettbaserte grensesnittet og kommentarene til svarene er gode.

Kilde: habr.com