Ми переможемо!

ДевОпс Мобілізація!

Друзі, ми точно переможемо! Нас неможливо захопити, відтиснути, принизити, тому що:
- з кожного вікна буде стирчати гвинтівка з Ібісу
- кожна бабця буде годувати орків смертельними пиріжками
- байрактари і хімарси разом з дронами пекельним оком стежитимуть за дон-донами

Я вже давно зрозумів, що ми стали “тією валізою, яку неможливо кинути” для більшості країн світу. Занадто багато ми, українці, вже зробили, і ще зробимо.

Треба адаптуватись до життя, пристосовуватись і звертати увагу на свої сильні сторони. DevOps - це про складні інфраструктури і високі зарплати. Ми добре вміємо реалізовувати складні рішення, чудово заробляємо гроші.

Сьогодні я прошу вас надіслати свою частину перемоги на “жирний” повнопривідний автомобіль на південно-східний напрямок - це там, де кавуни, черешні.

Хлопці вже зібрали 200 000 грн, залишається 130 000, а бус чекати не може. Треба допомогти добити.

Збір очолює Олексій Барабаш, мій хороший друг, DevOps Team Lead в Reface.

Reface - це компанія, яка в перший день війни надіслала всім користувачам з оркостану push-повідомлення “НЕТ ВОЙНЕ”, і закликала виходити на протести.

Монобанка:
https://send.monobank.ua/jar/kXCMgJpPW

Давайте завершимо цей день з користю 🇺🇦

⚡️ Бандеромобіль в Україні!

Топ-донати:
Михайло Н. - 5000
Сергій Ю. - 5000
Кіт - 5000
Ілля Р. - 5000
Oleksandr S. - 2000
Олександр Л. - 2000
Олександр Б. - 2000
Юрій А. - 2000
Олександр Б. - 2000

Фото згодом

📣 DOU запускає флешмоб #купую80дронів

Що варто зробити ❓

1️⃣ Задонатьте будь-яку суму 👉 https://dou.ua/goto/4sf2
2️⃣ Зробіть пост про збір з тегом #купую80дронів (можна додати кітика-гіфку😺)
3️⃣ І очікуйте на деокупацію українських територій

Україна — це ми. І тільки РАЗОМ ми робимо її сильнішою!

kubectl describe

Хотілось би почути голос спільноти, і зрозуміти, чи є сенс зараз у технічному контенті.

З однієї сторони, ми продовжуємо жити, працювати, і донатити на перемогу. З іншої сторони, у багатьох можуть бути інші, важливіші справи.

Дайте мені знати, що ви про це думаєте.

AWS Multi-account Strategy

Абсолютно очевидним є тренд на декомпозицію одного величезного аккаунту з мільйоном сервісів на маленькі, і гранулярні AWS Accounts. Спершу звучить дико, але абсолютно точно має свій сенс.

Сенс рекомендації: працювати в одному аккаунті - це зло, навіть якщо у вас достатньо сегментації на рівні VPC, або EKS кластерів під енв - це аж ніяк не може бути безпечно, і, певною мірою, досить юзабельно.

Стратегічний вектор: account per app per env 😳

Хайлевельно, виходить ось така кухня:
1. Рекомендовано юзати примітив Organizations, всередині якого нарізати аккаунти
2. Нарізати аккаунти запропоновано через Control Tower

Бенефіти:
- повна сегментація аккаунтів (dev трафік ніяк не пролізе в prod, якщо звичайно не накрутити додаткових Transit Gateway, VPCe, etc)
- більш гнучкий рівень контролю доступів (видаємо команді, яка розробляє сервіс доступ в аккаунти з їх респонсібіліті)
- біллінг рахувати набагато простіше (дуже легко відповісти на питання, скільки грошей коштувала апка)
- security by design

Мінуси:
- доведеться платити декілька разів за ті ж кластери, VPC, Internet/NAT gateway - їх кількість кратно збільшиться
- складність менеджменту цією кухнею кратно зростає (збільшується складність --> складніші тули і підходи —> ріст зарплати 💸 —> більший донат на оборону України)

Цікаво, що цей підхід Amazon рекомендує всім корпоративним юзерам AWS, і дуже активно використовує сам. Чим ближче ви до MANGA компаній, тим більш корисним вам буде такий досвід.

Тепер посилання для продовження занурення в концепцію:

📄 Whitepaper:
https://docs.aws.amazon.com/pdfs/prescriptive-guidance/latest/transitioning-to-multiple-aws-accounts/transitioning-to-multiple-aws-accounts.pdf

📄 Мікро-дока:
https://docs.aws.amazon.com/whitepapers/latest/organizing-your-aws-environment/design-principles-for-your-multi-account-strategy.html

📄 AWS Control Tower Account Factory for Terraform:
https://github.com/aws-ia/terraform-aws-control_tower_account_factory

Як в GCP - не в курсі, колись давно бачив сегментацію на рівні Projects. Хто шарить як там в GCP - поділіться, пліз, в коментарях.

DOU

Пам’ятаю ще ті часи, коли в розділі “Зарплати” та “Робота” не було окремо DevOps, і доводилось орієнтуватись на SysAdmin. Але навіть це вже було досить потужно. Далі з’явився чудовий Djinni, де можна було тестувати потенційну стелю компенсацій, і знаходити найсмачніші вакансії нехитрими методами 🙂

На сьогодні DOU проводить величезні збори, донатить самостійно грандіозні суми, випускає статті про IT спеціалістів, які зі зброєю в руках захищають Україну.

Також DOU робить акцент на створенні спільнот і розвитку спеціальностей (технічні стріми, статті, дайджести - один з стрімів ми проводили разом на початку 2021 року), досить давно працює окремий розділ для QA, і тиждень назад зробили окремий розділ для DevOps спеціалістів:

@devops_dou 🎯

1) Підпишіться на @devops_dou - тому що це справжні друзі нашого ІТ, десь як Джонсонюк, може навіть і більше

2) Зверніть увагу, 8 лютого Uklon проводить онлайн-мітап (Istio, ArgoCD, SLO) - реєструйтесь, підтримаємо перший івент:
https://dou.ua/calendar/45982/

Також, якщо у вас є бажання допомогти в розвитку DevOps розділу на DOU - напишіть @dzzzvinka

Тихого і продуктивного робочого тижня всім нам 🤝