Трошки привідкриємо завісу: ось наш менті нещодавно отримав офер, з чим ми його і вітаємо😊❤️

☁️Хмарний вітрильник☁️

🤔Всім привіт, хотіли б у вас, любі підписники, про одне одвічно-холіварне питання, що краще: клауди ☁️ чи власні дата центри (bare metal)💎?

Причому давайте відповідати не тільки з точки зору business value, а з точки зору девопсів та інших айтівців, знизу можете кинути свій голос за кандидата))

☁️Хмарний вітрильник☁️

🖼️ Що таке kubelet?

Багато початківців у Kubernetes стикаються з поняттям kubelet і не зовсім розуміють його роль.

Отже, якщо просто, кубелет — це агент, який працює на кожному робочому вузлі (worker node) в кластері Kubernetes. Він відповідає за запуск, моніторинг та управління контейнерами.

А тепер трохи практики. Що робити якщо у вас не підключається нода до кластеру (дуже типова ситуація) або вона видає якісь помилки?

Оскільки це агент, то треба подивитись на його статус роботи, можна це зробити, наприклад, ось так:

sudo systemctl status kubelet

Ви побачите статус процесу, чи він активний та працює без збоїв. 🟢

Альтернативно можна подивитись на статус юзаючи таку команду:

sudo systemctl is-active kubelet

А якщо все ж таки щось не так, або інформації недостатньо, то подивіться в логи:

sudo journalctl -u kubelet -f

⚠️А які найчастіші проблеми з кубелетом можуть бути?

1. Недостатні ресурси на вузлі – Відсутність пам’яті або CPU може призвести до нестабільної роботи kubelet. 🧠
2. Проблеми з мережею – Неправильні налаштування мережі або відсутність зв’язку з API-сервером Kubernetes. 🌐
3. Помилки конфігурації – Некоректні налаштування kubelet або неправильні параметри запуску. ⚙️
4. Несумісність версій – Використання несумісних версій kubelet і Kubernetes може спричинити збої. 🔄

☁️Хмарний вітрильник☁️

Всім привіт!🖖

😱 Як правило, при роботі з нашими менті під кінець програми ми допомагаємо правильно оформити CV. І дуже часто після рев'ю та правок резюме + профілів у лінкедині та джині люди починають набагато частіше ходити на інтерв'ю, що в решті збільшує їх шанси отримати бажаний офер

🦸‍♂️Тому ми вирішили вам, люба спільното, трохи допомогти

😮Першим 5 людям, які надішлють нам резюме буде зроблено безкоштовний розбір CV. Враховуючи що у нас багато людей на каналі не девопси, то можна надсилати резюме будь-якої позиції.

💃Вам треба всього лише написати оцьому дуже дружелюбному боту, і вам упродовж кількох днів надійде фідбек!

☁️Хмарний вітрильник☁️

🧐 До речі!

Для тих хто хоче попрактикуватись у девопсі, але поки що не хоче чи не готовий до менторської програми — можете спробувати пройти тестову лабку.

Як її отримати? Просто зверніться до бота і він надішле вам завдання))

☺️ Успіхів!

☁️Хмарний вітрильник☁️

🖼️ Найчасті помилки в кубернетесі 🙄

Привіт!

А давайте проговоримо про часті помилки в кубері😁

🔹 Однією з найчастіших помилок є CrashLoopBackOff 🌀, яка вказує на те, що контейнер постійно перезапускається. Це може статися через неправильну конфігурацію, відсутність необхідних файлів або некоректні змінні оточення.

🔹 Інша поширена помилка — ImagePullBackOff 🚫, яка виникає, коли Kubernetes не може завантажити образ контейнера. Причини можуть бути в неправильному імені образу, відсутності доступу до реєстру або проблемах з автентифікацією.

🔹 Якщо ваш под залишається в стані Pending ⏳, це означає, що кластер не може знайти відповідний нод для його розміщення. Можливо, не вистачає ресурсів або існують обмеження через taints and tolerations.

🔹 Помилка OOMKilled 💥 свідчить про те, що контейнер перевищив ліміт пам'яті та був завершений системою. Рекомендується перевірити налаштування ресурсів та оптимізувати використання пам'яті вашим додатком.

🔹 Нарешті, помилка Error ❗️ може вказувати на різні проблеми, такі як некоректні команди запуску, відсутність необхідних файлів або неправильні права доступу. Детальнішу інформацію можна отримати, перевіривши логи контейнера або ж дивитись статус екзит коду.

🎁 Також у подарунок вам даємо посилання репу з подом який дає траблшутити нетворк — netstat

☁️Хмарний вітрильник☁️

🖼️Всім привіт! А чи чули ви що таке AWS Step Functions?

AWS Step Functions — це сервіс від Amazon Web Services, який дозволяє створювати та координувати безсерверні робочі процеси для розподілених додатків і мікросервісів. Використовуючи візуальні діаграми станів, Step Functions забезпечують надійну послідовність виконання завдань, управління помилками, масштабування та інтеграцію з іншими сервісами AWS. Це спрощує розробку складних бізнес-процесів, дозволяючи зосередитися на логіці додатка без необхідності керувати інфраструктурою.

😎Насправді застосування цій тулі є багато: від складних дата пайплайнів які в теорії можуть замінити Airflow, або ж можна зробити ось такий файний пайплайн для секюріті як на пікчі, що він робить?

😡Коли на інстансі знаходять шкідливий софт, через SNS топік запускається воркфлоу, який по суті вводить в карантин ЕС2 інстанс: надає йому тег, поміщає в спеціальну Security group, записує метадату інстансу і формує репорт для секюріті тіми

😎Як на мене це дуже хороша ілюстрація де можна використати цю тулу)

Знайшов картинку на одному з курсів по секюріті клаудів від AWS

P.S.: адмін трохи прихворів, тому постів було рідше, далі поступово відновимо актив) Не хворійте❤️

☁️Хмарний вітрильник☁️

🖼️ Що таке External Secrets Operator?

🤔Раніше при розгортанні додатків у Kubernetes була проблема: як безпечно зберігати та керувати конфіденційними даними, такими як ключі API або паролі? Зберігання цих даних у маніфестах або ConfigMap наражало їх на ризик витоку. External Secrets Operator (ESO) став рішенням, яке автоматизує процес отримання секретів з зовнішніх сховищ та інтеграцію їх у кластер Kubernetes, роблячи цей процес безпечним та зручним.

🖼️External Secrets Operator (ESO) в Kubernetes — це контролер, який автоматизує процес отримання секретів з зовнішніх сховищ та інтеграцію їх у кластер Kubernetes. Використання ESO особливо корисне для того, щоб уникнути зберігання конфіденційних даних безпосередньо в маніфестах або ConfigMap, що знижує ризики витоку даних. Це особливо важливо для додатків, які мають доступ до ключів API, паролів або інших критичних даних, що повинні бути динамічно доступними, але безпечними. Наприклад, якщо ваш додаток має підключатися до бази даних і для цього потрібні креденшли, ESO дозволяє автоматично діставати ці дані з безпечного сховища, що робить управління простішим і безпечнішим.

🤝🤝External Secrets Operator підтримує інтеграцію з різними зовнішніми сховищами секретів, такими як AWS Secrets Manager, Azure Key Vault, Google Secret Manager, HashiCorp Vault, IBM Cloud Secrets Manager. Це дозволяє зберігати секрети в надійних хмарних сховищах та автоматично надавати доступ до них у Kubernetes, без необхідності зберігати ці дані всередині кластера.

apiVersion: external-secrets.io/v1beta1
kind: ExternalSecret
metadata:
  name: my-secret
  namespace: default
spec:
  refreshInterval: "1h"
  secretStoreRef:
    name: my-secret-store
    kind: SecretStore
  target:
    name: my-kubernetes-secret
    creationPolicy: Owner
  data:
  - secretKey: username
    remoteRef:
      key: my-app/credentials
      property: username
  - secretKey: password
    remoteRef:
      key: my-app/credentials
      property: password

😎Цей маніфест визначає ExternalSecret, який отримує дані з зовнішнього сховища та створює Kubernetes Secret, доступний для використання в додатках. External Secrets Operator автоматично синхронізує ці дані, забезпечуючи їх актуальність та безпечне зберігання.

Тож, користуйтесь гайз, ловіть доку на цю чудову тулу

☁️Хмарний вітрильник☁️