Кой съм аз и защо започнах AWS пътя си

Работя повече от 15 години като софтуерен инженер с фокус върху Java, дистрибутирани системи/microservices и cloud-ориентирани проекти. С натрупването на опит забелязах, че развитието ми постепенно се забавя. Оказах се в ситуация, която е често срещана в индустрията: достатъчно senior за стандартните позиции, но без ясно структурирана специализация, която да ме позиционира като principal, expert или архитект.

Реших, че за да изляза от това междинно ниво, ми е необходима по-конкретна посока. Потърсих начин да структурирам и надградя знанията, които съм събирал фрагментирано през годините, и едновременно с това да повиша професионалната си видимост, особено спрямо EU remote пазара, където специализираните профили са популярни.

Така стигнах до AWS, тъй като към момента на писане на статията е cloud провайдърът с най-голям пазарен дял в Европа (а и май в света). Така AWS Solutions Architect Associate кристализира като естествена първа стъпка, която да ме изстреля към AWS Solutions Architect Professional.

С други думи, започнах подготовка за SAA-C03, за да подобря професионалния си профил.

Как избрах SAA за стартов сертификат

Избрах Solutions Architect Associate, защото това е сертификатът, който осигурява ясна рамка за основните AWS услуги, архитектурните принципи и най-често срещаните начини на ползване.

SAA е и добра подготовка за Professional нивото (SAP), което е значително по-търсено, но и значително по-трудно за придобиване.

Разбира се тези заключения се случиха след сериозен преглед на мнения в Reddit, Discord групи, форуми и различни видеа. На практика навсякъде SAA → SAP се посочва като пътя за изграждане на силна cloud експертиза. SAP консистентно се описва като един от най-силните advanced сертификати на пазара - и по трудност, и по реална стойност.

Избрах да пропусна Developer, CloudOps и DevOps Professional като първи стъпки, тъй като фокусът ми е архитектура, а не оперативни или CI/CD специализации. Те имат своето място, но за момента съм повече насочен към изграждане на широк архитектурен фундамент, който покрива дизайн, trade-offs и цялостно мислене върху системите в AWS.

Какви ресурси избрах и защо точно тях

След като определих посоката, следващата стъпка беше да избера подходящи ресурси. Отново последва рисърч в Reddit, Discord общности за AWS, специализирани канали в YouTube и обобщена информация от ChatGPT. Целта ми беше да намеря материали, които покриват дълбочина, практическа стойност и същевременно дават добра подготовка за изпита.

Първо се спрях на AWS SkillBuilder, тъй като е официалният сайт на AWS за учебни материали. Използвах единствено безплатните ресурси, за да се ориентирам, но така само се убедих в доминиращото мнение онлайн: материалите в SkillBuilder са твърде повърхностни, разчитат на значително количество "fluff", а реалната им полезност е ограничена. Форматът е подходящ за начинаещи, както и за кратки лабораторни упражнения, но не и за сериозна подготовка.

Основният ресурс за запознаване в дълбочина с материята са курсовете на Adrian Cantrill. Той се счита за водещ инструктор за AWS сертификати, благодарение на ясните обяснения, реалистичните сценарии и силния архитектурен фокус. След започване на курса мога да потвърдя, че качеството е значително по-високо от ресурсите на AWS.

За пробни изпити избрах тези в Tutorials Dojo. Те се считат за стандарт при подготовката за SAA и SAP тъй като са най-близки до формата на реалните въпроси.

Tutorials Dojo предлагат и т.нар. AWS Cheat Sheets или царски пищови, които са много удобни за учене или преговор, докато сте в движение.

Оставям си и алтернативен ресурс при нужда - по-изпитно фокусиран курс като този на Stephane Maarek, който също е от широко използваните за подготовка за AWS сертифициране.

Финалното обобщение на ресурсите, които избрах е:
Cantrill за дълбочина, Tutorials Dojo за самооценка на подготовката ми + преговор и Stephane Maarek за по-изпитно ориентирана подготовка, но само при нужда.

Стратегията ми за учене

С избора на учебните ресурси се оформи и планът за подготовка, който до голяма степен стана ясен и в предната секция:
подробно запознаване с нужните AWS Services → проверка на готовността → изчистване на слабите места.

Първата стъпка е пълното преминаване на материалите на Adrian Cantrill. Подходът му е ориентиран към разбиране на логиката зад услугите, техните ограничения и типичните архитектурни решения. Това е по-присъщо за SAP изпита, но е и изключително полезно за SAA.

След завършване на основния материал планирам да премина към пробните изпити на Tutorials Dojo. С тях би трябвало лесно да успея да оценя готовността ми за реалния изпит, като целта ми е консистентни резултати ≥ 85–90%, преди да насроча датата.

Ако се появят области, в които все още имам пропуски, ще използвам царските пищови на Tutorials Dojo или курса на Maarek, за бързо изглаждане на детайли, които са специфични за изпитния формат.

Най-важните първи изводи

След първите седмици работа забелязах няколко неща.

Първо, AWS SkillBuilder не е ефективен източник за теория. Форматът е ориентиран към начинаещи, съдържа много обща информация и предлага ограничена дълбочина.

Второ, курсовете на Adrian Cantrill оправдават репутацията си. Структурата, качеството на обясненията и реалистичните сценарии са на ниво, което трудно може да се намери в други ресурси.

Трето, онлайн изпитът е по-строг, отколкото очаквах - изискванията на OnVUE към обстановката, хардуера и процеса на наблюдение са значителни. Надявам се условията да не наложат пътуване до тестов център в София, но това остава резервна опция.

И накрая, ясно се открояват теми, които изискват повишено внимание: IAM, Organizations, части от VPC networking и конкретните взаимодействия между услугите. Те изискват системно преговаряне и практическо разбиране.

Какво следва (SAP, AWS Security… + публичен лог)

SAA е само първата стъпка. Основната ми цел е покриване на AWS Solutions Architect Professional (SAP) - сертификатът с най-голяма тежест за архитектурни роли и значима стойност при кандидатстване за senior+ позиции на EU remote пазара.

След SAP планирам да покрия теми, които допълват архитектурната перспектива - вероятно AWS Security Specialty, а на по-късен етап и други релевантни направления като Terraform, Kubernetes, Kafka и др., в зависимост от развитието на професионалния ми фокус.

Паралелно с подготовката планирам да поддържам публичен лог. Той структурира собствената ми работа и може да бъде полезен за други, които преминават през същия път. Ще включвам наблюдения, практически насоки, както и ресурси, които намирам за полезни.

Освен дневника на подготовката ми възнамерявам да публикувам и по-практически насочени технически материали - CloudFormation шаблони, Docker конфигурации, примери за инфраструктурни модели и кратки архитектурни анализи. Целта е да има реална стойност и за читатели, които търсят приложими решения, а не само информация за процеса по сертифициране.