Om yxor och kål

Reflektioner över var viljan att klara certifieringen kommer ifrån AWS Solutions Architect Associate.

Motiv ett: "Yxor"

En av de mest användbara principerna för alla professionella är "Känn dina verktyg" (eller en av dess varianter "vässa sågen").

Vi har varit i molnen länge, men för tillfället var det bara monolitiska applikationer med databaser utplacerade på EC2-instanser - billigt och gladt.

Men efter hand blev vi trånga inom monoliten. Vi satte en kurs för att skära på ett bra sätt - för modularisering, och sedan för de nu fashionabla mikrotjänsterna. Och mycket snabbt blommar "hundra blommor" på denna jord.

Varför gå långt - aktivitetsloggningsprojektet som jag driver för närvarande inkluderar:

  • Kunder i form av olika tillämpningar av vår produkt - från de avlägsna hörnen av tätt arv till trendiga mikrotjänster på .Net Core.
  • Amazon SQS-köer, som innehåller loggar om vad som händer med klienter.
  • En .Net Core-mikrotjänst som hämtar meddelanden från en kö och skickar dem till Amazon Kinesis Data Streams (KDS). Den har också ett webb-API-gränssnitt och swagger-gränssnitt som backupkanal för manuell testning. Den är inslagen i en Docker Linux-behållare och värd under Amazon ECS. Autoskalning tillhandahålls vid ett stort flöde av stockar.
  • Från KDS skickas data med brandslangar till Amazon Redshift med mellanlager i Amazon S3.
  • Driftsloggar för utvecklare (felsökningsinformation, felmeddelanden, etc.) formateras i visuellt tilltalande JSON och skickas till Amazon CloudWatch Logs

Om yxor och kål

När du arbetar med ett sådant zoo av AWS-tjänster vill du veta vad som finns i arsenalen och hur du bäst använder det.

Tänk dig bara - du har en gammal beprövad yxa som hugger ner träd bra och slår spikar bra. Under årens arbete har du lärt dig att behandla den väl, satt ihop en hundkoja, ett par skjul och kanske till och med en koja. Ibland uppstår svårigheter, till exempel att dra åt en skruv med en yxa går inte alltid snabbt, men oftast går det att lösa med hjälp av tålamod och så och en mamma.

Och så dyker en förmögen granne upp i närheten, som har ett jäkla moln av olika verktyg: elsågar, spikpistoler, skruvmejslar och gud vet vad mer. Han är redo att hyra ut all denna rikedom dygnet runt. Vad ska man göra? Vi avfärdar alternativet att ta en yxa och göra sig av med den som politiskt analfabet. Det smartaste vore att studera vilka verktyg som finns, hur de kan komplettera varandra i olika jobb och under vilka förutsättningar de överlämnas.

Eftersom detta var huvudmotivet för mig, var förberedelsen strukturerad därefter - att hitta en grundläggande guide och studera den noggrant. Och en sådan guide hittades. Boken är skriven lite torrt, men det kommer knappast att skrämma bort folk som studerat matan enligt Fichtenholtz.

Jag läser den från pärm till pärm och jag tycker att den till fullo uppfyller sitt avsedda syfte - den ger en bra överblick över både själva tjänsterna och mer generella begrepp som kan stötas på på tentan. En trevlig bonus är dessutom möjligheten att gå igenom ett lite märkligt registreringsförfarande på Sybex och svara på alla testfrågor och öva tentor från boken online.

En viktig punkt: Jag studerade med en bok från 2016 års upplaga, men i AWS förändras allt ganska dynamiskt, så leta efter den senaste utgåvan som kommer att finnas tillgänglig vid förberedelsetillfället. Till exempel kommer frågor om tillgänglighet och hållbarhet för de olika klasserna S3 och Glacier ofta upp i testtester, men en del av siffrorna har ändrats jämfört med 2016. Dessutom har nya lagts till (till exempel INTELLIGENT_TIERING eller ONEZONE_IA).

Motiv två: "65 nyanser av orange"

Spänt tänkande kräver viss ansträngning. Men det är ingen hemlighet att många programmerare upplever masochistiskt nöje av förbryllande problem, frågor och ibland även tentor.

Jag tror att det här nöjet är mycket som att spela What? Var? När?" eller, säg, ett bra parti schack.

I denna mening är den nuvarande AWS Solutions Architect Associate-examen mycket bra. Även om det under förberedelserna, bland testfrågorna, då och då fanns "proppade" sådana, som "Hur många elastiska IP-adresser kan du ha i en VPC?" eller "Vad är tillgängligheten för S3 IA?", under själva provet fanns det inga sådana personer. Faktum är att nästan var och en av de 65 frågorna var ett minidesignproblem. Här är ett ganska typiskt exempel från den officiella dokumentationen:

En webbapplikation låter kunder ladda upp beställningar till en S3-hink. De resulterande Amazon S3-händelserna utlöser en Lambda-funktion som infogar ett meddelande i en SQS-kö. En enda EC2-instans läser meddelanden från kön, bearbetar dem och lagrar dem i en DynamoDB-tabell partitionerad med unikt order-ID. Nästa månad förväntas trafiken öka med en faktor 10 och en Solutions Architect ser över arkitekturen för eventuella skalningsproblem. Vilken komponent är mest sannolikt att behöva omarkitektur för att kunna skalas för att rymma den nya trafiken?
A. Lambdafunktion B. SQS-kö C. EC2-instans D. DynamoDB-tabell

Så vitt jag vet innehöll den tidigare versionen av tentamen 55 frågor och tilldelades 80 minuter. Tydligen gjorde de ett bra jobb med det: nu finns det 65 frågor och 130 minuter för dem. Tiden per fråga har ökat, men det finns praktiskt taget inga övergående frågor. Jag var tvungen att tänka på var och en, ibland i mer än två minuter.

Det finns förresten en praktisk slutsats av detta. Vanligtvis är den vinnande taktiken att snabbt gå igenom alla frågor och svara på det som besvaras direkt. När det gäller SAA-C01 fungerar detta i allmänhet inte, du kommer att behöva markera nästan varje fråga med kryssrutor, annars finns det en risk att inte märka någon detalj och svara felaktigt. Det slutade med att jag svarade, spenderade en minut eller två på varje fråga och gick sedan tillbaka till de som var flaggade och spenderade de återstående 20 minuterna på dem.

Motiv tre: "Om ungdomen visste, om ålderdom kunde"

Som ni vet är en av de vanligaste orsakerna till att programmerare över 40 får avslag på deras minskade förmåga att lära sig jämfört med unga människor.

Samtidigt finns det en känsla av att min förmåga att lära på vissa områden till och med har ökat jämfört med mina studentår – på grund av större uthållighet och erfarenhet, vilket gör att jag kan använda bekanta analogier för okända frågor.

Men sensation kan vara vilseledande, ett objektivt kriterium behövs. Är det inte ett alternativ att förbereda sig för provet och klara det?

Jag tycker att testet var lyckat. Jag förberedde mig själv och förberedelserna gick ganska smidigt. Nåväl, ja, ett par gånger somnade jag i en hängmatta när jag läste en manual, men detta kan hända vem som helst.
Nu finns det intyg och hyfsade poäng till tentan som ett tecken på krut i kolvarna.

Jo, lite om vad som skulle kunna vara motivation, men det var det knappast i mitt fall.

Inte det första motivet: "Kål"

Det finns nyfikna Forbes forskning om vilka specialister med vilka certifikat som är de mest betalda i världen, och AWS SAA ligger på hedervärd 4:e plats där

Om yxor och kål

Men för det första, vad är orsaken och vad är effekten? Jag misstänker att killarna tjänar bra pengar
på grund av vissa förmågor, och samma förmågor hjälper till att klara certifieringen. För det andra plågas jag av vaga tvivel om att någon kommer att få betalt $130 K per år utanför USA, även om han är certifierad från topp till tå.

Och i allmänhet, som du vet, efter att ha tillfredsställt de lägre nivåerna i pyramiden, slutar lönen att vara huvudfaktorn.

Inte det andra motivet: "Företagets krav"

Företag kan uppmuntra eller till och med kräva certifieringar (särskilt om de behövs för partnerskap, som AWS APN-medlemskap i Amazons fall).

Men i vårt fall produceras en fristående produkt och vi försöker också undvika leverantörslåsning. Så ingen kräver certifikat. De kommer att berömma dig och betala för provet som ett erkännande av vissa ansträngningar - det är allt det officiella.

Inte det tredje motivet: "sysselsättning"

Att ha certifikat är kanske en klar fördel för att få jobb, allt annat lika. Men jag har inga planer på att byta jobb. Det är intressant att arbeta med en komplex produkt som aktivt använder många nymodiga metoder och AWS-tjänster. Allt detta räcker på den aktuella platsen.

Nej, det finns naturligtvis olika fall: på 23 år inom IT bytte jag jobb 5 gånger. Det är inte ett faktum att jag inte behöver byta igen om jag håller i 20 år till. Men om de slår mig så kommer vi gråta.

användbar

Avslutningsvis kommer jag att nämna några fler material som jag använde som förberedelse för tentamen och helt enkelt som en "slipare för sågen":

  • Videokurser pluralitet и molnguru. Det sistnämnda, menar de, är särskilt bra om du köper ett abonnemang med tillgång till alla övningsprov. Men ett av mina spelvillkor var att inte lägga en enda krona på förberedelser, att köpa ett abonnemang gick inte bra med detta. Dessutom tycker jag generellt att videoformatet är mindre tätt när det gäller mängden information per tidsenhet. Men när de förbereder sig för SA Professional kommer jag med största sannolikhet att teckna ett abonnemang.
  • Massor av Amazons officiella dokumentation, inklusive F.A.Q och WhitePapers.
  • Tja, den sista men betydelsefulla saken - verifieringstester. Jag hittade dem ett par dagar innan tentan och tränade bra. Det finns inget att läsa där, men onlinegränssnittet och kommentarer på svar är bra.

Källa: will.com

Lägg en kommentar