×Закрыть

Материалы по теме «DevOps дайджест»

RSS

DevOps дайджест #15: как заработать на Jaguar Xf DevOps дайджест #15: как заработать на Jaguar Xf

Oleg Mykolaichenko 5896

В выпуске: как стать самым крутым DevOps Engineer, доступно о современном контейнерном мире, релиз Go 1.9, Vault обновился, Web UI для terraform, почему изоляция контейнеров не совсем изоляция, Kubernetes at GitHub, календарь DevOps ивентов. 11

DevOps дайджест #14: акцент на Kubernetes, нужны ли вам SRE и как зарабатывать больше DevOps дайджест #14: акцент на Kubernetes, нужны ли вам SRE и как зарабатывать больше

Oleg Mykolaichenko 4551

В выпуске: релизнулся Gitlab, Cloudflare научились очень круто работать с лимитами, про тонкий тюнинг и настройку кластера из Elasticsearch, как правильно и как неправильно готовить Kubernetes, почему не стоит использовать Hype Driven Development. 9

DevOps дайджест #11: ChatOps и будущее, DevOps in real life и почему нельзя делать sudo rm —rf на боевых серверах DevOps дайджест #11: ChatOps и будущее, DevOps in real life и почему нельзя делать sudo rm —rf на боевых серверах

Oleg Mykolaichenko 6142

В выпуске не будет скучных ссылок и затертых новостей, неинтересных штук и банальных тулзовин. Все что тут — это интересно и полезно читать, но самое правильное — это следовать success story и радовать своих пользователей качественным продуктом. 7

DevOps дайджест #10 — Docker fork, управление контейнерами, украинский Cloud хостинг, немного о безопасности DevOps дайджест #10 — Docker fork, управление контейнерами, украинский Cloud хостинг, немного о безопасности

Aleksey Asiutin 4436

В выпуске: обзор систем монитринга, time-series баз данных, агрегаторов логов, чем опасны микросервисы и несколько уязвимостей. 29

DevOps дайджест #9: Docker in production, Load balancer на golang, Ask me everything от ведущих DevOps DevOps дайджест #9: Docker in production, Load balancer на golang, Ask me everything от ведущих DevOps

Aleksey Asiutin 4876

В выпуске: как в Netflix управляют правами доступа по SSH, немного о визуализации метрик, аналитика билдов Travis CI, а также — новые релизы и подборка книг. 8

DevOps дайджест #8: GitLab включает поддержку Docker, как работает интернет, книги и немножко видео с конференций DevOps дайджест #8: GitLab включает поддержку Docker, как работает интернет, книги и немножко видео с конференций

Aleksey Asiutin 4416

В выпуске: хронология развития SSL/TLS, быстро поднимаем ipsec vpn сервер в Docker, 32 Best Reads on Lean, Agile and DevOps и опять про мониторинг и опыт в scaling. 9

DevOps дайджест #7: Как обычный поиск по GitHub помогает ломать slack аккаунты, снова о HTTP/2.0 и как устроены распределенные хранилища данных DevOps дайджест #7: Как обычный поиск по GitHub помогает ломать slack аккаунты, снова о HTTP/2.0 и как устроены распределенные хранилища данных

Aleksey Asiutin 4156

В выпуске: выход новых nginx, ubuntu, redis; хороший сборник cheat sheet’ов, как запустить свой Chaos Monkey в Amazon и Continious Delivery anti-patterns. 3

DevOps дайджест #4: проект LetsEncrypt вышел в public beta, автоматизация bare metal инфраструктуры от GitHub DevOps дайджест #4: проект LetsEncrypt вышел в public beta, автоматизация bare metal инфраструктуры от GitHub

Aleksey Asiutin 2320

В выпуске: новые дата-центры Amazon, Serverless архитектура, статистика популярности реляционных БД, а также несколько руководств по установке систем мониторинга и автоматизации. 4

DevOps дайджест #2: DevOps in IBM, js and HTTP/2 in nginx, конференция @scale 2015 DevOps дайджест #2: DevOps in IBM, js and HTTP/2 in nginx, конференция @scale 2015

Aleksey Asiutin 3618

В выпуске: описание современного стека технологий для production env, real time web — the web after tomorrow, сложности построения микросервисов, ведение учета инфраструктуры и практика использования AWS Lambda. 6

DevOps дайджест #0 DevOps дайджест #0

Aleksey Asiutin 9778

В выпуске: изучаем работу nginx и безопасно настраиваем SSL/TLS. защита от DDoS атак для начинающих, как улучшить производительность сетевого стека, про HTTP/2 и конференцию по масштабированию и отказоустойчивости. А также немножко хороших книг. 26

Комментарии

причем это огромный гемор для бесплатного сервиса, когда огромное колличество средств тратиться на полностью шаровое предоставление сервиса всем желающим.
Там в комментариях пишут что типа есть решение как удалить имя из коммита. И даже как удалить имя из файла, хотя это и ломает репозиторий. Но еще есть Maven Central с подписанными jar. Да думаю еще можно много чего такого же найти.
то что надо!
такие есть, а ваша статья в большинстве пунктов их поощряет, какая разница сколько их было в моей жизни? просто очень странный подход когда предлагают использовать ярлыки ТОКСИЧНЫЙ без контекста разборки и игнорировать кто прав а кто нет
полностью согласен, это очень похоже на подход «все запретить!», просто обернуто в какой то странный либеральный пакетик с нечистотами А размытость формулировок поражает, надеюсь гитхаб закроет европейцам доступ
Инетерсное у вас сложилось мнение) Не буду даже пытаться разубеждать. Просто интересно, какая у вас выборка «таких» «мягких» менеджеров, на основании который вы делаете такие обобщающие выводы при минимуме входящих данных?) 5-10-15?
Согласен, обычно если команды усредненные — это не сильно заметно Но когда у тебя взаимодействие с кучей команд а твой менеджер следует вот такой политике — обязательно будет 20-30% команд за которыми ты будешь подтирать потому что менеджер не хочет...
самое простой импакт на обычных работяг — приходя в команду к такому менеджеру — ты всегда будешь подтирать за всеми остальными командами с которыми ты делаешь совместные проекты, особенно если в остальных командах менеджер беспокоится о своих людях.
Почему сразу крайности: мягкий менеджер, который все доделывает сам, или бульдог с гтфох? Тут, вроде, статья не про выбор направления карьеры, а про командообразование.
Ну что, запрещаем в ЕС github, gitlab, bitbucket и штрафуем, штрафуем, штрафуем?
никакие. некогда. на работе надо работать, а дома отдыхать от всей этой айтишной фигни
«Ви хочете про це поговорити?» © :)))))
Знаем мы таких мягких менеджеров, я их полностью понимаю, у них свой подход к построение карьеры, но в результате все ложится на твой горб, вот дословные цитаты: — Ну мы же одна команда, тут нет мы или они, САМ СДЕЛАЙ их работу если они не справились!
Якщо Вами ніхто не маніпулює, Ви в руках професіоналів. :-)
Простите, а с чего вдруг бизнес должен решать, нужны ли какие-то там юнит тесты или нет?