🔑 AWS запускає European Sovereign Cloud — незалежний європейський хмарний сервіс, подібний до американського GovCloud або AWS China, але створений спеціально для Європи.
Це дає перевагу над іншими гіперскейлерами, адже державні установи та регульовані галузі зможуть безпечно користуватися сучасними технологіями AWS у повністю суверенному середовищі, без обмежених “compliance-only” рішень чи застарілих on-premise серверів.
Сподіваюся, AWS й надалі розвиватиме присутність у Європі, зокрема завершить запуск Local Zone у Празі, який обіцяли ще у 2022 році.
🛠Чому це важливо:
https://www.linkedin.com/posts/egoriwe999_awseurope-sovereigncloud-cloudcomputing-activity-7359313445931868160-rYyw
Це дає перевагу над іншими гіперскейлерами, адже державні установи та регульовані галузі зможуть безпечно користуватися сучасними технологіями AWS у повністю суверенному середовищі, без обмежених “compliance-only” рішень чи застарілих on-premise серверів.
Сподіваюся, AWS й надалі розвиватиме присутність у Європі, зокрема завершить запуск Local Zone у Празі, який обіцяли ще у 2022 році.
🛠Чому це важливо:
Дозволяє зберігати та обробляти дані виключно в межах ЄС
Підвищує безпеку та відповідність локальним законам
Дає доступ до повного функціоналу AWS без компромісів
https://www.linkedin.com/posts/egoriwe999_awseurope-sovereigncloud-cloudcomputing-activity-7359313445931868160-rYyw
👍5
🚀 Безкоштовний тиждень навчання від KodeKloud
З 13 по 20 вересня 2025 KodeKloud проводить AI Learning Week – чудова нагода безкоштовно прокачати навички DevSecOps і AI для інфраструктури.
Що буде:
• Prompt engineering для DevOps
• RAG – AI-база знань команди
• MCP – інтеграція інструментів
• Спеціалізовані AI-агенти
• Завершальний проєкт – повна AI-операційна платформа
🎁 Бонус: доступ до 135+ курсів та 1000+ практичних лабораторій на час тижня.
Деталі та реєстрація: https://kode.wiki/42ocDuJ
Це не реклама, а порада: оберіть хоча б один курс чи лабу та підтягніть скіли безкоштовно.
З 13 по 20 вересня 2025 KodeKloud проводить AI Learning Week – чудова нагода безкоштовно прокачати навички DevSecOps і AI для інфраструктури.
Що буде:
• Prompt engineering для DevOps
• RAG – AI-база знань команди
• MCP – інтеграція інструментів
• Спеціалізовані AI-агенти
• Завершальний проєкт – повна AI-операційна платформа
🎁 Бонус: доступ до 135+ курсів та 1000+ практичних лабораторій на час тижня.
Деталі та реєстрація: https://kode.wiki/42ocDuJ
Це не реклама, а порада: оберіть хоча б один курс чи лабу та підтягніть скіли безкоштовно.
🤝3
🔥 AWS GameDay: Захист від DDoS-атак
Кіберзагрози стають дедалі витонченішими, а DDoS-атаки – масовішими. Для публічних організацій та бізнесу надійний захист інфраструктури означає безперервність роботи й довіру користувачів.
Запрошуємо на AWS GameDay, де ти зможеш:
⚔️ В команді відбивати реальні DDoS-атаки на e-commerce сайт
🛡 Використовувати AWS WAF та AWS Shield для протидії HTTP flood, web-експлойтам і ботам
📊 Аналізувати атаки за допомогою CloudWatch Logs Insights та Athena
🏆 Боротися за місце у лідерборді та призи
📌 Формат: командна гра з реальними сценаріями атак
📌 Мова: англійська
📌 Рівень складності: 200
📌 Тривалість: 2–3 години
Організатори підготують AWS середовища для всіх учасників.
👉 Реєстрація обов’язкова: https://forms.gle/ktSpTrJBfJiUWqop9
Кіберзагрози стають дедалі витонченішими, а DDoS-атаки – масовішими. Для публічних організацій та бізнесу надійний захист інфраструктури означає безперервність роботи й довіру користувачів.
Запрошуємо на AWS GameDay, де ти зможеш:
⚔️ В команді відбивати реальні DDoS-атаки на e-commerce сайт
🛡 Використовувати AWS WAF та AWS Shield для протидії HTTP flood, web-експлойтам і ботам
📊 Аналізувати атаки за допомогою CloudWatch Logs Insights та Athena
🏆 Боротися за місце у лідерборді та призи
📌 Формат: командна гра з реальними сценаріями атак
📌 Мова: англійська
📌 Рівень складності: 200
📌 Тривалість: 2–3 години
Організатори підготують AWS середовища для всіх учасників.
👉 Реєстрація обов’язкова: https://forms.gle/ktSpTrJBfJiUWqop9
Google Docs
AWS DDoS GameDay
GameDay Description
As you consider moving some of your workloads to the cloud, having robust DDoS protection in place will be crucial for maintaining reliability and uptime. Distributed Denial of Service (DDoS) attacks aim to overwhelm websites and web applications…
As you consider moving some of your workloads to the cloud, having robust DDoS protection in place will be crucial for maintaining reliability and uptime. Distributed Denial of Service (DDoS) attacks aim to overwhelm websites and web applications…
❤3
🔑 Google Gemini Pro Plan БЕЗКОШТОВНО на 1 РІК Для Студентів!
Google надає студентам безкоштовний доступ до Gemini Pro на цілий рік.
Що це дає:
- Доступ до Gemini 2.5 Pro (необмежені чати, завантаження зображень).
- Функції Deep Research та Audio Overviews.
- Генерація тестів.
- 2 ТБ хмарного сховища.
Як отримати:
- Перейти за посиланням на офіційну сторінку Google (https://gemini.google/students/).
- Пройти верифікацію студентського статусу (через SheerID).
Пропозиція діє до 9 грудня 2025 року.🫡
Google надає студентам безкоштовний доступ до Gemini Pro на цілий рік.
Що це дає:
- Доступ до Gemini 2.5 Pro (необмежені чати, завантаження зображень).
- Функції Deep Research та Audio Overviews.
- Генерація тестів.
- 2 ТБ хмарного сховища.
Як отримати:
- Перейти за посиланням на офіційну сторінку Google (https://gemini.google/students/).
- Пройти верифікацію студентського статусу (через SheerID).
Пропозиція діє до 9 грудня 2025 року.🫡
Gemini
Gemini voor studenten: je AI-studiepartner van Google
Ontgrendel de kracht van Gemini voor school en daarbuiten, van hulp bij huiswerk tot video's maken. Krijg nu meer Gemini met Google AI Pro.
🤝3
🛡 Kubernetes під прицілом: як захистити кластер від загроз?
Kubernetes має вбудовані інструменти безпеки, які допомагають контролювати доступ, мережеву взаємодію та захист даних у кластері.
Серед ключових механізмів — Network Policies, що обмежують трафік між подами; Secrets, які зберігають паролі й ключі; RBAC для управління правами користувачів; а також Pod Security Admission, що забороняє небезпечні конфігурації контейнерів.
Це створює базовий рівень безпеки, який має бути увімкнений у будь-якому production-кластері, щоб зменшити ризик витоку даних або компрометації середовища.
🛠 Чому це важливо:
Обмежує небажану мережеву взаємодію між подами
Захищає чутливу інформацію в Secrets
Зменшує ризик ескалації привілеїв і атак
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
Kubernetes має вбудовані інструменти безпеки, які допомагають контролювати доступ, мережеву взаємодію та захист даних у кластері.
Серед ключових механізмів — Network Policies, що обмежують трафік між подами; Secrets, які зберігають паролі й ключі; RBAC для управління правами користувачів; а також Pod Security Admission, що забороняє небезпечні конфігурації контейнерів.
Це створює базовий рівень безпеки, який має бути увімкнений у будь-якому production-кластері, щоб зменшити ризик витоку даних або компрометації середовища.
🛠 Чому це важливо:
Обмежує небажану мережеву взаємодію між подами
Захищає чутливу інформацію в Secrets
Зменшує ризик ескалації привілеїв і атак
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
👍4
🔐 mTLS у Kubernetes: що це і навіщо
mTLS (mutual TLS) — це двостороннє шифрування й автентифікація.
На відміну від звичайного TLS, де сервер доводить свою особу клієнту, mTLS змушує обидві сторони підтвердити сертифікати одна одній.
У Kubernetes це важливо для:
• Захисту pod-to-pod трафіку: ніхто не перехопить і не підмінить дані між сервісами.
• Верифікації кожного сервісу: навіть якщо мережу зламано, підроблений pod не зможе підключитися.
• Виконання zero-trust моделі: довіра встановлюється тільки через сертифікати.
Реалізують mTLS зазвичай через service mesh (Istio, Linkerd, Consul), які автоматично видають і обертають сертифікати, додають політики та спостереження.
💡 Підсумок: mTLS — ключовий інструмент для безпечної внутрішньої комунікації в Kubernetes-кластерах і дотримання принципів «zero trust».
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
mTLS (mutual TLS) — це двостороннє шифрування й автентифікація.
На відміну від звичайного TLS, де сервер доводить свою особу клієнту, mTLS змушує обидві сторони підтвердити сертифікати одна одній.
У Kubernetes це важливо для:
• Захисту pod-to-pod трафіку: ніхто не перехопить і не підмінить дані між сервісами.
• Верифікації кожного сервісу: навіть якщо мережу зламано, підроблений pod не зможе підключитися.
• Виконання zero-trust моделі: довіра встановлюється тільки через сертифікати.
Реалізують mTLS зазвичай через service mesh (Istio, Linkerd, Consul), які автоматично видають і обертають сертифікати, додають політики та спостереження.
💡 Підсумок: mTLS — ключовий інструмент для безпечної внутрішньої комунікації в Kubernetes-кластерах і дотримання принципів «zero trust».
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
👍3
Forwarded from ДевОпс Українською
AWS оголосила про запуск AWS European Sovereign Cloud - нової незалежної хмарної інфраструктури, повністю розташованої в Європейському Союзі та що відповідає найсуворішим вимогам цифрового суверенітету європейських організацій.
Ця хмара фізично й логічно відокремлена від глобальних сервісів AWS, працює під контролем європейських юридичних структур та з операційним управлінням всередині ЄС, щоб гарантувати, що дані й метадані клієнтів залишаються в Європі.
Вона націлена передусім на державні установи, галузі з високими вимогами до безпеки даних та підприємства, що повинні відповідати суворим нормам щодо зберігання, контролю й управління даними.
Це важливо, бо багато європейських компаній і державних органів прагнуть зменшити залежність від іноземних хмарних провайдерів та забезпечити сувору європейську юрисдикцію і захист даних у відповідності з місцевими законами та регуляціями.
https://aws.amazon.com/blogs/aws/opening-the-aws-european-sovereign-cloud/
Ця хмара фізично й логічно відокремлена від глобальних сервісів AWS, працює під контролем європейських юридичних структур та з операційним управлінням всередині ЄС, щоб гарантувати, що дані й метадані клієнтів залишаються в Європі.
Вона націлена передусім на державні установи, галузі з високими вимогами до безпеки даних та підприємства, що повинні відповідати суворим нормам щодо зберігання, контролю й управління даними.
Це важливо, бо багато європейських компаній і державних органів прагнуть зменшити залежність від іноземних хмарних провайдерів та забезпечити сувору європейську юрисдикцію і захист даних у відповідності з місцевими законами та регуляціями.
https://aws.amazon.com/blogs/aws/opening-the-aws-european-sovereign-cloud/
Amazon
Opening the AWS European Sovereign Cloud | Amazon Web Services
Deutsch | English | Español | Français | Italiano As a European citizen, I understand first-hand the importance of digital sovereignty, especially for our public sector organisations and highly regulated industries. Today, I’m delighted to share that the…
👏2🔥1
Forwarded from AWS Notes (Dzm Var)
🚀 Join our AWS Workshop: Inter-Agent Systems with Strands, Agents, Amazon Bedrock, MCP, and A2A on January 29! 🚀
We'll build a complete multi-agent system that coordinates specialist agents using a dynamic orchestrator powered by Amazon Bedrock's Claude Sonnet 4.
In this hands-on workshop, you'll learn how to create intelligent agents that communicate, coordinate, and solve complex problems that no single agent could handle alone.
The workshop will be led by Volha Huryna, an experienced AWS specialist, who will guide you through real-world implementation of multi-agent solutions on AWS.
We will provide a dedicated training account for each participant who registers via the Google Form:
👉 https://forms.gle/Xtg1mt6uw7vZZb3Q6
However, you can also use your personal AWS account.
⚠️ IMPORTANT: Please complete the registration form by 21:00 CET on January 28.
🔗 Find out more details and register here:
https://wearecommunity.io/events/inter-agent-systems
We'll build a complete multi-agent system that coordinates specialist agents using a dynamic orchestrator powered by Amazon Bedrock's Claude Sonnet 4.
In this hands-on workshop, you'll learn how to create intelligent agents that communicate, coordinate, and solve complex problems that no single agent could handle alone.
The workshop will be led by Volha Huryna, an experienced AWS specialist, who will guide you through real-world implementation of multi-agent solutions on AWS.
We will provide a dedicated training account for each participant who registers via the Google Form:
👉 https://forms.gle/Xtg1mt6uw7vZZb3Q6
However, you can also use your personal AWS account.
⚠️ IMPORTANT: Please complete the registration form by 21:00 CET on January 28.
🔗 Find out more details and register here:
https://wearecommunity.io/events/inter-agent-systems
🤝1
🔐 Сертифікації з безпеки в клауді: що в них реально цінного
Cloud security сертифікації - це не про «ще один бейдж у LinkedIn». Вони показують, що людина розуміє, як захищають живу продакшн-інфраструктуру, а не тільки деплоїть сервіси.
AWS Security Specialty
Про глибоку безпеку AWS: IAM, KMS, шифрування, мережі, логи, реагування на інциденти.
Це сертифікат для тих, хто працює з доступами, ключами й наслідками помилок, а не з кнопкою «Create resource».
Azure Security Engineer (AZ-500)
Практична безпека в Azure: Entra ID, Defender, Sentinel, Key Vault, network security.
Багато enterprise-логіки, SOC-підхід і робота з реальними сценаріями атак у корпоративних середовищах.
Google Cloud Security Engineer
Фокус на IAM, zero trust, secure networking, compliance, захист даних.
Навіщо вони:
• Підтверджують експертизу в cloud security
• Добре під DevSecOps і Security Engineer ролі
• Виділяють серед кандидатів із «просто cloud» бекграундом
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
Cloud security сертифікації - це не про «ще один бейдж у LinkedIn». Вони показують, що людина розуміє, як захищають живу продакшн-інфраструктуру, а не тільки деплоїть сервіси.
AWS Security Specialty
Про глибоку безпеку AWS: IAM, KMS, шифрування, мережі, логи, реагування на інциденти.
Це сертифікат для тих, хто працює з доступами, ключами й наслідками помилок, а не з кнопкою «Create resource».
Azure Security Engineer (AZ-500)
Практична безпека в Azure: Entra ID, Defender, Sentinel, Key Vault, network security.
Багато enterprise-логіки, SOC-підхід і робота з реальними сценаріями атак у корпоративних середовищах.
Google Cloud Security Engineer
Фокус на IAM, zero trust, secure networking, compliance, захист даних.
Навіщо вони:
• Підтверджують експертизу в cloud security
• Добре під DevSecOps і Security Engineer ролі
• Виділяють серед кандидатів із «просто cloud» бекграундом
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
👍3❤1
Forwarded from [не]правильний DevOps
Learn Kubernetes by fixing it.
K8sQuest — це локальна ігрова платформа для навчання Kubernetes з інтерактивним інтерфейсом, схожим на графічний інтерфейс користувача. Кожна місія порушує роботу Kubernetes. Ваше завдання — виправити це.
50 прогресивних завдань у 5 світах — від початкового до просунутого рівня.
No cloud. No AWS. No costs.
https://github.com/Manoj-engineer/k8squest
K8sQuest — це локальна ігрова платформа для навчання Kubernetes з інтерактивним інтерфейсом, схожим на графічний інтерфейс користувача. Кожна місія порушує роботу Kubernetes. Ваше завдання — виправити це.
50 прогресивних завдань у 5 світах — від початкового до просунутого рівня.
No cloud. No AWS. No costs.
https://github.com/Manoj-engineer/k8squest
GitHub
GitHub - Manoj-engineer/k8squest: K8sQuest — A local, hands-on Kubernetes learning game with real-world troubleshooting challenges.…
K8sQuest — A local, hands-on Kubernetes learning game with real-world troubleshooting challenges. Practice Pods, Deployments, Services, networking, storage, and debugging using kubectl on a local c...
🔥3
🔁 GitOps у DevSecOps
GitOps це підхід де Git є єдиним джерелом правди для Kubernetes та інфраструктури.
Усі зміни потрапляють у кластер тільки через commit без ручних правок у проді.
Flux легкий GitOps оператор з мінімальним оверхедом та автоматичною синхронізацією стану кластера з репозиторієм.
Argo CD більш потужний варіант з UI RBAC diff історією змін і rollback.
Чому це важливо для DevSecOps
ніякого kubectl apply напряму
повний аудит змін через Git
відтворюваність і контроль доступів
швидші та безпечні деплої
GitOps це контроль безпека і порядок.
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
GitOps це підхід де Git є єдиним джерелом правди для Kubernetes та інфраструктури.
Усі зміни потрапляють у кластер тільки через commit без ручних правок у проді.
Flux легкий GitOps оператор з мінімальним оверхедом та автоматичною синхронізацією стану кластера з репозиторієм.
Argo CD більш потужний варіант з UI RBAC diff історією змін і rollback.
Чому це важливо для DevSecOps
ніякого kubectl apply напряму
повний аудит змін через Git
відтворюваність і контроль доступів
швидші та безпечні деплої
GitOps це контроль безпека і порядок.
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
👍5
Безпека ШІ
Впровадження штучного інтелекту в робочі процеси більше не є пілотним проєктом. Перехід від статусу цікавої функції до базової інфраструктури вимагає рівня контролю, що відповідає складності самої технології.
Нещодавно індустрія отримала наочний приклад того, чому це важливо, на прикладі інциденту з Grok Aurora. Коли модель можна змусити обійти власні фільтри безпеки невдовзі після запуску, це не просто технічний збій. Це фундаментальний провал в управлінні.
Саме тому міжнародні стандарти, такі як ISO/IEC 42001 та NIST AI Risk Management Framework, стають новим обов'язковим мінімумом. ISO 42001 є першим сертифікованим стандартом, що пропонує цілісну систему управління для ШІ. Він змушує організації встановлювати чітку відповідальність та проводити постійну оцінку ризиків протягом усього життєвого циклу моделі.
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
Впровадження штучного інтелекту в робочі процеси більше не є пілотним проєктом. Перехід від статусу цікавої функції до базової інфраструктури вимагає рівня контролю, що відповідає складності самої технології.
Нещодавно індустрія отримала наочний приклад того, чому це важливо, на прикладі інциденту з Grok Aurora. Коли модель можна змусити обійти власні фільтри безпеки невдовзі після запуску, це не просто технічний збій. Це фундаментальний провал в управлінні.
Саме тому міжнародні стандарти, такі як ISO/IEC 42001 та NIST AI Risk Management Framework, стають новим обов'язковим мінімумом. ISO 42001 є першим сертифікованим стандартом, що пропонує цілісну систему управління для ШІ. Він змушує організації встановлювати чітку відповідальність та проводити постійну оцінку ризиків протягом усього життєвого циклу моделі.
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
👍3
Unit test coverage🛠
Code Coverage допомагає виявити непротестовані ділянки коду. Високий відсоток не гарантує відсутність багів, але підсвічує «сліпі зони», де логіка залишається неперевіреною.
⚙️Function Coverage
Визначає відсоток функцій або методів, викликаних під час тестування. Вона підтверджує, що функція досяжна, але нічого не каже про правильність логіки всередині.
⚙️Line Coverage
Відстежує кількість виконаних фізичних рядків коду. Це швидка перевірка стану проєкту, проте вона буває оманливою, якщо в одному рядку записано кілька операцій.
⚙️Statement Coverage
Рахує окремі виконані інструкції. Ця метрика гарантує, що кожна команда була запущена хоча б раз, забезпечуючи базовий рівень якості тестів.
⚙️Branch Coverage
Найважливіша метрика. Вона перевіряє кожну точку прийняття рішень (if, switch, catch) для обох варіантів: true та false. Це гарантує, що граничні випадки та альтернативні сценарії дійсно працюють.
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
Code Coverage допомагає виявити непротестовані ділянки коду. Високий відсоток не гарантує відсутність багів, але підсвічує «сліпі зони», де логіка залишається неперевіреною.
⚙️Function Coverage
Визначає відсоток функцій або методів, викликаних під час тестування. Вона підтверджує, що функція досяжна, але нічого не каже про правильність логіки всередині.
⚙️Line Coverage
Відстежує кількість виконаних фізичних рядків коду. Це швидка перевірка стану проєкту, проте вона буває оманливою, якщо в одному рядку записано кілька операцій.
⚙️Statement Coverage
Рахує окремі виконані інструкції. Ця метрика гарантує, що кожна команда була запущена хоча б раз, забезпечуючи базовий рівень якості тестів.
⚙️Branch Coverage
Найважливіша метрика. Вона перевіряє кожну точку прийняття рішень (if, switch, catch) для обох варіантів: true та false. Це гарантує, що граничні випадки та альтернативні сценарії дійсно працюють.
💬 Всі питання або пропозиції пишіть у чаті @itdevsecchat або @egoriwe999
❤3