Forwarded from Илья Улеско
У меня в ячейках таблицы чеклиста почти всегда располагаются выпадающие списки с значениями. Если критерий не проверен, то ячейка пуста (не выбрано значение из списка). Если критерий был обработан, то ставится значение согласно ситуации. Например, у критерия "актуальность" для страницы справки могут быть такие варианты:
- Актуальна (зелёная подсветка строки)
- Устарели скриншоты (оранжевая подсветка строки)
- Устарело содержимое (оранжевая подсветка строки)
- Требуется редизайн (красная подсветка строки)
- Полностью устарела (красная подсветка строки)
В итоге получается "светофор" на каждый критерий страницы - сразу наглядно видно, какие страницы с проблемами + насколько это критично.
- Актуальна (зелёная подсветка строки)
- Устарели скриншоты (оранжевая подсветка строки)
- Устарело содержимое (оранжевая подсветка строки)
- Требуется редизайн (красная подсветка строки)
- Полностью устарела (красная подсветка строки)
В итоге получается "светофор" на каждый критерий страницы - сразу наглядно видно, какие страницы с проблемами + насколько это критично.
Forwarded from Luiza Solnceza
#job #вакансия #Riga #Latvia #fulltime #office
Республика Латвия, г. Рига.
Формат: офис.
Занятость: полная.
Зарплатная вилка: 2500 - 2800 EUR Net.
Всем привет!
Нужен AWS DevOps Engineer, готовый к переезду в Латвию.
Я помогаю с формированием команды для работы над перспективным проектом Cyber.bet. Это профессиональная площадка для приема ставок на киберспортивные соревнования по Overwatch, Dota 2, CS:GO, League of Legends (LoL), Hearthstone.
Мальтийская компания Snowball Gaming с представительством в Латвии, лицензия на игорную
деятельность, полностью белый и легальный бизнес. Долгосрочный план инвестиций не только в
рамках проекта cyber.bet, но и в целом в направлении киберспорта. Команду формировали с нуля,
разработка началась в середине января, в московском офисе, сейчас почти вся команда переехала в рижский офис.
Используемые в проекте технологии: Kubernetes/Docker, AWS, Jenkins/CircleCI/Travis (CI/CD tool), Terraform.
Требования
Опыт работы системным администратором не менее 3 лет, включая опыт управления сложными распределенными системами
Глубокие знания администрирования Linux/Unix систем
Опыт разработки решений для облачных платформ: AWS, Azure, Google Cloud
Опыт работы с Kubernetes, Docker + Exposure to Docker best practices (compose, volume containers, Kubernetes, OpenShift)
Уверенное знание консоли, расширенные навыки shell-scripting (bash/ksh/zsh, Python), активное использование Git/GitFlow
Опыт работы с системами управления конфигурациями (Ansible, SaltStack, Chef, Puppet и другие)
Понимание процесса программирования, знания о том, что существуют циклы, функции, ООП и лямбды. Способность открыть код на любом языке и примерно предположить, что он делает
CI/CD — creating pipelines, managing pool of agents, tracking artifacts etc.
Опыт написания Splunk dashboards, functions, alerts
Python — мы предпочитаем Python вместо Bash/PowerShell
Английский язык, желательно на разговорном уровне.
За большей информацией, а также прислать CV сюда:
Telegram: @als_luiza;
Почта: luisa@recruit.camp
Республика Латвия, г. Рига.
Формат: офис.
Занятость: полная.
Зарплатная вилка: 2500 - 2800 EUR Net.
Всем привет!
Нужен AWS DevOps Engineer, готовый к переезду в Латвию.
Я помогаю с формированием команды для работы над перспективным проектом Cyber.bet. Это профессиональная площадка для приема ставок на киберспортивные соревнования по Overwatch, Dota 2, CS:GO, League of Legends (LoL), Hearthstone.
Мальтийская компания Snowball Gaming с представительством в Латвии, лицензия на игорную
деятельность, полностью белый и легальный бизнес. Долгосрочный план инвестиций не только в
рамках проекта cyber.bet, но и в целом в направлении киберспорта. Команду формировали с нуля,
разработка началась в середине января, в московском офисе, сейчас почти вся команда переехала в рижский офис.
Используемые в проекте технологии: Kubernetes/Docker, AWS, Jenkins/CircleCI/Travis (CI/CD tool), Terraform.
Требования
Опыт работы системным администратором не менее 3 лет, включая опыт управления сложными распределенными системами
Глубокие знания администрирования Linux/Unix систем
Опыт разработки решений для облачных платформ: AWS, Azure, Google Cloud
Опыт работы с Kubernetes, Docker + Exposure to Docker best practices (compose, volume containers, Kubernetes, OpenShift)
Уверенное знание консоли, расширенные навыки shell-scripting (bash/ksh/zsh, Python), активное использование Git/GitFlow
Опыт работы с системами управления конфигурациями (Ansible, SaltStack, Chef, Puppet и другие)
Понимание процесса программирования, знания о том, что существуют циклы, функции, ООП и лямбды. Способность открыть код на любом языке и примерно предположить, что он делает
CI/CD — creating pipelines, managing pool of agents, tracking artifacts etc.
Опыт написания Splunk dashboards, functions, alerts
Python — мы предпочитаем Python вместо Bash/PowerShell
Английский язык, желательно на разговорном уровне.
За большей информацией, а также прислать CV сюда:
Telegram: @als_luiza;
Почта: luisa@recruit.camp
Forwarded from CatOps
PagerDuty заопенсорсили свой внутренний тренинг по безопасности для инженеров!
В дисклеймере они пишут, что это не полная версия тренинга, потому что настоящий содержит конфиденциальные данные, но открытая версия должно покрывать бОльшую часть самых частых вопросов. Я пока не успел дочитать
#security
В дисклеймере они пишут, что это не полная версия тренинга, потому что настоящий содержит конфиденциальные данные, но открытая версия должно покрывать бОльшую часть самых частых вопросов. Я пока не успел дочитать
#security
PagerDuty Security Training
For Engineers - PagerDuty Security Training
This is an open-source version of 'Security Training for Engineers', PagerDuty's internal employee technical security training, open to all PagerDuty employees as part of our continuous security training program.
Forwarded from Old Tuna
Кстати, коллеги, интересно ваше мнение, полезный материал или баянисто уже? https://medium.com/avitotech/kubernetes-issues-and-solutions-2baffe25f40b
Medium
Kubernetes issues and solutions
Hi all! I am a part of the architecture team at Avito.ru, one of the world’s top classifieds (read more about Avito here). In this post I…
Forwarded from Vitaly Rybnikov
Напомню, что слайды тут. Не все регались : https://speakerdeck.com/devopsmoscow
Forwarded from CatOps
Я недавно уже скидывал статью о деплое Consul и Vault в Kubernetes (t.me/catops/754)
А вот подъехали и официальные интеграции:
HashiCorp анонсировали движение в сторону всяческих интеграций с Kubrnetes
Начали с Consul. Уже есть:
- официальный Helm chart
- авто-джойн
- Service Catalog Sync (в обе стороны)
- Consul Connect в k8s
- поддержка Envoy
Такие дела
#hashicorp #kubernetes
А вот подъехали и официальные интеграции:
HashiCorp анонсировали движение в сторону всяческих интеграций с Kubrnetes
Начали с Consul. Уже есть:
- официальный Helm chart
- авто-джойн
- Service Catalog Sync (в обе стороны)
- Consul Connect в k8s
- поддержка Envoy
Такие дела
#hashicorp #kubernetes
Forwarded from DevOps Deflope News
Spotify открыли код своего инструмента для управления кластерами Apache Cassandra: cstar позволяет выполнять задачи по конфигурации кластера с учётом топологии и состояния узлов кластера, чего они не смогли добиться от Ansible и Puppet: http://amp.gs/y9cM
Forwarded from CatOps
Julia Evans рассказывает, как менеджить кастомные хедеры с помощью Cloudflare workers (это такие как AWS Lambda, только от Cloudflare)
P.S. Как менеджить кастомные хедеры с AWS Lambda@Edge и CloudFront я уже писал
#cloudflare
P.S. Как менеджить кастомные хедеры с AWS Lambda@Edge и CloudFront я уже писал
#cloudflare
Forwarded from CatOps
Pro tip: setup integration for your monitoring and deploying systems. It's get visualization of "what release break all" and simplify debug.
Requirements: Grafana 4.6+
For example, you have ~Zabbix~ Prometheus (monitoring), Teamcity (deploy), Grafana and some App.
1. Prometheus get some metrics from app and store to DB. We can visualize it in Grafana.
2. Teamcity successfully build and deploy new version of App.
NOW add new step after deploy which create Grafana Annotation about deploy to Prometheus.
It's add red line on your graphics so you can see which build fully of love.
P.S. On picture how can it look like.
#monitoring
Requirements: Grafana 4.6+
For example, you have ~Zabbix~ Prometheus (monitoring), Teamcity (deploy), Grafana and some App.
1. Prometheus get some metrics from app and store to DB. We can visualize it in Grafana.
2. Teamcity successfully build and deploy new version of App.
NOW add new step after deploy which create Grafana Annotation about deploy to Prometheus.
It's add red line on your graphics so you can see which build fully of love.
P.S. On picture how can it look like.
#monitoring
Forwarded from ДевОпс Інженер 🇺🇦 (devopsengineer bot)
Уууух как круто прошла конфа! 😎
Мне понравилось, что ребята из fwdays очень классно проработали все моменты: после обеда были лайтовые доклады на общие темы, а хардкор примерно в 12 (когда все уже проснулись, но еще не устали). Очень порадовали сами доклады и треки - сложно было выбрать что и куда идти, хотелось быть везде и одновременно))
Отдельно могу отметить юмор Александра Соловьева из "магазина одежды", топ-хедлайнера конференции, он очень позитивно завершил этот продуктивный день. 👆
В целом впечатления крайне положительные, не считая непонятного мне конфьюза с Svitla systems, однозначно пойду в 2019.
Для тех кто не попал, или был на OSDN есть записи докладов по трекам:
🔥main stage: https://www.youtube.com/watch?v=MbZgXZBxgV8
🔥track a: https://www.youtube.com/watch?v=sVhsY-kYi0Y
🔥track b: https://www.youtube.com/watch?v=i5-sFUqVhrs
🔥track c: https://www.youtube.com/watch?v=Lxop86CIfg0
Расписание докладов (для навигации) есть на сайте:
▶️ https://fwdays.com/en/event/highload-fwdays-2018#program-event
А я пошел внедрять на практике этих всех сферический коней в вакууме 🙈
Мне понравилось, что ребята из fwdays очень классно проработали все моменты: после обеда были лайтовые доклады на общие темы, а хардкор примерно в 12 (когда все уже проснулись, но еще не устали). Очень порадовали сами доклады и треки - сложно было выбрать что и куда идти, хотелось быть везде и одновременно))
Отдельно могу отметить юмор Александра Соловьева из "магазина одежды", топ-хедлайнера конференции, он очень позитивно завершил этот продуктивный день. 👆
В целом впечатления крайне положительные, не считая непонятного мне конфьюза с Svitla systems, однозначно пойду в 2019.
Для тех кто не попал, или был на OSDN есть записи докладов по трекам:
🔥main stage: https://www.youtube.com/watch?v=MbZgXZBxgV8
🔥track a: https://www.youtube.com/watch?v=sVhsY-kYi0Y
🔥track b: https://www.youtube.com/watch?v=i5-sFUqVhrs
🔥track c: https://www.youtube.com/watch?v=Lxop86CIfg0
Расписание докладов (для навигации) есть на сайте:
▶️ https://fwdays.com/en/event/highload-fwdays-2018#program-event
А я пошел внедрять на практике этих всех сферический коней в вакууме 🙈
Forwarded from DevBrain
Крутой доклад от не менее крутого Maxime Beauchemin (автор Airflow и Superset) про продвинутое использование Apache Airflow в Data Infrastructure Engineering.
Видео https://www.youtube.com/watch?v=23_1WlxGGM4
Доклад https://prezi.com/p/adxlaplcwzho/advanced-data-engineering-patterns-with-apache-airflow/
Видео https://www.youtube.com/watch?v=23_1WlxGGM4
Доклад https://prezi.com/p/adxlaplcwzho/advanced-data-engineering-patterns-with-apache-airflow/
YouTube
SFBigAnalytics_20180117: Advanced Data Engineering Patterns with Apache Airflow
Analysis automation and analytic services are the future of data engineering! Apache Airflow's DSL makes it natural to build complex DAGs of tasks dynamically, and many organizations have been leveraging this feature in intricate ways, creating a wide array…
Forwarded from Українська девопсарня
Пост подгорания😭Если у вас Kubernetes и особенно если он у вас на AWS, то у вас с вероятностью 99% есть критическая бага с периодическими долгими резолвами DNS, описанная здесь: https://github.com/kubernetes/kubernetes/issues/56903. Там же есть и воркераунды, которые работают "не у всех и не всегда". Самый надежный фикс - поставить на каждой ноде dnsmasq (можно и DaemonSet).
Матчасть об этой проблеме для любопытных: https://www.weave.works/blog/racy-conntrack-and-dns-lookup-timeouts
Матчасть об этой проблеме для любопытных: https://www.weave.works/blog/racy-conntrack-and-dns-lookup-timeouts
Forwarded from Українська девопсарня via @like
www.weave.works
Best tools for Debugging Distributed Applications
While the initial planning and architecture behind debugging a distributed application can take time, there's a growing number of tools available to help you pin down the problem and find solutions. In this post, we looked at the different approaches available.
Forwarded from ДевОпс Інженер 🇺🇦 (devopsengineer bot)
Импорт/экспорт Grafana dashboards
Пришла мне таска - взять все существующие дашборды для графаны, немного их подкрутить, и пушнуть туда же как новые. Темплейтинг заюзать нельзя - оно там все супер-динамическое с завязкой на свой датасорс для каждого конкретного хоста. Короче - гемор.
И этих дашбордов более нескольких десятков.
Сразу дока, API - и погнали. Есть на импорт/экспорт, а значит кто-то уже писал автоматизацию.
Полез я в интернет, и сразу наткнулся на github gists, где разные ребята в коментах писали свои версии скриптов. Но вроде же дожно быть что-то более продакшн реди? И да, есть либа:
💥 https://github.com/hagen1778/grafana-import-export
Она заэкспортила дашборды, и пришла очередь фиксить json.
Для этого есть тулза jq, не самая удобная, но работает. Пример, где в slug меняется поле:
Датасорсы в графиках лучше менять с помощью sed:
Обязательно нужно поменять title - иначе ничего работать не будет (упадет с ошибкой):
Это все очевидные вещи, но в конце ждал сюрприз. Ошибка
После этого дашборды заэкспортились и все взлетело.
Надеюсь, сохранил вам несколько часов гугления и набивания шишек 😄
Пришла мне таска - взять все существующие дашборды для графаны, немного их подкрутить, и пушнуть туда же как новые. Темплейтинг заюзать нельзя - оно там все супер-динамическое с завязкой на свой датасорс для каждого конкретного хоста. Короче - гемор.
И этих дашбордов более нескольких десятков.
Сразу дока, API - и погнали. Есть на импорт/экспорт, а значит кто-то уже писал автоматизацию.
Полез я в интернет, и сразу наткнулся на github gists, где разные ребята в коментах писали свои версии скриптов. Но вроде же дожно быть что-то более продакшн реди? И да, есть либа:
💥 https://github.com/hagen1778/grafana-import-export
Она заэкспортила дашборды, и пришла очередь фиксить json.
Для этого есть тулза jq, не самая удобная, но работает. Пример, где в slug меняется поле:
jq '(.meta.slug |= "aws-" + .)' $filename - на поиск синтаксиса ушло 2 чашки чая 🙁 Датасорсы в графиках лучше менять с помощью sed:
sed 's/"datasource": "influxdb"/"datasource": "new-datasource"/g' - через jq тяжело обойти все вложенные ключи, и не сломать лишнего Обязательно нужно поменять title - иначе ничего работать не будет (упадет с ошибкой):
jq '(.dashboard.title |= "AWS | " + .)' $filename - тут добавляется 'AWS | ' и существующее имя дашборда Это все очевидные вещи, но в конце ждал сюрприз. Ошибка
The dashboard has been changed by someone else. Хм, что же это значит? Сразу мысль подсказала посмотреть на ключи version и id. Ключа с версией небыло, а вот id был. Где-то на гитхабе советовали засетить его как null, или вообще удалить. Ну я и удалил: jq 'del(.dashboard.id)' $filenameПосле этого дашборды заэкспортились и все взлетело.
Надеюсь, сохранил вам несколько часов гугления и набивания шишек 😄
GitHub
GitHub - hagen1778/grafana-import-export: shell scripts for importing and exporting Grafana's dashboards and datasources
shell scripts for importing and exporting Grafana's dashboards and datasources - hagen1778/grafana-import-export
Forwarded from Грефневая Кафка (pro.kafka)
⚡️ Привет чат!
Я тут сменил работку , записали подкаст, сняли видос про это дело и даже поговорили про важный вопрос «Что дороже upconvert or downconver сообщений, когда используются разные версии клиентов и брокера?»
📺 https://www.youtube.com/watch?v=tPPgKLQc55A
🎧 https://www.buzzsprout.com/186154/796702-ask-confluent-kafka-ksql-and-viktor-gamov
🔗 (там много уже годноты про KSQL и все такое) https://feeds.buzzsprout.com/186154.rss
protip: если твитить с тэгом #askconfluent на Ваш вопрос могут ответить в одном из следующих выпусков!
Я тут сменил работку , записали подкаст, сняли видос про это дело и даже поговорили про важный вопрос «Что дороже upconvert or downconver сообщений, когда используются разные версии клиентов и брокера?»
📺 https://www.youtube.com/watch?v=tPPgKLQc55A
🎧 https://www.buzzsprout.com/186154/796702-ask-confluent-kafka-ksql-and-viktor-gamov
🔗 (там много уже годноты про KSQL и все такое) https://feeds.buzzsprout.com/186154.rss
protip: если твитить с тэгом #askconfluent на Ваш вопрос могут ответить в одном из следующих выпусков!
YouTube
Ask Confluent #5: Kafka, KSQL, and Viktor Gamov
https://cnfl.io/ask-confluent-5 | Gwen is joined in studio by co-host Tim Berglund and special guest, Viktor Gamov, a new member of Confluent’s Developer Experience team specializing in Kafka, KSQL and Kubernetes. In this episode we’ll find out: does Viktor…
Forwarded from Valery Pilia
А вот и видео с прошлого митапа про безопасность завезли: https://www.youtube.com/playlist?list=PLUpE7k7er9GVAGzjZUKeIDjdJROdbtUtu
Слайды под каждым видео по ссылке.
Слайды под каждым видео по ссылке.
YouTube
[2018.08.22 Meetup]: Безопасность - YouTube
Forwarded from Mikhail
Google Docs
Ansible: хардкор
Ansible - это вам не bash! Serious Configuration Management https://goo.gl/n6iNRK Сергей Печенко Всем привет! Я - Сергей Печенко. Сегодня мы поговорим о том, как использовать Ansible для Серьёзного Управления Конфигурацией. Сразу скажу для регламента, чтобы…
Forwarded from Valery Pilia
Слайды "IaC: давайте жить дружно": https://speakerdeck.com/devopsmoscow/iac-davaitie-zhit-druzhno
Speaker Deck
IaC: давайте жить дружно
Митап на тему "Infrastructure as Code", 26-09-2018
Михаил Жуков, Neuron Digital
Или почему отсутствие одного инструмента для всего — это нормально. Главная мысль: когда создавались первые инструменты, понятие "инфраструктура" у всех в голове примерно…
Михаил Жуков, Neuron Digital
Или почему отсутствие одного инструмента для всего — это нормально. Главная мысль: когда создавались первые инструменты, понятие "инфраструктура" у всех в голове примерно…