Аб сякерах і капусце

Разважанні аб тым, адкуль бярэцца жаданне здаць сертыфікацыю AWS Solutions Architect Associate.

Матыў першы: сякеры

Адзін з самых карысных для любога прафесіянала прынцыпаў "Ведай свае інструменты" (ці ў адной з варыяцый "точы пілу»).

Мы ў аблоках ужо даўно, але да пары да часу гэта былі проста маналітныя прыкладанні з базамі, разгорнутыя на інстансах EC2 – танна і злосна.

Але паступова нам стала цесна ў межах маналіта. Узялі курс на распілоўванне ў добрым сэнсе - на мадулярызацыю, а затым і модныя сягоння мікрасэрвісы. І вельмі хутка на гэтай глебе "расквітаюць сто кветак".

Ды што тамака далёка хадзіць – праект лагавання актыўнасці, які я цяпер вяду, уключае ў сябе:

  • Кліентаў у выглядзе разнастайных прыкладанняў нашага прадукта – ад глухіх куткоў дрымучага легасу да ўльтрамодных мікрасэрвісаў на .Net Core.
  • Чэргі Amazon SQS, у якія складаюцца логі аб тым, што адбываецца з кліентамі.
  • Мікрасэрвіс на. Net Core, які дастае паведамленні з чаргі і адпраўляе іх у Amazon Kinesis Data Streams (KDS). Мае таксама Web API інтэрфейс і swagger UI як дублюючы канал і для ручнога тэсціравання. Абарочваецца ў докераўскі linux-кантэйнер і хосціцца пад кіраваннем Amazon ECS. Прадугледжаны autoscaling на выпадак вялікага патоку логаў.
  • З KDS дадзеныя пажарнымі шлангамі накіроўваюцца ў Amazon Redshift з прамежкавымі складамі ў Amazon S3.
  • Аперацыйныя логі для дэвелапераў (дэбаг-інфармацыя, паведамленні аб памылках і да т.п.) фарматуюцца ў прыемны воку JSON і адпраўляюцца ў Amazon CloudWatch Logs

Аб сякерах і капусце

Працуючы з такім заапаркам сэрвісаў AWS, жадаецца ведаць, што ёсць у арсенале і як гэта нешта лепш выкарыстоўваць.

Вось прадстаўце - у вас ёсць старая правераная сякера, які добра сячэ дрэвы і нядрэнна забівае цвікі. За гады працы вы навучыліся з ім добра абыходзіцца, пазбівалі сабачую будку, пару адрын і можа быць нават хату. Часам узнікаюць складанасці, дапусцім закруціць шрубу сякерай не заўсёды атрымліваецца хутка, але звычайна развязальна з дапамогай цярпення і вось такой маці.

І тут побач з'яўляецца заможны сусед, у якога чортава хмара самых розных інструментаў: электрапілы, цвіком, шуруповерт і бог ведае што яшчэ. Усё гэтае багацце ён кругласутачна гатовы здаваць у арэнду. Што рабіць? Варыянт узяць сякеру і раскулачыць мы адкідаем як палітычны непісьменны. Самым разумным будзе вывучыць, што тамака за інструменты, як яны адзін аднаго могуць дапаўняць на розных працах і на якіх умовах здаюцца.

Паколькі для мяне гэты матыў быў галоўным, падрыхтоўка была пабудавана адпаведна - знайсці фундаментальнае кіраўніцтва і старанна яго вывучыць. І такое кіраўніцтва было знойдзена. Кніга напісана сухавата, але наўрад ці гэта можа адпудзіць людзей, якія вучылі матан па Фіхтэнгольцы.

Прачытаў ад скарынкі да скарынкі і лічу, што пастаўленай мэце яна цалкам адказвае – дае добры агляд як уласна сэрвісаў, так і больш агульных канцэпцый, якія могуць сустрэцца на іспыце. Акрамя таго прыемным бонусам ідзе магчымасць прайсці некалькі дзіўную працэдуру рэгістрацыі на Sybex і адказваць усе праверачныя пытанні і выпрабавальныя іспыты з кнігі анлайн.

Важны момант: я навучаўся па кнізе 2016 года выдання, але ў AWS усё мяняецца дастаткова дынамічна, таму шукайце самае свежае выданне, якое будзе на момант падрыхтоўкі. Напрыклад, у пробных тэстах часта з'яўляюцца пытанні аб availability і durability розных класаў S3 і Glacier, але некаторыя з лікаў змяніліся ў параўнанні з 2016 годам. Акрамя таго, дадаліся новыя (да прыкладу INTELLIGENT_TIERING ці ONEZONE_IA).

Матыў другой: "65 адценняў аранжавага"

Напружанае мысленне патрабуе пэўных намаганняў. Але не сакрэт, што многія праграмісты адчуваюць мазахісцкае задавальненне ад галаваломных задач, пытанняў і часам нават іспытаў.

Думаю, гэтае задавальненне шмат у чым падобна гульні ў «Што? Дзе? Калі?» ці, скажам, добрай партыі ў шахматы.

У гэтым сэнсе цяперашні іспыт AWS Solutions Architect Associate вельмі добры. Хаця падчас падрыхтоўкі сярод праверачных пытанняў час ад часу сустракаліся «зубрыльныя», тыпу «Колькі максімум elastic IP адрасоў можна мець у VPC»Або«Якая availability S3 IA?», на самім іспыце такіх не траплялася. Па сутнасці, практычна кожнае з 65 пытанняў уяўляла сабой міні-задачку на праектаванне. Вось дастаткова тыповы прыклад з афіцыйнай дакументацыі:

У application web customers upload orders to an S3 bucket. У выніку Amazon S3 Events спыняюць функцыю Lambda, што дае інфармацыю аб SQS queue. У цэлых EC2 лічбы выкарыстоўваюцца messages ад quoue, processes them, and stores them in the DynamoDB table partitioned by unique order ID. Далейшыя традыцыі з'яўляюцца выяўленымі для павелічэння фактару 10 і Паслугі Архітэкт з'яўляецца ацэнкай архітэктуры для магчымага вырашэння праблем. Which component is MOST likely to need re-architecting be able to scale to accommodate the new traffic?
A. функцыя Lambda B. SQS queue C. EC2 instance D. DynamoDB table

Наколькі я ведаю, мінулы варыянт іспыту ўтрымліваў 55 пытанняў і на яго вылучалася 80 хвілін. Мяркуючы па ўсім, над ім нядрэнна папрацавалі: зараз там 65 пытанняў і 130 хвілін на іх. Час у пераліку на пытанне павялічыўся, але пры гэтым прахадных пытанняў практычна няма. Над кожным даводзілася думаць, часам і больш за дзве хвіліны.

Дарэчы, адсюль ёсць практычная выснова. Звычайна выйгрышная тактыка хутка прабегчыся па ўсіх пытаннях і адказаць тое, што адпавядае адразу. У выпадку SAA-C01 гэта ўвогуле-то не працуе, пазначаць сцяжкамі прыйдзецца практычна кожнае пытанне, інакш ёсць рызыка не заўважыць нейкую дэтальку і адказаць няправільна. У выніку я адказваў, марнуючы хвіліну-дзве на кожнае пытанне, а потым вярнуўся да зафлажкаваных і выдаткаваў на іх пакінутыя 20 хвілін.

Матыў трэці: "Калі б маладосць ведала, калі б старасць магла"

Як вядома, адна з самых частых прычын адмоў, якія атрымліваюць праграмісты за 40, - паніжаная ў параўнанні з моладдзю здольнасць да навучання.

Між тым ёсць адчуванне, што ў нейкіх галінах у мяне здольнасць да навучання нават павысілася ў параўнанні са студэнцкімі гадамі - за кошт большай уседлівасці, і вопыту, які дазваляе прыцягваць знаёмыя аналогіі для малазнаёмых пытанняў.

Але адчуванне можа быць зманлівым, патрэбен аб'ектыўны крытэр. Падрыхтуецца да іспыту і здаць яго чым не варыянт?

Лічу, што праверка ўдалася. Рыхтаваўся я самастойна і падрыхтоўка прайшла дастаткова гладка. Ну так, пару разоў я заснуў у гамаку чытаючы мануал, - але такое можа здарыцца з кожным.
Цяпер ёсць сертыфікат і прыстойныя акуляры за іспыт як прыкмета пораху ў парахаўніцах.

Ну і крыху пра тое, што можа быць матывацыяй, але наўрад ці было ў маім выпадку.

Не матыў першы: "Капуста"

Існуюць цікаўныя даследаванні "Forbes" аб тым, спецыялісты з якімі сертыфікатамі з'яўляюцца самымі аплачванымі ў свеце, і AWS SAA там на ганаровым 4-м месцы.

Аб сякерах і капусце

Але, па-першае, што тут прычына, а што сьледзтва? Падазраю, што хлопцы добра зарабляюць
з-за пэўных здольнасцей, і гэтыя ж здольнасці дапамагаюць здаць сертыфікацыю. Па-другое, раздзіраюць смутныя сумневы, што камусьці будуць плаціць $130 Да ў год па-за ЗША, хоць ён абсертыфікуйся з ног да галавы.

Ды і ў цэлым, як вядома, пасля задавальнення ніжніх узроўняў піраміды заробак перастае быць галоўным фактарам.

Не матыў другой: "Патрабаванні кампаніі"

Кампаніі могуць заахвочваць сертыфікацыі ці нават патрабаваць іх (асабліва калі яны патрэбны для партнёрства, напрыклад для ўваходжання ў AWS APN у выпадку Amazon).

Але ў нашым выпадку вырабляецца незалежны прадукт, акрамя таго, імкнемся пазбегнуць vendor lock-in. Так што сертыфікатаў ніхто не патрабуе. Пахваляць і аплацяць іспыт у знак прызнання пэўных намаганняў - вось і ўвесь афіцыёз.

Не матыў трэці: «Працаўладкаванне»

Магчыма, наяўнасць сертыфікатаў будзе вызначаным плюсам для атрымання працы, пры іншых роўных. Але ў мяне няма планаў мяняць працу. Цікава працаваць над складаным прадуктам, які актыўна выкарыстоўвае многія навамодныя падыходы і AWS сэрвісы. Агулам гэтага хапае і на цяперашнім месцы.

Не, вядома, выпадкі розныя бываюць: за 23 гады ў IT я мяняў працу разоў 5. Не факт, што не давядзецца памяняць зноў, калі працягну яшчэ гадоў 20. Але будуць біць – будзем плакаць.

карыснае

Напрыканцы згадаю яшчэ некалькі матэрыялаў, якія я выкарыстаў падчас падрыхтоўкі да іспыту і проста ў якасці «тачыла для пілы»:

  • відеокурс плюрагляд и cloud guru. Апошнія, кажуць, асабліва добрыя калі купіць падпіску з доступам да ўсіх выпрабавальных іспытаў. Але ў мяне ў якасці адной з умоў гульні значылася не патраціць на падрыхтоўку ні цэнта, купля падпіскі з гэтым дрэнна спалучалася. Акрамя таго, я ў цэлым лічу відэафармат менш шчыльным з пункту гледжання аб'ёму інфармацыі на адзінку часу. Зрэшты, калі будуць рыхтавацца на SA Professional, то хутчэй за ўсё падпіску аформлю.
  • Тоны амазонаўскай афіцыйнай дакументацыі, у тым ліку F.A.Q і WhitePapers.
  • Ну і апошняя, але значная штука - праверачныя тэсты. Знайшоў іх за пару дзён перад іспытам і нядрэнна патрэніраваўся. Чытаць там няма чаго, але анлайн-інтэрфейс і каментары да адказаў добрыя.

Крыніца: habr.com

Дадаць каментар