Бесплатные сертификационные курсы: DevOps и Cloud. Часть 2
✅ Cloud Computing
http://cognitiveclass.ai/courses/introduction-to-cloud
✅ AWS
http://openclassrooms.com/courses/7864796-discover-cloud-with-amazon-web-services
✅ Azure
http://mygreatlearning.com/academy/learn-for-free/courses/microsoft-azure-essentials
✅ GCP
http://simplilearn.com/learn-google-cloud-platform-fundamentals-free-course-skillup
✅ Serverless
http://mygreatlearning.com/academy/learn-for-free/courses/serverless-computing
MemOps🎄
http://cognitiveclass.ai/courses/introduction-to-cloud
http://openclassrooms.com/courses/7864796-discover-cloud-with-amazon-web-services
http://mygreatlearning.com/academy/learn-for-free/courses/microsoft-azure-essentials
http://simplilearn.com/learn-google-cloud-platform-fundamentals-free-course-skillup
http://mygreatlearning.com/academy/learn-for-free/courses/serverless-computing
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
Please open Telegram to view this post
VIEW IN TELEGRAM
👍14😁7❤3🥰1
Pipelight – tiny automation pipelines. Применяйте CI/CD к самым маленьким проектам. Автономный, легкий, только CLI.
📌 Подробнее: https://github.com/pipelight/pipelight
MemOps🤨
📌 Подробнее: https://github.com/pipelight/pipelight
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
GitHub
GitHub - pipelight/pipelight: Tiny automation pipelines. Bring CI/CD to the smallest projects. Self-hosted, Lightweight, CLI only.
Tiny automation pipelines. Bring CI/CD to the smallest projects. Self-hosted, Lightweight, CLI only. - pipelight/pipelight
Вrainboard – визуальный редактор для terraform — создавайте свою облачную инфраструктуру без особых усилий.
📌 Подробнее: https://www.brainboard.co/
MemOps🤨
📌 Подробнее: https://www.brainboard.co/
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
www.brainboard.co
Brainboard | Design and manage your cloud infrastructure
Brainboard is an AI driven platform to visually design, generate terraform code and manage cloud infrastructure, collaboratively.
👍5
Шпаргалка Linux для DevOps
• Основные команды (mkdir, sudo, history, ls, cd, pwd)
• Файловые операции (touch, cat, cp, mv, rm)
• Обработка текста (grep, awk, find, sed)
• Информация о системе (top, ps, df, free, uname)
• Сеть (ping, ssh, scp)
• Управление пользователями и группами (useradd, passwd, groupadd, gpasswd, deluser)
• Права доступа к файлам (chmod)
• Разное (head, tail, diff)
📌 Подробнее: https://keentolearn.medium.com/linux-cheatsheet-for-devops-e4f4cd4631aa (для статьи может понадобиться VPN)
MemOps🤨
• Основные команды (mkdir, sudo, history, ls, cd, pwd)
• Файловые операции (touch, cat, cp, mv, rm)
• Обработка текста (grep, awk, find, sed)
• Информация о системе (top, ps, df, free, uname)
• Сеть (ping, ssh, scp)
• Управление пользователями и группами (useradd, passwd, groupadd, gpasswd, deluser)
• Права доступа к файлам (chmod)
• Разное (head, tail, diff)
📌 Подробнее: https://keentolearn.medium.com/linux-cheatsheet-for-devops-e4f4cd4631aa (для статьи может понадобиться VPN)
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
😁9😭5👍4
SRE/DevOps Interview Questions - Linux Troubleshooting.
Подборка вопросов и ответов для собеседования, с дополнительными ссылками на нужные для ответов материалы.
📌 Подробнее: https://awstip.com/sre-devops-interview-questions-linux-troubleshooting-1b8ffe82c16 (для статьи может понадобиться VPN)
MemOps🤨
Подборка вопросов и ответов для собеседования, с дополнительными ссылками на нужные для ответов материалы.
📌 Подробнее: https://awstip.com/sre-devops-interview-questions-linux-troubleshooting-1b8ffe82c16 (для статьи может понадобиться VPN)
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
Medium
SRE/DevOps Interview Questions — Linux Troubleshooting
I have been on both side of the table as interviewer and as interviewee for DevOps and SRE Roles. This blog I am trying to share some of…
👍3
- Как управлять сотнями sidecar-контейнеров в Kubernetes без боли и сожаления;
- Особенности SRE и Observability в мобильных приложениях;
- Топ некритичных ошибок в инфраструктуре, приводящих к критичным проблемам;
- Декларативное управление конфигурацией узлов Kubernetes в масштабе;
- Istio в разрезе: что умеет и не умеет самый популярный Service Mesh;
- DevOps-трансформация. Как раздать инженеров по командам и не погибнуть;
- Alert Fatigue. Когда алертов слишком много;
- Гид автостопщика по HashiCorp Vault;
- Мимо тёщиного дома я без метрик не хожу;
- Мониторинг бизнес-процессов c помощью Opentelemetry. Логирование и мониторинг.
📌 Полный список докладов: https://www.youtube.com/playlist?list=PLrFmwYyxJyVO_-No7TmDy5Now3QbSgE8G
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Git Branching — приложение, помогающее новичкам изучить важные концепции, лежащие в основе ветвления Git.
Чтобы увидеть все доступные команды, нужно написать и запустить
MemOps🤨
Чтобы увидеть все доступные команды, нужно написать и запустить
show commands в терминале.MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
👍13
Четыре метрики, изменившие мой проект
Автор статьи рассказывает про 25-летний проект, который пережил несколько слияний и разделений компании, означающих серьезные потери людей, знаний, и даже исходников от некоторых сервисов по юридическим соображениям. Решить, что же делать дальше, автору помогли DORA-метрики.
Краткий экскурс в DORA-метрики
DevOps Research and Assesment (DORA) это девятилетнее исследование подходов к разработке ПО в тысячах компаний из самых разных отраслей. Его задачей было найти подтвержденные корреляции между принятыми в компании практиками разработки ПО и успехом компании на рынке.
Наиболее полно исследование описано в книге Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations, которую можно порекомендовать, если вам интересна тема эффективности разработки ПО.
Первым важным результатом исследования стал список из трех десятков инженерных, процессных и культурных практик, применение которых статистически значимо коррелирует с успехом компании на рынке.
Вторым важным результатом стали четыре простые метрики, позволяющие оценить процесс разработки ПО. Они разделены на две категории:
✅ Throughput-метрики:
– Deployment frequency: как часто команда релизит свою систему.
– Commit delivery lead time: время, за которое сделанный коммит “доезжает” до прода.
✅ Stability-метрики:
– Deployment failure rate: процент релизов, закончившихся поломкой.
– Mean time to recovery: среднее время на восстановление после поломки.
Эти четыре метрики «реагируют» на все нижележащие недостатки, будь то плохо спроектированный код, множество ручной работы или наличие бюрократических барьеров в процессе разработки ПО. Таким образом, они определяют эффективность процесса разработки в целом.
📌 Подробнее: https://habr.com/ru/companies/oleg-bunin/articles/785044/
MemOps🤨
Автор статьи рассказывает про 25-летний проект, который пережил несколько слияний и разделений компании, означающих серьезные потери людей, знаний, и даже исходников от некоторых сервисов по юридическим соображениям. Решить, что же делать дальше, автору помогли DORA-метрики.
Краткий экскурс в DORA-метрики
DevOps Research and Assesment (DORA) это девятилетнее исследование подходов к разработке ПО в тысячах компаний из самых разных отраслей. Его задачей было найти подтвержденные корреляции между принятыми в компании практиками разработки ПО и успехом компании на рынке.
Наиболее полно исследование описано в книге Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations, которую можно порекомендовать, если вам интересна тема эффективности разработки ПО.
Первым важным результатом исследования стал список из трех десятков инженерных, процессных и культурных практик, применение которых статистически значимо коррелирует с успехом компании на рынке.
Вторым важным результатом стали четыре простые метрики, позволяющие оценить процесс разработки ПО. Они разделены на две категории:
– Deployment frequency: как часто команда релизит свою систему.
– Commit delivery lead time: время, за которое сделанный коммит “доезжает” до прода.
– Deployment failure rate: процент релизов, закончившихся поломкой.
– Mean time to recovery: среднее время на восстановление после поломки.
Эти четыре метрики «реагируют» на все нижележащие недостатки, будь то плохо спроектированный код, множество ручной работы или наличие бюрократических барьеров в процессе разработки ПО. Таким образом, они определяют эффективность процесса разработки в целом.
📌 Подробнее: https://habr.com/ru/companies/oleg-bunin/articles/785044/
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6🤯3