Aizkora eta azari buruz

Ziurtagiria gainditzeko nahia nondik datorren hausnarketak AWS Solutions Arkitekto kidea.

Motiboa: "Aizkorak"

Edozein profesionalentzako printzipio baliagarrienetako bat "Ezagutu zure tresnak" da (edo bere aldaera "zerra zorroztu").

Hodeietan egon gara denbora luzez, baina oraingoz EC2 instantzietan zabaldutako datu-baseak dituzten aplikazio monolitikoak besterik ez ziren - merkeak eta alaiak.

Baina pixkanaka monolitoaren barruan estutu ginen. Modu onean mozteko ikastaroa ezarri dugu: modularizazioa eta, ondoren, gaur egun modan dauden mikrozerbitzuetarako. Eta oso azkar "ehun lore loratzen" dira lur honetan.

Zergatik joan urrun - une honetan exekutatzen ari naizen jarduera erregistratzeko proiektuak honako hauek ditu:

  • Bezeroak gure produktuaren hainbat aplikazioren forman - ondare trinkoaren urruneko bazterretatik hasi eta .Net Core-ko modan dauden mikrozerbitzuetara.
  • Amazon SQS ilarak, bezeroekin gertatzen ari denari buruzko erregistroak dituztenak.
  • Ilara batetik mezuak berreskuratzen dituen eta Amazon Kinesis Data Streams-era (KDS) bidaltzen dituen .Net Core mikrozerbitzua. Web API interfazea eta swagger UI ere baditu eskuzko probak egiteko babeskopia kanal gisa. Docker Linux edukiontzi batean bilduta dago eta Amazon ECS pean dago. Erregistro-jario handi baten kasuan eskalatze automatikoa ematen da.
  • KDStik, datuak Amazon S3-ko bitarteko biltegiekin Amazon Redshift-era bidaltzen dira su-mahukekin.
  • Garatzaileentzako erregistro operatiboak (arazketa-informazioa, errore-mezuak, etab.) bisualki atsegina den JSON formateatzen dute eta Amazon CloudWatch Logs-era bidaltzen dira.

Aizkora eta azari buruz

AWS zerbitzuen zoo batekin lan eginez, arsenalean zer dagoen eta nola erabili onena jakin nahi duzu.

Imajinatu: zuhaitzak ondo mozten dituen eta iltzeak ondo mailutzen dituen aizkora zahar eta frogatua duzu. Urteetan zehar, ondo tratatzen ikasi duzue, txakur-etxe bat, estalpe pare bat eta agian etxola bat ere jartzen ikasi duzu. Batzuetan zailtasunak sortzen dira;adibidez, aizkora batekin torlojua estutzea ez da beti azkar ateratzen, baina normalean pazientziaren eta halako ama baten laguntzarekin konpondu daiteke.

Eta orduan auzo aberats bat agertzen da gertu, hainbat tresnaz osatutako hodei madarikatua duena: zerra elektrikoak, iltze-pistolak, bihurkinak eta Jainkoak daki zer gehiago. Aberastasun hori guztia erloju osoan alokatzeko prest dago. Zer egin? Aizkora hartu eta desjabetzeko aukera baztertzen dugu politikoki analfabetotzat. Egin beharreko gauzarik adimentsuena zer nolako tresnak dauden aztertzea izango litzateke, nola osatu daitezkeen elkarren osagarri lan ezberdinetan eta zein baldintzatan lagatzen diren.

Niretzat motibo nagusia hori zenez, prestaketa horren arabera egituratu zen: oinarrizko gida bat aurkitzeko eta arretaz aztertzeko. Eta halako gida bat aurkitua izan zen. Liburua apur bat lehor idatzita dago, baina horrek nekez uxatzen du matan ikasi zutenak Fichtenholtzen arabera.

Azalera irakurtzen dut eta uste dut guztiz betetzen duela aurreikusitako helburua: bai zerbitzuen eta azterketan aurki daitezkeen kontzeptu orokorragoen ikuspegi orokor ona ematen du. Horrez gain, bonus polita Sybex-en erregistro-prozedura arraro bat pasatzeko eta liburuko probako galdera eta azterketa guztiak linean erantzuteko aukera da.

Puntu garrantzitsu bat: 2016ko edizioko liburu bat erabiliz ikasi nuen, baina AWSn dena nahiko dinamikoan aldatzen da, beraz, bilatu prestatzeko unean eskuragarri egongo den azken edizioa. Esaterako, S3 eta Glacier klase ezberdinen erabilgarritasunari eta iraunkortasunari buruzko galderak maiz agertzen dira test probetan, baina zenbaki batzuk aldatu egin dira 2016arekin alderatuta. Horrez gain, berriak gehitu dira (adibidez, INTELLIGENT_TIERING edo ONEZONE_IA).

Bigarren motiboa: "65 tonu laranja"

Pentsamendu tentsioak ahalegin batzuk eskatzen ditu. Baina ez da sekretua programatzaile askok plazer masokista jasaten dutela arazo, galdera eta, batzuetan, azterketetatik.

Uste dut plazer hau Zer jolastea bezalakoa dela? Non? Noiz?" edo, demagun, xake partida on bat.

Zentzu honetan, egungo AWS Solutions Architect Associate azterketa oso ona da. Prestaketan zehar, probako galderen artean, noizean behin β€œpilatuak” zeuden, hala nola β€œZenbat IP helbide elastiko izan ditzakezu VPC batean?"Edo"Zein da S3 IAren erabilgarritasuna?β€œ, azterketan bertan ez zegoen horrelako jenderik. Izan ere, 65 galderetako ia guztiak diseinu txikiko arazo bat ziren. Hona hemen dokumentazio ofizialeko adibide nahiko tipikoa:

Web aplikazio batek bezeroei eskaerak S3 ontzi batera igotzeko aukera ematen die. Ondorioz, Amazon S3ko gertaerek mezu bat SQS ilara batean txertatzen duten Lambda funtzioa abiarazten dute. EC2 instantzia bakar batek ilarako mezuak irakurtzen ditu, prozesatzen ditu eta DynamoDB taula batean gordetzen ditu eskaera ID bakarraren arabera. Datorren hilabetean trafikoa 10 faktore handitzea espero da eta Solutions Architect bat arkitektura berrikusten ari da eskalatzeko arazo posibleetarako. Zein osagai da litekeena da berriro arkitektua behar izatea trafiko berriari egokitzeko eskalatzeko?
A. Lambda funtzioa B. SQS ilara C. EC2 instantzia D. DynamoDB taula

Dakidanez, azterketaren aurreko bertsioak 55 galdera zituen eta 80 minutu eman zizkion. Dirudienez, lan ona egin zuten horretan: orain 65 galdera eta 130 minutu daude beraientzat. Galdera bakoitzeko denbora handitu egin da, baina ia ez dago galdera iragankorrik. Bakoitzean pentsatu behar izan nuen, batzuetan bi minutu baino gehiagoz.

Bide batez, hortik ondorio praktiko bat dago. Normalean, taktika irabazlea galdera guztiak azkar pasatzea eta erantzuna berehala erantzutea izaten da. SAA-C01-en kasuan, oro har, ez du funtzionatzen; ia galdera guztiak kontrol-laukiekin markatu beharko dituzu, bestela xehetasunen bat ez antzemateko eta gaizki erantzuteko arriskua dago. Bukatu nuen erantzuten, galdera bakoitzari minutu bat edo bi emanez, eta gero markatu zirenetara itzuli eta geratzen ziren 20 minutuak emanez.

Hirugarren arrazoia: "Gaztetasunak jakingo balu, zahartzaroak ahal balu"

Dakizuenez, 40 urtetik gorako programatzaileek jasotzen dituzten ukoen arrazoi ohikoenetako bat gazteekin alderatuta ikasteko gaitasun murriztua da.

Bien bitartean, sentsazioa dago arlo batzuetan nire ikasteko gaitasuna areagotu egin dela nire ikasle-urteekin alderatuta -pertseberantzia eta esperientzia handiagoak direla eta, eta horrek analogia ezagunak erabiltzeko aukera ematen dit gai ezezagunetarako.

Baina sentsazioa engainagarria izan daiteke; irizpide objektibo bat behar da. Ez al da aukera bat azterketa prestatu eta gainditzea?

Uste dut proba arrakastatsua izan zela. Nire kabuz prestatu nuen eta prestaketa nahiko ondo joan zen. Tira, bai, pare bat aldiz hamaka batean lo hartu nuen eskuliburu bat irakurtzean, baina edonori gerta dakioke hori.
Orain ziurtagiria eta azterketarako puntu duinak daude matrazeetan bolbora seinale gisa.
 
Tira, motibazioa izan zitekeenari buruz pixka bat, baina nekez izango zen nire kasuan.

Ez da lehen motiboa: "Aza"

Bitxiak daude Forbes ikerketa munduan gehien ordaintzen diren ziurtagiriak zein espezialistari buruz, eta AWS SAA ohorezko 4. postuan dago bertan

Aizkora eta azari buruz

Baina, lehenik eta behin, zein da kausa eta zein da eragina? Susmoa dut mutilek diru ona irabazten dutela
gaitasun jakin batzuengatik, eta gaitasun horiek berak ziurtagiria gainditzen laguntzen dute. Bigarrenik, AEBetatik kanpo urtean norbaiti 130 K $ ordainduko zaizkion zalantza lausoek oinazea naute, nahiz eta burutik oinetara ziurtagiria izan.

Eta oro har, dakizuenez, piramidearen beheko mailak ase ondoren, soldatak faktore nagusia izateari uzten dio.

Ez bigarren arrazoia: "Enpresaren eskakizunak"

Enpresek ziurtagiriak bultzatu edo eska ditzakete (batez ere lankidetzarako beharrezkoak badira, adibidez, AWS APN-ren kidetasuna Amazonen kasuan).

Baina gure kasuan, produktu independente bat ekoizten da, eta saltzaileen blokeoa saihesten ere saiatzen gara. Beraz, inork ez du ziurtagiririk eskatzen. Goraipatu egingo zaituzte eta azterketa ordainduko dizute ahalegin batzuk aintzat hartuta - hori da ofizialtasuna.

Ez hirugarren motiboa: "Enplegua"

Beharbada ziurtagiriak izatea behin betiko abantaila izango da lana lortzeko, gainerako gauza guztiak berdinak izanik. Baina ez dut lanpostuz aldatzeko asmorik. Interesgarria da ikuspegi berri asko eta AWS zerbitzu aktiboki erabiltzen dituen produktu konplexu batean lan egitea. Hori guztia nahikoa da egungo tokian.

Ez, noski, kasu desberdinak daude: 23 urtetan informatikan 5 aldiz aldatu nintzen lanez.Ez da egia ez dudala berriro aldatu beharko beste 20 urte irauten badut.Baina irabazten badidate, egingo dugu negar egin.

baliagarria

Amaitzeko, azterketa prestatzeko eta, besterik gabe, "zerrarako zorrozgailu" gisa erabili ditudan material batzuk aipatuko ditut:

  • Bideo ikastaroak ikuspegi plurala ΠΈ hodei guru. Azken hauek, bereziki onak dira praktika-azterketa guztietarako sarbidea duen harpidetza erosten baduzu. Baina nire joko-baldintzetako bat prestaketan zentimo bat ere ez gastatzea zen; harpidetza erostea ez zen ondo etorri. Gainera, oro har, bideo formatua denbora-unitateko informazio-kopuruari dagokionez trinkoagoa dela iruditzen zait. Hala ere, SA Professional-erako prestatzen dutenean, ziurrenik harpidetzarako izena emango dut.
  • Amazoneko dokumentazio ofizial ugari, galderak eta liburu zuriak barne.
  • Tira, azken gauza esanguratsua... egiaztapen-probak. Azterketa baino egun pare bat lehenago aurkitu nituen eta ondo praktikatu nuen. Bertan ez dago ezer irakurtzeko, baina lineako interfazea eta erantzunen iruzkinak onak dira.

Iturria: www.habr.com

Gehitu iruzkin berria