Для QA-инженера (без специфики - в общем смысле), который начинает/работает с AWS — на какую сертификацию сдавать?
#опрос
#опрос
Anonymous Poll
21%
Тестировщикам AWS сертификация не нужна
24%
Cloud Practitioner
9%
Developer
4%
SysOps Administrator
10%
Solution Architect Associate
32%
Посмотреть результаты
Самые важные AWS сервисы, которые нужно знать QA-инженеру (первая восьмёрка).
(можно выбрать несколько вариантов)
#опрос
(можно выбрать несколько вариантов)
#опрос
Anonymous Poll
42%
CloudWatch
13%
CodeBuild
10%
CodePipeline
7%
Device Farm
34%
EC2
24%
IAM
16%
Lambda
16%
Route53
4%
Другой (более важный, чем какой-то из восьми выше)
40%
Посмотреть результаты
Важные AWS сервисы, которые стоит знать QA-инженеру (вторая часть).
(можно выбрать несколько вариантов)
#опрос
(можно выбрать несколько вариантов)
#опрос
Anonymous Poll
7%
CodeStar
11%
Fargate
13%
FIS (Fault Injection Simulator)
3%
Proton
23%
RDS
47%
S3
13%
Step Functions
2%
Другой (более важный, чем какой-то из перечисленных выше)
45%
Посмотреть результаты
Top 8 AWS services for QA
С вашей помощью получился список AWS сервисов, которые нужно знать QA-инженеру.
1️⃣ CloudWatch
2️⃣ S3
3️⃣ EC2
4️⃣ IAM
5️⃣ RDS
6️⃣ Lambda
7️⃣ CodeBuild
8️⃣ Route53
В опросах перечислил полтора десятка сервисов AWS, которые можно как-то причислить к теме QA. Однако конечный список получился прогнозируемо весьма коротким 😀, что, в принципе, достаточно логично, ибо, всё же, деятельность QA не так сильно завязана конкретно на AWS.
p.s. Ранее было аналогичное для бэкенда, фронта и фуллстэк.
#qa #top #опрос
С вашей помощью получился список AWS сервисов, которые нужно знать QA-инженеру.
1️⃣ CloudWatch
2️⃣ S3
3️⃣ EC2
4️⃣ IAM
5️⃣ RDS
6️⃣ Lambda
7️⃣ CodeBuild
8️⃣ Route53
В опросах перечислил полтора десятка сервисов AWS, которые можно как-то причислить к теме QA. Однако конечный список получился прогнозируемо весьма коротким 😀, что, в принципе, достаточно логично, ибо, всё же, деятельность QA не так сильно завязана конкретно на AWS.
p.s. Ранее было аналогичное для бэкенда, фронта и фуллстэк.
#qa #top #опрос
Для security-инженера (специалиста по ИБ), который начинает/работает с AWS — на какую AWS сертификацию сдавать (с какой начать)?
#опрос
#опрос
Anonymous Poll
4%
Безопасникам AWS сертификация не нужна
1%
Developer
9%
SysOps Administrator
15%
Solution Architect - Associate
4%
Solution Architect - Professional
2%
DevOps Engineer - Professional
31%
Security - Specialty
33%
Посмотреть результаты
Самые важные AWS сервисы, которые нужно знать ИБ специалистам (первая восьмёрка).
(можно выбрать несколько вариантов)
#опрос
(можно выбрать несколько вариантов)
#опрос
Anonymous Poll
24%
Config
48%
CloudTrail
29%
GuardDuty
61%
IAM
36%
KMS
25%
Organizations
28%
Security Hub
24%
SSO
3%
Другой (более важный, чем какой-то из восьми выше)
28%
Посмотреть результаты
Важные AWS сервисы, которые нужно знать ИБ специалистам (вторая восьмёрка).
(можно выбрать несколько вариантов)
#опрос
(можно выбрать несколько вариантов)
#опрос
Anonymous Poll
31%
ACM (Amazon Certificate Manager)
15%
CloudHSM
43%
CloudWatch
15%
Detective
27%
Inspector
12%
Macie
39%
Secrets Manager
45%
WAF (Web Application Firewall)
4%
Другой (более важный, чем какой-то из первой и второй восьмёрки выше)
27%
Посмотреть результаты
AWS сервисы, которые стоит знать ИБ специалистам (третья восьмёрка).
(можно выбрать несколько вариантов)
#опрос
(можно выбрать несколько вариантов)
#опрос
Anonymous Poll
7%
Artifact
30%
Audit Manager
24%
Cognito
36%
Firewall Manager
5%
IoT Device Defender
36%
Network Firewall
31%
Shield
23%
Well-Architected Framework
1%
Другой (более важный, чем перечисленные ранее)
33%
Посмотреть результаты
AWS сервисы, которые желательно знать ИБ специалистам (четвёртая восьмёрка).
(можно выбрать несколько вариантов)
#опрос
(можно выбрать несколько вариантов)
#опрос
Anonymous Poll
26%
Backup
31%
EC2
13%
ECS
12%
EKS
23%
Lambda
16%
RDS
31%
Route53
50%
VPC
0%
Другой (более важный, чем все перечисленные выше)
34%
Посмотреть результаты
Top 20 AWS services for Security
С вашей помощью получился следующий список AWS сервисов, который Security (специалистам по ИБ) обязательно нужно знать / стоит знать / можно рекомендовать для изучения (по убыванию важности):
1️⃣ IAM
2️⃣ CloudTrail
3️⃣ KMS
4️⃣ GuardDuty
5️⃣ Security Hub
6️⃣ Config
7️⃣ Organizations
8️⃣ SSO
9️⃣ CloudWatch
🔟 WAF (Web Application Firewall)
11. Secrets Manager
12. ACM (AWS Certificate Manager)
13. Shield
14. VPC
15. Inspector
16. Audit Manager
17. Network Firewall
18. Firewall Manager
19. Route53
20. EC2
AWS сервисов по безопасности в реальности ещё полтора десятка, уже более специализированных. Про которые тоже стоит/нужно знать безопасникам. 😀
Также порекомендую, чтобы быть в курсе по теме безопасности, обязательно стоит подписаться на @sec_devops, где всегда много тем по AWS.
p.s. Ранее было аналогичное для бэкенда, фронта, фуллстэк и QA.
#top #security #опрос
С вашей помощью получился следующий список AWS сервисов, который Security (специалистам по ИБ) обязательно нужно знать / стоит знать / можно рекомендовать для изучения (по убыванию важности):
1️⃣ IAM
2️⃣ CloudTrail
3️⃣ KMS
4️⃣ GuardDuty
5️⃣ Security Hub
6️⃣ Config
7️⃣ Organizations
8️⃣ SSO
9️⃣ CloudWatch
🔟 WAF (Web Application Firewall)
11. Secrets Manager
12. ACM (AWS Certificate Manager)
13. Shield
14. VPC
15. Inspector
16. Audit Manager
17. Network Firewall
18. Firewall Manager
19. Route53
20. EC2
AWS сервисов по безопасности в реальности ещё полтора десятка, уже более специализированных. Про которые тоже стоит/нужно знать безопасникам. 😀
Также порекомендую, чтобы быть в курсе по теме безопасности, обязательно стоит подписаться на @sec_devops, где всегда много тем по AWS.
p.s. Ранее было аналогичное для бэкенда, фронта, фуллстэк и QA.
#top #security #опрос
Telegram
aws_notes
Самые важные AWS сервисы, которые нужно знать ИБ специалистам (первая восьмёрка).
(можно выбрать несколько вариантов)
#опрос
Config / CloudTrail / GuardDuty / IAM / KMS / Organizations / Security Hub / SSO / Другой (более важный, чем какой-то из восьми выше)…
(можно выбрать несколько вариантов)
#опрос
Config / CloudTrail / GuardDuty / IAM / KMS / Organizations / Security Hub / SSO / Другой (более важный, чем какой-то из восьми выше)…
Плохие практики — VPC с двумя AZ подзонами или сколько правильно иметь AZ в VPC
Как показал опрос, 20% читателей используют фиксированные 2 AZ для разворота VPC. И действительно, для простоты и экономии, казалось бы, логично, использовать две AZ подзоны. Кучи примеров с такими настройками, презентаций, видео. Также многие просто руководствуются требованиями в документации, например, это минимальная рекомендация для ALB:
You must select at least two Availability Zone subnets.
Другие считают, что всё равно некоторые AWS регионы имеют лишь две AZ подзоны, потому логично ориентироваться на минимум для своих deployment скриптов, который подойдёт для всех.
Две (минимум) AZ
Попробуем разобраться в деталях, почему использовать лишь 2 AZ — плохая практика.
1️⃣ Во-первых, на текущий момент (начало 2022-го года) все AWS Regions имеют 3 AZ и больше.
2️⃣ Во-вторых, сами по себе AZ подзоны (как подсети для VPC) не стоят денег, потому в качестве экономического фактора не валидны.
3️⃣ В-третьих, это минимальное значение может стать крайне проблематичным в случае реального падения одной из AZ подзон.
Показательный случай был совсем недавно, 22 декабря 21-го года, когда упала
Главные вывод следующий. Наблюдая проблемы в процессе их развития, он не мог быстро отреагировать на них, например, просто временно отключив одну из подсетей ALB (упавшей
Три AZ
Итого, если в VPC всего лишь 2 AZ, то нет возможности быстро/временно переконфигурировать сервисы, удалив из них проблемную AZ. Потому нормальным значением правильно считать 3 AZ или больше.
Максимум AZ
Про максимальное количество также стоит сказать. Кроме достаточно логичного, что в зависимости от используемого IaC, это может быть просто не шибко удобно по количеству кода, есть проблема другого характера. Некоторые AZ очень старые и уже давно не обновляются, в результате чего не имеют современных инстансов и можно получить ошибку "
https://aws.amazon.com/premiumsupport/knowledge-center/ec2-instance-type-not-supported-az-error/
Такая точно есть в
Сколько нужно AZ
А если добавить Local Zones, которые можно/нужно подключать, то управление и выбор подзон нонче правильно выносить в отдельный процесс, который нужно иметь возможность гибко конфигурировать.
#VPC #design
Как показал опрос, 20% читателей используют фиксированные 2 AZ для разворота VPC. И действительно, для простоты и экономии, казалось бы, логично, использовать две AZ подзоны. Кучи примеров с такими настройками, презентаций, видео. Также многие просто руководствуются требованиями в документации, например, это минимальная рекомендация для ALB:
You must select at least two Availability Zone subnets.
Другие считают, что всё равно некоторые AWS регионы имеют лишь две AZ подзоны, потому логично ориентироваться на минимум для своих deployment скриптов, который подойдёт для всех.
Две (минимум) AZ
Попробуем разобраться в деталях, почему использовать лишь 2 AZ — плохая практика.
1️⃣ Во-первых, на текущий момент (начало 2022-го года) все AWS Regions имеют 3 AZ и больше.
2️⃣ Во-вторых, сами по себе AZ подзоны (как подсети для VPC) не стоят денег, потому в качестве экономического фактора не валидны.
3️⃣ В-третьих, это минимальное значение может стать крайне проблематичным в случае реального падения одной из AZ подзон.
Показательный случай был совсем недавно, 22 декабря 21-го года, когда упала
USE1-AZ4 в N.Virginia после отключения электричества в её датацентре. По результатам падения, один из обладателей конфигурации с 2 AZ написал пост на Reddit, где пытался разобраться, почему 2 AZ не спасли от ошибок по таймауту.Главные вывод следующий. Наблюдая проблемы в процессе их развития, он не мог быстро отреагировать на них, например, просто временно отключив одну из подсетей ALB (упавшей
AZ4). А не смог он этого сделать как раз потому что минимальное значение подсетей для ALB, как было указано выше — 2 AZ! И потому ALB не дал возможности выбросить упавшую подзону.Три AZ
Итого, если в VPC всего лишь 2 AZ, то нет возможности быстро/временно переконфигурировать сервисы, удалив из них проблемную AZ. Потому нормальным значением правильно считать 3 AZ или больше.
Максимум AZ
Про максимальное количество также стоит сказать. Кроме достаточно логичного, что в зависимости от используемого IaC, это может быть просто не шибко удобно по количеству кода, есть проблема другого характера. Некоторые AZ очень старые и уже давно не обновляются, в результате чего не имеют современных инстансов и можно получить ошибку "
Your requested instance type is not supported in your requested Availability Zone":https://aws.amazon.com/premiumsupport/knowledge-center/ec2-instance-type-not-supported-az-error/
Такая точно есть в
N.Virginia и если нет возможности обрабатывать данную ошибку, то можно использовать лишь 5 AZ.Сколько нужно AZ
А если добавить Local Zones, которые можно/нужно подключать, то управление и выбор подзон нонче правильно выносить в отдельный процесс, который нужно иметь возможность гибко конфигурировать.
#VPC #design
Telegram
aws_notes
Сколько AZ подзон обычно используете для VPC?
#опрос
Фиксированно 2 / Фиксированно 3 / Определяю динамически - максимальное значение для региона / Не знаю / Посмотреть результат
#опрос
Фиксированно 2 / Фиксированно 3 / Определяю динамически - максимальное значение для региона / Не знаю / Посмотреть результат
👍6
Как часто вы используете AI chatbots (ChatGPT, Bard, Bing, etc) в своей работе?
#опрос
#опрос
Anonymous Poll
28%
Каждый день / постоянно. 👍
33%
Периодически / пару раз в неделю. 😀
15%
Редко / пару раз в месяц. 🙂
14%
Поигрались и бросили / не используем. 😐
11%
👀 Посмотреть результаты.
Можно ли работать DevOps-инженером без базы и достаточных знаний?
#опрос
#опрос
Anonymous Poll
18%
Нет, без понимания базы — нельзя.
29%
Нет, без фундаментальной технической базы, знаний и опыта, хотя бы в смежных областях — нельзя!
26%
Ну я же работаю!
28%
👀 Посмотреть результаты.
👍7👎4🤡2
Нормально ли на собеседовании задавать вопросы про крышку люка, разрезание тортов, биллиардные шары, взвешивание слонов, какой вы вкус мороженого и т.п.?
#опрос
#опрос
Anonymous Poll
4%
Нормально — я тот, кто спрашивает.
5%
Нормально — я тот, кто отвечает.
16%
Не нормально — я тот, кто спрашивает.
30%
Не нормально — я тот, кто отвечает.
44%
👀 Посмотреть результаты.
🤪1