Om økser og kål

Refleksjoner over hvor ønsket om å bestå sertifisering kommer fra AWS Solutions Architect Associate.

Motiv én: «økser»

Et av de mest nyttige prinsippene for enhver profesjonell er "Kjenn dine verktøy" (eller en av variantene "slipe sagen").

Vi har vært i skyene lenge, men foreløpig var det bare monolittiske applikasjoner med databaser utplassert på EC2-instanser – billig og muntert.

Men etter hvert ble vi trange innenfor monolitten. Vi satte kursen for å kutte på en god måte - for modularisering, og deretter for de nå fasjonable mikrotjenestene. Og veldig raskt "blomstrer hundre blomster" på denne jorda.

Hvorfor gå langt – aktivitetsloggingsprosjektet som jeg kjører for øyeblikket inkluderer:

  • Klienter i form av ulike applikasjoner av produktet vårt - fra de fjerne hjørnene av tett arv til trendy mikrotjenester på .Net Core.
  • Amazon SQS-køer, som inneholder logger om hva som skjer med klienter.
  • En .Net Core-mikrotjeneste som henter meldinger fra en kø og sender dem til Amazon Kinesis Data Streams (KDS). Den har også et Web API-grensesnitt og swagger UI som en sikkerhetskopikanal for manuell testing. Den er pakket inn i en Docker Linux-beholder og vert under Amazon ECS. Autoskalering er gitt i tilfelle stor strøm av logger.
  • Fra KDS sendes data med brannslanger til Amazon Redshift med mellomlager i Amazon S3.
  • Driftslogger for utviklere (feilsøkingsinformasjon, feilmeldinger osv.) formateres i visuelt tiltalende JSON og sendes til Amazon CloudWatch Logs

Om økser og kål

Når du jobber med en slik zoo av AWS-tjenester, vil du vite hva som er i arsenalet og hvordan du best kan bruke det.

Tenk deg - du har en gammel, velprøvd øks som hogger trær godt og slår spiker godt. Gjennom årenes arbeid har du lært å behandle den godt, sette sammen et hundehus, et par skur og kanskje til og med en hytte. Noen ganger oppstår det vanskeligheter; for eksempel å stramme en skrue med en øks går ikke alltid raskt, men vanligvis kan det løses ved hjelp av tålmodighet og slik og slik mor.

Og så dukker det opp en velstående nabo i nærheten, som har en forbasket sky av ulike verktøy: elektriske sager, spikerpistoler, skrutrekkere og gud vet hva mer. Han er klar til å leie ut all denne rikdommen hele døgnet. Hva å gjøre? Vi avviser muligheten til å ta en øks og frata den som politisk analfabet. Det smarteste å gjøre vil være å studere hva slags verktøy som finnes, hvordan de kan utfylle hverandre i ulike jobber, og under hvilke betingelser de blir overlevert.

Siden dette var hovedmotivet for meg, ble forberedelsene strukturert deretter - å finne en grunnleggende veiledning og studere den nøye. Og en slik guide ble funnet. Boken er skrevet litt tørt, men dette vil neppe skremme folk som studerte matan ifølge Fichtenholtz.

Jeg leser den fra perm til perm og mener at den oppfyller formålet fullt ut – den gir en god oversikt over både tjenestene i seg selv og mer generelle begreper som kan støtes på på eksamen. I tillegg er en fin bonus muligheten til å gå gjennom en litt merkelig registreringsprosedyre på Sybex og svare på alle testspørsmålene og øve eksamener fra boken på nett.

Et viktig poeng: Jeg studerte ved å bruke en bok fra 2016-utgaven, men i AWS endres alt ganske dynamisk, så se etter den siste utgaven som vil være tilgjengelig ved forberedelsestidspunktet. For eksempel kommer ofte spørsmål om tilgjengelighet og holdbarhet til de ulike S3- og Glacier-klassene opp i tester, men noen av tallene har endret seg sammenlignet med 2016. I tillegg er nye lagt til (for eksempel INTELLIGENT_TIERING eller ONEZONE_IA).

Motiv to: "65 nyanser av oransje"

Spent tenkning krever litt innsats. Men det er ingen hemmelighet at mange programmerere opplever masochistisk glede av forvirrende problemer, spørsmål og noen ganger til og med eksamener.

Jeg tror denne gleden er mye som å spille What? Hvor? Når?" eller for eksempel et godt parti sjakk.

Slik sett er den nåværende AWS Solutions Architect Associate-eksamenen veldig bra. Selv om under forberedelsen, blant testspørsmålene, fra tid til annen var det "proppfulle" spørsmål, for eksempel "Hvor mange elastiske IP-adresser kan du ha i en VPC?" eller "Hva er tilgjengeligheten til S3 IA?“, under selve eksamen var det ingen slike personer. Faktisk var nesten hvert eneste av de 65 spørsmålene et minidesignproblem. Her er et ganske typisk eksempel fra den offisielle dokumentasjonen:

En nettapplikasjon lar kunder 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-forekomst leser meldinger fra køen, behandler dem og lagrer dem i en DynamoDB-tabell partisjonert med unik ordre-ID. Neste måned forventes trafikken å øke med en faktor 10, og en løsningsarkitekt vurderer arkitekturen for mulige skaleringsproblemer. Hvilken komponent trenger mest sannsynlig re-arkitektur for å kunne skaleres for å imøtekomme den nye trafikken?
A. Lambdafunksjon B. SQS-kø C. EC2-instans D. DynamoDB-tabell

Så vidt jeg vet inneholdt forrige versjon av eksamen 55 spørsmål og ble tildelt 80 minutter. Tilsynelatende gjorde de 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 praktisk talt ingen beståtte spørsmål. Jeg måtte tenke på hver enkelt, noen ganger i mer enn to minutter.

Det er forresten en praktisk konklusjon av dette. Vanligvis er vinnertaktikken å raskt gå gjennom alle spørsmålene og svare på det som blir besvart umiddelbart. Når det gjelder SAA-C01, fungerer dette generelt ikke; du må merke nesten alle spørsmål med avmerkingsbokser, ellers er det en risiko for å ikke legge merke til noen detaljer og svare feil. Jeg endte opp med å svare, bruke et minutt eller to på hvert spørsmål, og så gå tilbake til de som ble flagget og bruke de resterende 20 minuttene på dem.

Motiv tre: "Hvis ungdom visste, hvis alderdom kunne"

Som du vet, er en av de vanligste årsakene til avslag mottatt av programmerere over 40 år deres reduserte evne til å lære sammenlignet med unge mennesker.

I mellomtiden er det en følelse av at min evne til å lære på noen områder til og med har økt sammenlignet med studieårene mine - på grunn av større utholdenhet og erfaring, noe som gjør at jeg kan bruke kjente analogier for ukjente problemstillinger.

Men sensasjon kan være villedende; et objektivt kriterium er nødvendig. Er det ikke et alternativ å forberede seg til eksamen og bestå den?

Jeg synes testen var vellykket. Jeg forberedte meg selv og forberedelsene gikk ganske greit. Vel, ja, et par ganger sovnet jeg i en hengekøye mens jeg leste en bruksanvisning, men dette kan skje hvem som helst.
Nå er det fagbrev og greie poeng til eksamen som tegn på krutt i kolbene.

Vel, litt om hva som kan være motivasjon, men det var det neppe i mitt tilfelle.

Ikke det første motivet: "Kål"

Det er nysgjerrige Forbes forskning om hvilke spesialister med hvilke sertifikater som er best betalt i verden, og AWS SAA ligger på hederlig 4. plass der

Om økser og kål

Men for det første, hva er årsaken og hva er effekten? Jeg mistenker at gutta tjener gode penger
på grunn av visse evner, og de samme evnene bidrar til å bestå sertifiseringen. For det andre plages jeg av vag tvil om at noen vil få betalt $130 K per år utenfor USA, selv om han er sertifisert fra topp til tå.

Og generelt, som du vet, etter å ha tilfredsstilt de lavere nivåene i pyramiden, slutter lønn å være hovedfaktoren.

Ikke det andre motivet: "Bedriftskrav"

Bedrifter kan oppmuntre til eller til og med kreve sertifiseringer (spesielt hvis de er nødvendige for partnerskap, for eksempel AWS APN-medlemskap i Amazons tilfelle).

Men i vårt tilfelle produseres det et uavhengig produkt, og vi prøver også å unngå leverandørlåsing. Så ingen krever sertifikater. De vil prise deg og betale for eksamen som en anerkjennelse for visse anstrengelser - det er all offisiell stilling.

Ikke det tredje motivet: "sysselsetting"

Kanskje vil det å ha sertifikater være en klar fordel for å få jobb, alt annet likt. Men jeg har ingen planer om å bytte jobb. Det er interessant å jobbe med et komplekst produkt som aktivt bruker mange nymotens tilnærminger og AWS-tjenester. Alt dette er nok på den nåværende plasseringen.

Nei, selvfølgelig, det er forskjellige tilfeller: på 23 år i IT byttet jeg jobb 5 ganger. Det er ikke et faktum at jeg slipper å bytte igjen hvis jeg holder ut i 20 år til. Men hvis de slår meg, skal vi gråte.

nyttig

Avslutningsvis vil jeg nevne noen flere materialer som jeg brukte som forberedelse til eksamen og ganske enkelt som en "sliper for sagen":

  • Videokurs flersyn и skyguru. Sistnevnte sier de er spesielt bra hvis du kjøper et abonnement med tilgang til alle praksiseksamener. Men en av spillebetingelsene mine var å ikke bruke en eneste krone på forberedelse; å kjøpe et abonnement gikk ikke bra med dette. I tillegg synes jeg generelt at videoformatet er mindre tett når det gjelder mengden informasjon per tidsenhet. Men når de forbereder seg til SA Professional, vil jeg mest sannsynlig tegne et abonnement.
  • Tonnevis med offisiell dokumentasjon fra Amazon, inkludert F.A.Q og WhitePapers.
  • Vel, den siste, men viktige tingen - verifikasjonstester. Jeg fant dem et par dager før eksamen og øvde godt. Det er ingenting å lese der, men nettgrensesnittet og kommentarer til svar er bra.

Kilde: www.habr.com

Legg til en kommentar