Я не знаю, что ему в голову напекло, но чувак говорит, что все эти ваши VPNы (ipsec, openvpn, witeguard) вообще ниочем. 🤷🏻
https://mattslifebytes.com/2020/02/29/remote-access-to-production-infrastructure-death-to-the-vpn/?hn=1
Жесктий тип.
https://mattslifebytes.com/2020/02/29/remote-access-to-production-infrastructure-death-to-the-vpn/?hn=1
Жесктий тип.
Matt's Life Bytes
Remote access to production infrastructure (death to the VPN!)
A little over a year ago, my employer threw away our VPNs in production and production-like server environments and moved towards a set of new, cutting-edge technologies that make remote access sim…
Forwarded from Sysadmin Tools 🇺🇦
Forwarded from DevOps Deflope News
Monitoror — прикольный проект для создания дашбордов.
Уже поддерживает GitHub, Azure DevOps, Jenkins, Travis CI и думаю будет больше.
https://monitoror.com/
GitHub: https://github.com/monitoror/monitoror/
#tools #monitoring #github
Уже поддерживает GitHub, Azure DevOps, Jenkins, Travis CI и думаю будет больше.
https://monitoror.com/
GitHub: https://github.com/monitoror/monitoror/
#tools #monitoring #github
Monitoror
Monitoror — Unified monitoring wallboard
Monitoror is a wallboard monitoring app to monitor server status; monitor CI builds progress or even display critical values
Forwarded from ДевОпс Інженер 🇺🇦 (devopsengineer bot)
Understanding Kubernetes limits and requests by example
Отличная статья о ресурсах в Kuberentes с очень простыми примерами. Настолько просто и понятно, что и 5 минут достаточно для детального понимания requests и limits. 🔻
https://sysdig.com/blog/kubernetes-limits-requests
Отличная статья о ресурсах в Kuberentes с очень простыми примерами. Настолько просто и понятно, что и 5 минут достаточно для детального понимания requests и limits. 🔻
https://sysdig.com/blog/kubernetes-limits-requests
Forwarded from DevOps&SRE Library
Forwarded from Timofey Kirillov
Пятница - время релизов, вот и мы представляем официальный *бета-релиз* werf v1.1.
- Новый формат именования стадий и алгоритм подбора стадий из кеша.
- Новый алгоритм создания и сохранения стадий в хранилище стадий.
- Тегирование по содержимому образов (content addressable/based tagging).
- Значительно улучшена производительность расчета, верификации сигнатур стадий. Холостые сборки в большинстве случаев занимают около секунды.
- Улучшена производительность сборщика Dockerfile.
- Улучшена производительность импортов файлов из артефактов/образов.
Новая архитектура хранилища стадий и сборщика является большой внутренней переработкой и большим шагом к распределенным и параллельным сборкам, которые будут вскоре добавлены в werf.
Подробная информация по каждому пункту доступна в релизе: https://github.com/flant/werf/releases/tag/v1.1.0
С документацией можно ознакомится на страницах:
- (ru) https://ru.werf.io/v1.1-beta/documentation/reference/stages_and_images.html
- (en) https://werf.io/v1.1-beta/documentation/reference/stages_and_images.html
- Новый формат именования стадий и алгоритм подбора стадий из кеша.
- Новый алгоритм создания и сохранения стадий в хранилище стадий.
- Тегирование по содержимому образов (content addressable/based tagging).
- Значительно улучшена производительность расчета, верификации сигнатур стадий. Холостые сборки в большинстве случаев занимают около секунды.
- Улучшена производительность сборщика Dockerfile.
- Улучшена производительность импортов файлов из артефактов/образов.
Новая архитектура хранилища стадий и сборщика является большой внутренней переработкой и большим шагом к распределенным и параллельным сборкам, которые будут вскоре добавлены в werf.
Подробная информация по каждому пункту доступна в релизе: https://github.com/flant/werf/releases/tag/v1.1.0
С документацией можно ознакомится на страницах:
- (ru) https://ru.werf.io/v1.1-beta/documentation/reference/stages_and_images.html
- (en) https://werf.io/v1.1-beta/documentation/reference/stages_and_images.html
GitHub
Release werf v1.1.0 · werf/werf
Official v1.1 beta
Implemented content based tagging and new stages storage architecture as a big step toward distributed and concurrent builds.
New stages format and cache selection algorithm
New ...
Implemented content based tagging and new stages storage architecture as a big step toward distributed and concurrent builds.
New stages format and cache selection algorithm
New ...
В Elasticsearch с версии 6.6 (вышла в январе 2019 года) появилась возможность прикрепления к index template политики, которая будет отслеживать время хранения для индекса. Политики можно использовать не только для управления очисткой, но и других задач, которые позволят упростить взаимодействие с индексами (например, выравнивание индексов по размеру, а не по дням).
Прикольно, я у себя в кластере тру индексы старше чем 14 дней, некоторые старше 7и дней с помощью curator, python скрипта и деплоймента в том же Kube кластере. Оказывается теперь можно иначе.
https://habr.com/ru/company/flant/blog/490026/
Прикольно, я у себя в кластере тру индексы старше чем 14 дней, некоторые старше 7и дней с помощью curator, python скрипта и деплоймента в том же Kube кластере. Оказывается теперь можно иначе.
https://habr.com/ru/company/flant/blog/490026/
GitHub
GitHub - elastic/curator: Curator: Tending your Elasticsearch indices
Curator: Tending your Elasticsearch indices. Contribute to elastic/curator development by creating an account on GitHub.
Forwarded from ДевОпс Інженер 🇺🇦 (devopsengineer bot)
Understanding Kubernetes limits and requests by example
Отличная статья о ресурсах в Kuberentes с очень простыми примерами. Настолько просто и понятно, что и 5 минут достаточно для детального понимания requests и limits. 🔻
https://sysdig.com/blog/kubernetes-limits-requests
Отличная статья о ресурсах в Kuberentes с очень простыми примерами. Настолько просто и понятно, что и 5 минут достаточно для детального понимания requests и limits. 🔻
https://sysdig.com/blog/kubernetes-limits-requests
Kubernetes Meetup от Яндекс (видео 4часа) все про K8S
* Устройство велосипеда: зачем и как в Яндекс.Облаке написали свой k8s management framework
* Топ-10 критичных нюансов при перекате в #kubernetes
* All Do Sport! История, архитектура и CI/CD-процесс сервиса, развернутого в Яндекс.Облаке
* Managed Service for Kubernetes® на 100%. Используем все возможности интеграции managed k8s с Облаком и внешним миром
*Kubernetes: 7 ошибок старта против масштабирования.
* Опыт использования к8s в СберМаркете
* Navigator – service mesh на основе Envoy
https://cloud.yandex.ru/events/96
* Устройство велосипеда: зачем и как в Яндекс.Облаке написали свой k8s management framework
* Топ-10 критичных нюансов при перекате в #kubernetes
* All Do Sport! История, архитектура и CI/CD-процесс сервиса, развернутого в Яндекс.Облаке
* Managed Service for Kubernetes® на 100%. Используем все возможности интеграции managed k8s с Облаком и внешним миром
*Kubernetes: 7 ошибок старта против масштабирования.
* Опыт использования к8s в СберМаркете
* Navigator – service mesh на основе Envoy
https://cloud.yandex.ru/events/96
yandex.cloud
Kubernetes Meetup
Мероприятие, целиком посвященное k8s.
Forwarded from DevOps&SRE Library
Istio in 2020 - Following the Trade Winds
Разработчики Istio планируют в 2020 году существенно упростить архитектуру.
https://istio.io/blog/2020/tradewinds-2020
Разработчики Istio планируют в 2020 году существенно упростить архитектуру.
https://istio.io/blog/2020/tradewinds-2020
Forwarded from DevOps&SRE Library
Our migration journey from AWS to Google Cloud
История миграции инфраструктуры компании Kudos из AWS в Google Cloud.
Part 1: https://medium.com/kudos-engineering/our-migration-journey-from-aws-to-google-cloud-part-1-542b6e40b730
Part 2: https://medium.com/kudos-engineering/our-migration-journey-from-aws-to-google-cloud-part-2-e66bd53b5d9a
История миграции инфраструктуры компании Kudos из AWS в Google Cloud.
Part 1: https://medium.com/kudos-engineering/our-migration-journey-from-aws-to-google-cloud-part-1-542b6e40b730
Part 2: https://medium.com/kudos-engineering/our-migration-journey-from-aws-to-google-cloud-part-2-e66bd53b5d9a
flagger - кто еще не знаком. Пора! Штука для canary, blue/green деплоев в #kubernetes
https://github.com/weaveworks/flagger
https://github.com/weaveworks/flagger
GitHub
GitHub - fluxcd/flagger: Progressive delivery Kubernetes operator (Canary, A/B Testing and Blue/Green deployments)
Progressive delivery Kubernetes operator (Canary, A/B Testing and Blue/Green deployments) - GitHub - fluxcd/flagger: Progressive delivery Kubernetes operator (Canary, A/B Testing and Blue/Green dep...
Forwarded from Технологический Болт Генона
“Let’s use Kubernetes!” Now you have 8 problems
https://pythonspeed.com/articles/dont-need-kubernetes/
https://pythonspeed.com/articles/dont-need-kubernetes/
Python⇒Speed
“Let’s use Kubernetes!” Now you have 8 problems
For smaller teams, Kubernetes is usually the wrong solution: too complex, too complicated, and with too much work to keep it running.
Forwarded from Записки админа
🛠Секурити упражнения и практики для этого вашего Kubernetes. С наглядными примерами, что весьма удобно. https://securek8s.dev/exercise/
#kubernetes #security #напочитать
#kubernetes #security #напочитать
Смотрите, что выкатили комрады из OVH. CD на Golang с визуализацией и прочими плюхами. Ай-да бегом тестить.
CDS - Enterprise-Grade Continuous Delivery & DevOps Automation Open Source Platform
Why CDS? Discover the Origins
* Self-Service
* Horizontal Scalability
* High Availability
* Pipeline Reutilisability
* Rest API
* Customizable
https://github.com/ovh/cds
CDS - Enterprise-Grade Continuous Delivery & DevOps Automation Open Source Platform
Why CDS? Discover the Origins
* Self-Service
* Horizontal Scalability
* High Availability
* Pipeline Reutilisability
* Rest API
* Customizable
https://github.com/ovh/cds
GitHub
GitHub - ovh/cds: Enterprise-Grade Continuous Delivery & DevOps Automation Open Source Platform
Enterprise-Grade Continuous Delivery & DevOps Automation Open Source Platform - ovh/cds
Devops Talks
flagger - кто еще не знаком. Пора! Штука для canary, blue/green деплоев в #kubernetes https://github.com/weaveworks/flagger
Читаю чат Kubernetes, бойцы говорят штука нормас, деплоят на раз, будем посмотреть