Overpeinzingen over waar de wens om een certificering te halen vandaan komt AWS Solutions Architect Associate.
Motief Ć©Ć©n: 'Bijlen'
Een van de meest nuttige principes voor elke professional is: 'Ken je gereedschap' (of in een van de variaties 'Ā»).
We zijn al lang in de cloud, maar tot nu toe waren het gewoon monolithische applicaties met databases, uitgerold op EC2-instanties - goedkoop en doeltreffend.
Maar geleidelijk aan voelden we ons bekneld binnen het monolith. We hebben de koers gewijzigd naar een opsplitsing in de goede zin - naar modularisatie, en vervolgens naar de nu modieuze microservices. En heel snel bloeien er op dit gebied 'honderd bloemen'.
Waarom zouden we verder kijken - het project voor het loggen van activiteiten dat ik nu leid, omvat:
- Klanten in de vorm van verscheidene applicaties van ons product - van de diepste hoeken van dichte legacy tot hypermoderne microservices op .Net Core.
- Amazon SQS-queues waarin logs worden verzameld over wat er met de klanten gebeurt.
- Een microservice op .Net Core die berichten uit de queue haalt en deze naar Amazon Kinesis Data Streams (KDS) stuurt. Heeft ook een Web API-interface en swagger UI als een alternatieve kanaal en voor handmatige tests. Wordt verpakt in een Linux-container voor Docker en wordt gehost onder Amazon ECS. Autoscaling is voorzien voor het geval van een grote stroom logs.
- Vanuit KDS worden gegevens met brandslangen naar Amazon Redshift geleid, met tussenopslag in Amazon S3.
- Operationele logs voor ontwikkelaars (debug-informatie, foutmeldingen, enz.) worden opgemaakt in een mooi leesbaar JSON-formaat en verzonden naar Amazon CloudWatch Logs.
Werken met zoān zoo aan AWS-services, wil je weten wat er in het arsenaal zit en hoe je dit het beste kunt gebruiken.
Stel je voor - je hebt een oude, beproefde bijl die goed bomen omhakt en niet slecht spijkers slaat. Na jaren van werken heb je geleerd hoe je er goed mee omgaat, je hebt een hondenhok, een paar schuren en misschien zelfs een huisje gebouwd. Soms zijn er problemen, bijvoorbeeld een schroef met een bijl vastdraaien gaat niet altijd snel, maar dat is meestal op te lossen met geduld en een flinke dosis doorzettingsvermogen.
En dan verschijnt de welvarende buurman, die een enorme hoeveelheid verschillende gereedschappen heeft: elektrische zagen, spijkerpistolen, boormachines en God weet wat nog meer. Hij is bereid om deze rijkdom 24/7 te verhuren. Wat te doen? Het idee om een bijl te pakken en hem te beroven laten we als politiek ongeschoold achter ons. Het meest verstandige is om te onderzoeken welke gereedschappen er zijn, hoe ze elkaar kunnen aanvullen bij verschillende klussen en onder welke voorwaarden ze worden verhuurd.
Omdat dit voor mij de belangrijkste motivatie was, was de voorbereiding daarop afgestemd - een fundamentele gids vinden en deze grondig bestuderen. En zo'n gids . Het boek is droog geschreven, maar dat zal mensen die wiskunde hebben gestudeerd bij Fichtenholz waarschijnlijk niet afschrikken.
Ik heb het van kaft tot kaft gelezen en ben van mening dat het volledig voldoet aan de gestelde doelstelling ā het biedt een goed overzicht van zowel de diensten zelf als van bredere concepten die op het examen kunnen komen. Daarnaast is er als aangename bonus de mogelijkheid om een wat vreemde registratieprocedure op Sybex te doorlopen en alle controlevragen en proefexamens uit het boek online te beantwoorden.
Belangrijk punt: ik heb geleerd uit het boek van de uitgave van 2016, maar in AWS verandert alles redelijk dynamisch, dus zoek de meest recente uitgave die beschikbaar is op het moment van je voorbereiding. Bijvoorbeeld, de proefexamens bevatten vaak vragen over de beschikbaarheid en duurzaamheid van verschillende S3- en Glacier-klassen, maar sommige cijfers zijn veranderd vergeleken met 2016. Bovendien zijn er nieuwe klassen toegevoegd (bijvoorbeeld INTELLIGENT_TIERING of ONEZONE_IA).
Motief twee: "65 tinten oranje"
Intensief denken vereist bepaalde inspanning. Maar het is geen geheim dat veel programmeurs masochistisch genoegen halen uit complexe puzzels, vragen en soms zelfs examens.
Ik denk dat dit genoegen veel weg heeft van het spel āWat? Waar? Wanneer?ā of zeg maar een goede partij schaken.
In dit opzicht is het huidige examen AWS Solutions Architect Associate erg goed. Hoewel er tijdens de voorbereiding tussen de controlevragen door af en toe 'op memoriseren' vragen voorkwamen, zoals: "Hoeveel elastic IP-adressen mag je maximaal hebben in een VPC" of "Wat is de beschikbaarheid van S3 IA?Tijdens het examen kwam ik dergelijke vragen niet tegen. Eigenlijk bestond elk van de 65 vragen uit een mini-opdracht voor ontwerp. Hier is een vrij typisch voorbeeld uit de officiƫle documentatie:
Een webapplicatie stelt klanten in staat om bestellingen naar een S3-bucket te uploaden. De resulterende Amazon S3-gebeurtenissen triggeren een Lambda-functie die een bericht in een SQS-queue invoegt. Een enkele EC2-instance leest berichten uit de queue, verwerkt deze en slaat ze op in een DynamoDB-tabel die is gepartitioneerd op unieke bestel-ID. Volgende maand wordt een verkeersstijging van een factor 10 verwacht en een Solutions Architect bekijkt de architectuur voor mogelijke schalingsproblemen. Welke component moet waarschijnlijk opnieuw worden ontworpen om de nieuwe verkeersstroom te kunnen verwerken?
A. Lambda-functie B. SQS-queue C. EC2-instance D. DynamoDB-tabel
Voor zover ik weet, bevatte de vorige examenversie 55 vragen en had je 80 minuten om deze te beantwoorden. Het lijkt erop dat het goed is verbeterd: nu zijn er 65 vragen en 130 minuten. De tijd per vraag is toegenomen, maar er zijn praktisch geen vragen die gemakkelijk te beantwoorden zijn. Over elke vraag moest ik nadenken, soms meer dan twee minuten.
Trouwens, hieruit volgt een praktische conclusie. Gewoonlijk is de winnende tactiek om snel door alle vragen heen te gaan en de vragen te beantwoorden die direct beantwoord kunnen worden. In het geval van SAA-C01 werkt dit echter niet echt; ik moest vrijwel elke vraag markeren met een vlag, anders loop je het risico een detail te missen en incorrect te antwoorden. Uiteindelijk antwoordde ik, waarbij ik een of twee minuten op elke vraag doorbracht, en ging toen terug naar de gemarkeerde vragen en besteedde de resterende 20 minuten aan hen.
Derde motivatie: 'Als de jeugd het wist, als de ouderdom het kon.'
Zoals bekend is een van de meest voorkomende redenen voor afwijzingen die programmeurs boven de 40 krijgen, de verlaagde leercapaciteit in vergelijking met jongeren.
Tegelijkertijd heb ik het gevoel dat mijn leercapaciteit op bepaalde gebieden zelfs is toegenomen in vergelijking met mijn studententijd ā dankzij mijn grotere volharding en ervaring, die me in staat stelt om bekende vergelijkingen te trekken voor minder bekende vragen.
Maar dat gevoel kan bedrog zijn; een objectieve maatstaf is nodig. Je voorbereiden op het examen en het slagen ā dat is toch een optie?
Ik vind dat de test geslaagd is. Ik heb me zelfstandig voorbereid en de voorbereiding verliep vrij soepel. Ja, twee keer ben ik in de hangmat in slaap gevallen terwijl ik de handleiding las ā maar dat kan iedereen overkomen.
Nu heb ik het certificaat en een behoorlijke score voor het examen als teken van waarde.
ā
En een beetje over wat motivatie kan zijn, maar het is waarschijnlijk niet mijn geval.
Geen motivatie nummer Ć©Ć©n: 'Kool'
Er zijn interessante over welke specialisten met welke certificaten de hoogstbetaalde ter wereld zijn, en AWS SAA staat daar op een eervolle vierde plek.
Maar ten eerste, wat is hier oorzaak en wat is gevolg? Ik vermoed dat deze jongens goed verdienen
vanwege bepaalde vaardigheden, en dezelfde vaardigheden helpen bij het behalen van de certificering. Ten tweede heb ik vage twijfels of iemand 130K dollar per jaar kan verdienen buiten de VS, hoe ze ook gecertificeerd zijn van top tot teen.
En in het algemeen, zoals bekend, stopt het salaris na het vervullen van de onderliggende niveaus van de piramide met de belangrijkste factor te zijn.
Geen motivatie nummer twee: 'Bedrijfseisen'
Bedrijven kunnen certificeringen aanmoedigen of zelfs eisen (vooral als ze nodig zijn voor partnerschappen, bijvoorbeeld voor toegang tot de AWS APN in het geval van Amazon).
Maar in ons geval produceren we een onafhankelijk product, bovendien proberen we vendor lock-in te vermijden. Dus certificaten worden door niemand vereist. Men prijst en betaalt het examen als erkenning voor bepaalde inspanningen ā dat is de hele formaliteit.
Geen motivatie nummer drie: 'Tewerkstelling'
Misschien heeft het hebben van certificaten een bepaalde toegevoegde waarde bij het verkrijgen van een baan, bij gelijke omstandigheden. Maar ik heb geen plannen om van baan te veranderen. Het is interessant om aan een complex product te werken dat veel trendy benaderingen en AWS-diensten actief gebruikt. Daar is meer dan genoeg van op mijn huidige plek.
Nee, natuurlijk, er zijn verschillende gevallen: in 23 jaar in de IT heb ik vijf keer van baan gewisseld. Het is geen feit dat ik weer moet veranderen, als ik nog 20 jaar verder ga. Maar als ze slaan ā zullen we huilen.
Nuttig
Tot slot noem ik nog een paar materialen die ik heb gebruikt in het voorbereidingsproces voor het examen en gewoon als een 'slijpsteen voor zagen':
- Videocursussen en . Laatstgenoemden zeggen dat ze vooral goed zijn als je een abonnement koopt met toegang tot alle proefexamens. Maar ik had als voorwaarde dat ik niets zou uitgeven aan voorbereiding, de aankoop van een abonnement paste daar slecht bij. Bovendien vind ik het videoformaat in het algemeen minder compact qua hoeveelheid informatie per tijdseenheid. Maar als ik me voorbereid op SA Professional, zal ik waarschijnlijk een abonnement afsluiten.
- Tonnen officiƫle documentatie van Amazon, inclusief F.A.Q. en Whitepapers.
- En het laatste, maar belangrijke punt ā . Ik vond ze een paar dagen voor het examen en heb goed geoefend. Er is niet veel te lezen, maar de online interface en de comments bij de antwoorden zijn goed.
Bron: habr.com
