The post has been translated automatically. Original language: Russian
Lately, I often see people getting confused about AWS certifications. Especially when they get to the Developer Associate. Many people think that this is an exam only for backend developers who write code 24/7. In fact, everything is a little more interesting.
After I decided not to prepare, I tried certification and failed. I decided to remember about him.
I would say that AWS Developer is more of an exam about the event-driven approach, serverless, and understanding how an application lives inside AWS.
There are a lot of Lambda, API Gateway, SQS, SNS, EventBridge, DynamoDB and IAM. Basically, AWS wants to check if you understand how to build a modern cloud application from managed services.
What I personally liked is that the exam doesn't stifle you with algorithms or deep coding. Rather, it tests the developer's architectural thinking inside the cloud.
For example:
- how the application interacts through queues
- why do I need DLQ?
- how retry works
- when to use FIFO
- how apps are authorized through IAM Roles
- How to keep secrets
- how to deploy Lambda
- what to do with cold starts
- how DynamoDB TTL or streams works
And that's where the fun begins. A lot of DevOps engineers suddenly realize that they know half the exam simply because they are already working with AWS infrastructure.
But there are also pitfalls. Exam loves:
- IAM access rights
- SDK and AWS CLI
- CI/CD via CodePipeline and CodeBuild
- monitoring via CloudWatch
- X-Ray
- serverless deployment patterns
I also noticed that AWS is now very strongly moving people towards the event-driven architecture. Almost half of the exam tasks can be solved through “upload the event to the service and don't keep the server.”
From the materials, I would definitely recommend:
- Stephane Maarek
- kodekloud
Because if you just read it, everything seems simple. And then you catch the first problem with visibility timeout or IAM policy and the training starts abruptly.
Overall, the certification is good. Especially if you want to better understand serverless, the AWS application stack, and how modern cloud-native applications are built now.
Последнее время часто вижу, как люди путаются в AWS сертификациях. Особенно когда доходят до Developer Associate. Многие думают, что это экзамен только для backend-разработчиков, которые пишут код 24/7. На деле все чуть интереснее.
После того, как я решил не подготовившься попробывать сертификация и завалил. Я решил вспомнить про него.
Я бы сказал, что AWS Developer это скорее экзамен про event-driven подход, serverless и понимание того, как приложение живет внутри AWS.
Тут очень много Lambda, API Gateway, SQS, SNS, EventBridge, DynamoDB и IAM. По сути AWS хочет проверить понимаешь ли ты, как собрать современное облачное приложение из managed сервисов.
Что лично мне понравилось, экзамен не душит тебя алгоритмами или глубоким кодингом. Скорее проверяет архитектурное мышление разработчика внутри облака.
Например:
- как приложение взаимодействует через очереди
- зачем нужен DLQ
- как работает retry
- когда использовать FIFO
- как приложения авторизуются через IAM Roles
- как хранить секреты
- как деплоить Lambda
- что делать с cold starts
- как работает DynamoDB TTL или streams
И вот тут начинается самое интересное. Очень много DevOps инженеров неожиданно понимают, что знают половину экзамена просто потому что уже работают с AWS инфраструктурой.
Но есть и подводные. Экзамен любит:
- права доступа IAM
- SDK и AWS CLI
- CI/CD через CodePipeline и CodeBuild
- мониторинг через CloudWatch
- X-Ray
- serverless deployment patterns
Еще заметил, что AWS сейчас очень сильно двигает людей в сторону event-driven архитектуры. Практически половину задач на экзамене можно решить через “закинь событие в сервис и не держи сервер”.
Из материалов я бы точно советовал:
- Stephane Maarek
- kodekloud
Потому что если просто читать, все кажется простым. А потом ловишь первую проблему с visibility timeout или IAM policy и резко начинается обучение.
В целом сертификация хорошая. Особенно если хотите лучше понимать serverless, AWS application stack и как сейчас строятся современные cloud-native приложения.
Share
