MDos — Стек Kubernetes с открытым исходным кодом

https://medium.com/@mdundek/mdos-the-open-source-kubernetes-stack-61e29dd2b449

#devops #девопс

Подпишись 👉@i_DevOps

Как собирать данные в DevSecOps

Для успеха компании уже недостаточно, чтобы выпущенный продукт был «достаточно хорошим». Сегодня бизнесы должны предоставлять высококачественные цифровые сервисы, которые обладают не только высокой производительностью и степенью доступности, но и являются конфиденциальными и безопасными.

Но как всего этого достичь? Один из способов, доступных команде DevSecOps — реализовать систему наблюдаемости, использующую логи (и другие средства) для сбора больших объёмов данных во взаимодействиях пользователя и угрожающих средах. Выполняя логирование и анализ данных безопасности и наблюдаемости, можно лучше распознавать и устранять множество проблем, например, проблемы с производительностью, уязвимости и нарушения безопасности, что повышает качество сервисов.

Rus https://habr.com/ru/company/ruvds/blog/713682/

Eng https://dzone.com/articles/the-everything-guide-to-data-collection-in-devseco

#devops #девопс

Подпишись 👉@i_DevOps

Повышаем производительность и безопасность мониторингом логов и метрик

В предыдущем посте мы обсудили важность сбора данных. В этой статье мы изучим роль мониторинга в наблюдаемости, особенно его связь с безопасностью, производительностью и надёжностью. Мониторинг необходим для выявления происходящих в продакшене проблем и выбросов, он позволяет командам DevSecOps выявлять и устранять проблемы до того, как они нанесут серьёзный урон. Мониторинг снижения производительности или подозрительной активности может вызывать алерты и автоматическое реагирование для изоляции потенциальных проблем или атак.

В этой статье мы подробно рассмотрим мониторинг, расскажем о нескольких примерах использования, дадим рекомендации, а также поговорим о том, как конкретно мониторинг способен повысить безопасность, производительность и надёжность при помощи наблюдаемости.

Rus https://habr.com/ru/company/ruvds/blog/715638/

Eng https://dzone.com/articles/better-performance-and-security-by-monitoring-logs

#devops #девопс

Подпишись 👉@i_DevOps

Seamless critical traffic migration with CoreDNS request rewrite feature

https://engineering.mercari.com/en/blog/entry/20221213-seamless-critical-traffic-migration-with-coredns-request-rewrite-feature/

#devops #девопс

Подпишись 👉@i_DevOps

Как использовать GitLab в условиях санкций?

GitLab — известная платформа для совместной разработки ПО, которая сочетает в себе систему управления версиями (Git), баг-трекер, CI/CD и прочие фичи DevOpsSec.

https://habr.com/ru/company/ruvds/blog/715010/

#devops #девопс

Подпишись 👉@i_DevOps

Миграция приложения из OpenShift в «ванильный» Kubernetes

OpenShift, Rancher и другие зарубежные Kubernetes-платформы официально больше не поддерживаются в России. Многим компаниям приходится искать альтернативные решения для управления контейнеризированными приложениями — например, «ванильный» Kubernetes или российские платформы.

Хотя у Kubernetes-платформ одинаковая технологическая база, перейти с одной на другую непросто: миграция неизбежно сопряжена с различными трудностями, связанными с особенностями реализации компонентов. В этой статье рассмотрен пример переезда приложения из OpenShift в «ванильный» кластер Kubernetes. В конце статьи приведена таблица соответствия примитивов OpenShift и Kubernetes — с информацией о том, какие из этих примитивов требуют замены, а какие нет.

https://habr.com/ru/company/flant/blog/715908/

#devops #девопс

Подпишись 👉@i_DevOps

51 год автору WinRAR и FAR Manager

10 марта 1972 в Челябинске родился Евгений Лазаревич Рошал — российский программист, автор файлового менеджера FAR Manager, формата сжатия RAR (Roshal ARchiver, которому в этом году исполняется 30 лет!), архиваторов RAR и WinRAR.

Евгений начал осваивать программирование ещё в школьные годы, затем окончил Приборостроительный факультет Челябинского политехнического института по специальности «Вычислительные машины, комплексы, системы и сети», где на старших курсах изучал алгоритмы сжатия информации — это же стало и темой его дипломной работы.

Идея создать RAR возникла ещё в 1991-м. Но первая попытка к осязаемому результату не привела. Через год-два Евгений занялся этим опять, и на этот раз более успешно. Первой версией RAR, которую он рискнул отдать нескольким своим знакомым, был RAR 0.1, выпущенный в марте 1993. Потом были версии 0.9, 1.0, 1.1, 1.15, и тому подобные, с вариациями алгоритма сжатия. Но реально RAR пошел в распространение осенью 1993 после выхода версии 1.30. Во-первых, эта версия паковала намного лучше предшествующих за счет 64Kb окна поиска повторяющихся строк, а во-вторых, Евгений тогда познакомился с Андреем Спасибожко, который и помог двинуть RAR в массы.

Желая сосредоточиться на совершенствовании формата и архиваторов RAR и WinRAR, Евгений Рошал в 2000 году прекратил работу над файловым менеджером FAR Manager и передал авторские права на него группе программистов FAR Group, а в 2004 году передал авторские права на программы RAR и WinRAR своему старшему брату Александру (р. 1965), оставшись лишь разработчиком.

@itmozg

werf — наша Open Source-утилита для CI/CD — стала проектом CNCF

Изначально проект werf появился в компании «Флант» как инструмент для автоматизации сборки контейнеров. Со временем он вырос в более масштабное решение для управления всем жизненным циклом поставки программного обеспечения в Kubernetes. 22 января этого года проект отпраздновал свой седьмой день рождения. Всё это время werf остается инструментом с открытым исходным кодом.

https://habr.com/ru/company/flant/news/t/715180/

#devops #девопс

Подпишись 👉@i_DevOps

Kubeflow: учимся устанавливать и запускать Kubeflow на локальной машине

Пошаговое руководство по установке и конфигурированию всех компонентов kubeflow на локальной машине.

Kubeflow – это созданная Google опенсорсная платформа, на которой разворачивается весь жизненный цикл разрабатываемой модели машинного обучения. Kubeflow представляет собой инструментарий, каждый компонент которого применяется для отработки каждой из стадий жизненного цикла при машинном обучении, а именно: исследования данных, конструирования признаков, преобразования признаков, обучения модели, оценки модели, тонкой настройки модели, предоставления модели и версионирования модели. Главный атрибут kubeflow заключается в том, что он предназначен для работы на базе kubernetes [2]. Таким образом, kubeflow пользуется именно теми преимуществами, которые предоставляет кластер kubernetes, в частности, оркестрацией контейнеров и автомасштабированием.

https://habr.com/ru/company/timeweb/blog/714172/

#devops #девопс

Подпишись 👉@i_DevOps

Шпаргалка по Docker

#devops #девопс

Подпишись 👉@i_DevOps

Terraform vs. Helm for managing K8s objects

https://community.ops.io/the_cozma/terraform-vs-helm-for-managing-k8s-objects-1p1h

#devops #девопс

Подпишись 👉@i_DevOps

Стеклянная луковица dns внутри k8s

Бесспорно, тема резолвинга dns запросов внутри k8s неоднократно поднималась на хабре и вставала ребром перед многими инженерами поддерживающими k8s кластера. Снимая слой за слоем, попытаемся разобраться как резолвятся dns записи внутри k8s. Бонусом бегло взглянем на устройство механизма резолвинга dns для Go.

https://habr.com/ru/post/716744/

#devops #девопс

Подпишись 👉@i_DevOps

Terraform Resource Testing 101

Validate code quality with a Terraform plan using JSON and Pytest

https://betterprogramming.pub/terraform-resource-testing-101-c9da424faaf3

#devops #девопс

Подпишись 👉@i_DevOps

Устанавливаем Kubernetes-платформу Deckhouse в закрытом окружении. Пошаговая инструкция

Эта статья посвящена установке платформы в закрытое окружение, когда у машин, на которых разворачивается кластер, нет доступа в Интернет.

https://habr.com/ru/company/flant/blog/717484/

#devops #девопс

Подпишись 👉@i_DevOps