Forwarded from Dev // Ops
🪐 Git – це величезний репозиторій корисних ресурсів для всіх, хто пов’язаний з розробкою. Не дивно, чому платформу посиленно розвивають і навіть є окремий напрям GitOps.
Розробники, девопси, оперейшенз, що працюють з Kubernetes, є особливими поціновувачами цієї платформи, адже вона є оптимальним джерелом ресурсів для управління кластерами.
У нотатці наведено короткий допис про GitOps для Kubernetes з переліком корисних ресурсів для роботи (інструменти, секрети, туторіали й посилання на ком’юніті).
Розробники, девопси, оперейшенз, що працюють з Kubernetes, є особливими поціновувачами цієї платформи, адже вона є оптимальним джерелом ресурсів для управління кластерами.
У нотатці наведено короткий допис про GitOps для Kubernetes з переліком корисних ресурсів для роботи (інструменти, секрети, туторіали й посилання на ком’юніті).
GitHub
GitHub - weaveworks/awesome-gitops: A curated list for awesome GitOps resources
A curated list for awesome GitOps resources. Contribute to weaveworks/awesome-gitops development by creating an account on GitHub.
6 квітня запрошуємо на вебінар "Захищені віртуальні робочі місця за допомогою AWS Workspaces"!
Ви дізнаєтесь, як забезпечити віддалену безперебійну роботу персоналу/компанії під час несподіваних збоїв або сучасних викликів.
Детально поговоримо про:
використання AWS WorkSpaces для віддаленого керування ресурсами та впровадження корпоративних політик безпеки;
аварійне відновлення та сценарії безперервності роботи бізнесу за допомогою AWS WorkSpaces;
найкращі практики використання AWS WorkSpaces для захисту даних вашої організації.
Спікер: Вадим Коваленко, Cloud Architect в Triangu
Дата й час: 6 квітня о 18:00 (GMT +3)
Місце: онлайн
Приєднуйтесь, участь безкоштовна 👉 https://bit.ly/40tB0UP
Ви дізнаєтесь, як забезпечити віддалену безперебійну роботу персоналу/компанії під час несподіваних збоїв або сучасних викликів.
Детально поговоримо про:
використання AWS WorkSpaces для віддаленого керування ресурсами та впровадження корпоративних політик безпеки;
аварійне відновлення та сценарії безперервності роботи бізнесу за допомогою AWS WorkSpaces;
найкращі практики використання AWS WorkSpaces для захисту даних вашої організації.
Спікер: Вадим Коваленко, Cloud Architect в Triangu
Дата й час: 6 квітня о 18:00 (GMT +3)
Місце: онлайн
Приєднуйтесь, участь безкоштовна 👉 https://bit.ly/40tB0UP
Triangu
Вебінар "Ефективне використання бюджету в сервісах AWS"
Запрошуємо 21 вересня о 15:00 на вебінар "Ефективне використання бюджету в сервісах AWS". Поговоримо про тонкощі управління й оптимізації витрат у хмарі AWS, розкриємо тайни тарифікації AWS, обговоримо проблеми, з якими часто стикаються користувачі, отримавши…
RTO vs RPO
RTO (Recovery Time Objective) - це час, необхідний для відновлення роботи системи після непередбачуваної аварії чи катастрофи. Це означає, що ви маєте план дій та ресурси для того, щоб швидко відновити роботу системи після надзвичайної ситуації.
RPO (Recovery Point Objective) - це час, на який ви зможете відновити дані після аварії або катастрофи. Це означає, що ви маєте резервне копіювання даних, які можуть бути відновлені у разі втрати.
Планування RTO та RPO є ключовим елементом в будь-якій системі інформаційної безпеки. Це допомагає компанії зменшити ризики від аварій та зберегти бізнес-процеси у разі непередбачуваних ситуацій.
https://ucloud.ua/rto-i-rpo/
RTO (Recovery Time Objective) - це час, необхідний для відновлення роботи системи після непередбачуваної аварії чи катастрофи. Це означає, що ви маєте план дій та ресурси для того, щоб швидко відновити роботу системи після надзвичайної ситуації.
RPO (Recovery Point Objective) - це час, на який ви зможете відновити дані після аварії або катастрофи. Це означає, що ви маєте резервне копіювання даних, які можуть бути відновлені у разі втрати.
Планування RTO та RPO є ключовим елементом в будь-якій системі інформаційної безпеки. Це допомагає компанії зменшити ризики від аварій та зберегти бізнес-процеси у разі непередбачуваних ситуацій.
https://ucloud.ua/rto-i-rpo/
👍4
Трохи про import в Terrafom та GCP
Terraform - це популярний інструмент для управління інфраструктурою у вигляді коду (IAC), який дозволяє керувати інфраструктурою в декларативному стилі. Однією з ключових особливостей Terraform є можливість імпортувати наявні ресурси до вашої конфігурації. Це особливо корисно, коли у вас є ресурси, які були створені поза Terraform, але ви все ще хочете керувати ними за допомогою Terraform в майбутньому.
Ось кроки для використання команди "import" в Terraform для GCP:
Визначте ресурс, який ви хочете імпортувати: Першим кроком є визначення ресурсу, який ви хочете імпортувати. Вам потрібно знати тип та назву ресурсу, а також будь-яку іншу ідентифікаційну інформацію, таку як ID або URL.
Визначте ресурс у вашій конфігурації Terraform: Після визначення ресурсу вам потрібно визначити його в конфігурації Terraform. Ви можете використовувати відповідний блок ресурсів для типу ресурсу, який ви хочете імпортувати. Ви також повинні включити блок постачальника GCP у вашу конфігурацію для аутентифікації з GCP та взаємодії зі створеними ресурсами.
Запустіть команду import: Після визначення ресурсу в вашій конфігурації Terraform ви можете використовувати команду "import", щоб перенести ресурс під керування Terraform. Команда "import" приймає два аргументи: тип ресурсу та його ідентифікатор.
Припустим що вже є створена руками VM з назвой instance-1
p.s. імпорт буде видно в стейті але терраформ сам за вас не напише код) тому треба буде описати ресурс в терраформ маніфестах
Terraform - це популярний інструмент для управління інфраструктурою у вигляді коду (IAC), який дозволяє керувати інфраструктурою в декларативному стилі. Однією з ключових особливостей Terraform є можливість імпортувати наявні ресурси до вашої конфігурації. Це особливо корисно, коли у вас є ресурси, які були створені поза Terraform, але ви все ще хочете керувати ними за допомогою Terraform в майбутньому.
Ось кроки для використання команди "import" в Terraform для GCP:
Визначте ресурс, який ви хочете імпортувати: Першим кроком є визначення ресурсу, який ви хочете імпортувати. Вам потрібно знати тип та назву ресурсу, а також будь-яку іншу ідентифікаційну інформацію, таку як ID або URL.
Визначте ресурс у вашій конфігурації Terraform: Після визначення ресурсу вам потрібно визначити його в конфігурації Terraform. Ви можете використовувати відповідний блок ресурсів для типу ресурсу, який ви хочете імпортувати. Ви також повинні включити блок постачальника GCP у вашу конфігурацію для аутентифікації з GCP та взаємодії зі створеними ресурсами.
Запустіть команду import: Після визначення ресурсу в вашій конфігурації Terraform ви можете використовувати команду "import", щоб перенести ресурс під керування Terraform. Команда "import" приймає два аргументи: тип ресурсу та його ідентифікатор.
Припустим що вже є створена руками VM з назвой instance-1
terraform import google_compute_instance.instance-1 <project>/<zone>/instance-1p.s. імпорт буде видно в стейті але терраформ сам за вас не напише код) тому треба буде описати ресурс в терраформ маніфестах
👍2
#sla #slo
SLA, SLO та SLI - це три скорочення, пов'язані з управлінням рівнем обслуговування в ІТ-індустрії.
SLA (Service Level Agreement) - це угода про рівень обслуговування між клієнтом і постачальником послуг, яка визначає якість та рівень обслуговування, що повинен бути забезпечений постачальником. Це документ, який фіксує мінімальний рівень якості послуг, який гарантується постачальником.
SLO (Service Level Objective) - це ціль, яку постачальник послуг встановлює для себе з метою забезпечення якісного рівня обслуговування. Це може бути метрика або показник, який дозволяє оцінювати якість обслуговування.
SLI (Service Level Indicator) - це метрика або показник, який використовується для вимірювання рівня обслуговування. Він дозволяє відслідковувати те, наскільки успішно виконується поставлене завдання в рамках угоди про рівень обслуговування.
Разом ці три скорочення використовуються для забезпечення високої якості обслуговування клієнтів та гарантії того, що постачальник послуг виконує свої зобов'язання згідно угоди.
Коротке відео де подробно розглянуті всі три метрикі
https://www.youtube.com/watch?v=2alcBvMBRzw&ab_channel=EfeltiLanglover
SLA, SLO та SLI - це три скорочення, пов'язані з управлінням рівнем обслуговування в ІТ-індустрії.
SLA (Service Level Agreement) - це угода про рівень обслуговування між клієнтом і постачальником послуг, яка визначає якість та рівень обслуговування, що повинен бути забезпечений постачальником. Це документ, який фіксує мінімальний рівень якості послуг, який гарантується постачальником.
SLO (Service Level Objective) - це ціль, яку постачальник послуг встановлює для себе з метою забезпечення якісного рівня обслуговування. Це може бути метрика або показник, який дозволяє оцінювати якість обслуговування.
SLI (Service Level Indicator) - це метрика або показник, який використовується для вимірювання рівня обслуговування. Він дозволяє відслідковувати те, наскільки успішно виконується поставлене завдання в рамках угоди про рівень обслуговування.
Разом ці три скорочення використовуються для забезпечення високої якості обслуговування клієнтів та гарантії того, що постачальник послуг виконує свої зобов'язання згідно угоди.
Коротке відео де подробно розглянуті всі три метрикі
https://www.youtube.com/watch?v=2alcBvMBRzw&ab_channel=EfeltiLanglover
👍2
Всі відосікі з KubeCon EU 2023 https://www.youtube.com/playlist?list=PLj6h78yzYM2PyrvCoOii4rAopBswfz1p7
👍1
Forwarded from Kube Events
Starting in two weeks:
🔥 Devopsdays Phoenix (Devopsdays)
📍 In-person conference
📅 25 May
⏰ 25/05/2023, 12:00 UTC
→ Visit the website
🔥 Devopsdays Phoenix (Devopsdays)
📍 In-person conference
📅 25 May
⏰ 25/05/2023, 12:00 UTC
→ Visit the website
Online event: DevSecOps
In our Global Upskilling Report 2022, we observed that DevOps and DevSecOps are coming together. Beyond achieving software velocity, DevOps is driving opportunities to provide improvements across the entire software delivery value stream for fast and continuous feedback. If security is combined with DevOps, it will introduce the topic of security earlier in the lifecycle of a product or service. The ultimate goal will be to make security a responsibility throughout the entire lifecycle — and not have it owned by a separate team. We found that 47% of our survey respondents said that both DevOps and DevSecOps are critical must-have operational models.
At this event, you will meet leading DevSecOps experts and practitioners and hear how they have managed to go faster without compromising their security posture. In fact, in many cases, they have made themselves stronger from a safety perspective.
https://www.devopsinstitute.com/skilup-days-registration/
In our Global Upskilling Report 2022, we observed that DevOps and DevSecOps are coming together. Beyond achieving software velocity, DevOps is driving opportunities to provide improvements across the entire software delivery value stream for fast and continuous feedback. If security is combined with DevOps, it will introduce the topic of security earlier in the lifecycle of a product or service. The ultimate goal will be to make security a responsibility throughout the entire lifecycle — and not have it owned by a separate team. We found that 47% of our survey respondents said that both DevOps and DevSecOps are critical must-have operational models.
At this event, you will meet leading DevSecOps experts and practitioners and hear how they have managed to go faster without compromising their security posture. In fact, in many cases, they have made themselves stronger from a safety perspective.
https://www.devopsinstitute.com/skilup-days-registration/
Forwarded from FEDOROV
Вже завтра стартує наш з Google курс «Основи АІ».
Штучний інтелект — це про можливості та майбутнє. Розберіться зі ШІ, використовуйте його в роботі, щоб стати професійнішим та успішнішим.
Курс повністю безоплатний. Дедлайну реєстрації немає. Доєднуйтеся до лекцій та воркшопів у зручний для вас час.
Щоб пройти курс, не обов’язково мати досвід у технічній сфері. Головне — мотивація та чітка ціль. Тому не проґавте свій шанс. Долучайтеся за посиланням.
Штучний інтелект — це про можливості та майбутнє. Розберіться зі ШІ, використовуйте його в роботі, щоб стати професійнішим та успішнішим.
Курс повністю безоплатний. Дедлайну реєстрації немає. Доєднуйтеся до лекцій та воркшопів у зручний для вас час.
Щоб пройти курс, не обов’язково мати досвід у технічній сфері. Головне — мотивація та чітка ціль. Тому не проґавте свій шанс. Долучайтеся за посиланням.
Forwarded from 🇺🇦 Security QA
Комплексний ресурс для інтеграції безпеки в життєвий цикл розробки програмного забезпечення.
Ласкаво просимо до DevSecOpsGuides, комплексного ресурсу для розробників, спеціалістів із безпеки та операційних команд, які хочуть дізнатися про світ DevSecOps.
DevSecOps — це практика інтеграції безпеки в увесь життєвий цикл розробки програмного забезпечення, від створення коду до розгортання й далі. Цей підхід гарантує, що безпека є головним пріоритетом на кожному етапі процесу розробки, що веде до більш безпечних і надійних програм.
https://devsecopsguides.com/
Ласкаво просимо до DevSecOpsGuides, комплексного ресурсу для розробників, спеціалістів із безпеки та операційних команд, які хочуть дізнатися про світ DevSecOps.
DevSecOps — це практика інтеграції безпеки в увесь життєвий цикл розробки програмного забезпечення, від створення коду до розгортання й далі. Цей підхід гарантує, що безпека є головним пріоритетом на кожному етапі процесу розробки, що веде до більш безпечних і надійних програм.
https://devsecopsguides.com/