Size: a a a

DevOps — русскоговорящее сообщество

2020 July 13

ST

Sergey Trapeznikov in DevOps — русскоговорящее сообщество
https://zulipchat.com/integrations/
во сколько всего
источник

LS

Lev Shagalov in DevOps — русскоговорящее сообщество
А тут есть какой то риот и матрикс
источник

C

CHIP in DevOps — русскоговорящее сообщество
Lev Shagalov
Ну, интеграции мы и сами ручками прикрутить можем. Сейчас юзаем слаку, но в крыму она ужасно работает. Внп не вариант (и так уже утыканы им)

Может у альтернатив слаки есть всякие плюшки необычные. Знаете, как в Google Wave например, ветвить обсуждение и говорить сразу на несколько тем с одним челом. Например.

Может еще какие то особенности есть. Сами интеграции нас особо не пугают - сами напишем.

Может концепты какие интересные есть, неизвестные широкой публике слаки?
Уехать с Крыма
источник

ST

Sergey Trapeznikov in DevOps — русскоговорящее сообщество
CHIP
Уехать с Крыма
источник

LS

Lev Shagalov in DevOps — русскоговорящее сообщество
Не, у нам там проект) Электросеть делаем.
источник

АН

Александр Носенко... in DevOps — русскоговорящее сообщество
Всем привет, какие легковесные сервера для хранения nuget пакетов вы знаете? nexus, artifactory у нас не взлетят
источник

SI

Sigurður Ingvarsson in DevOps — русскоговорящее сообщество
Lev Shagalov
Ну, интеграции мы и сами ручками прикрутить можем. Сейчас юзаем слаку, но в крыму она ужасно работает. Внп не вариант (и так уже утыканы им)

Может у альтернатив слаки есть всякие плюшки необычные. Знаете, как в Google Wave например, ветвить обсуждение и говорить сразу на несколько тем с одним челом. Например.

Может еще какие то особенности есть. Сами интеграции нас особо не пугают - сами напишем.

Может концепты какие интересные есть, неизвестные широкой публике слаки?
rocketchat?
источник

LS

Lev Shagalov in DevOps — русскоговорящее сообщество
А чем вот принципиально эти все mattermost zulip rocket отличаются при селфхостед?
источник

LS

Lev Shagalov in DevOps — русскоговорящее сообщество
Видео все не надо. Энидеск используем
источник

A

Asgoret in DevOps — русскоговорящее сообщество
Ты используешь?
источник

SP

Sergey Pechenkó in DevOps — русскоговорящее сообщество
Lev Shagalov
Локальную альтернативу слаки какую посоветуете?
Маттермост? Рокетчат?

Нужна фришная, а то мы сакнционные.
IRC (just works уже >30 лет). Работает в терминале, сложно организовать утечку.
источник

M

Mentat in DevOps — русскоговорящее сообщество
Lev Shagalov
Локальную альтернативу слаки какую посоветуете?
Маттермост? Рокетчат?

Нужна фришная, а то мы сакнционные.
irc/jabber
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
victor kurguzov
если ты ходишь по SSH, значит у тебя где-то недоработка
Поддерживаю.

Уже есть инструменты, которые частично задачи ssh уже забрали на себя.

Для создания образов нужен Packer,

Для деплоя терраформ/Ансибл.

Для секретов и IAM успешно применяется Hashicorp Vault.

Для сервис-Дискавери есть Hashicorp Counsul.

Для логов можно применять ELK и подобные решения.

Конфигурации можно хранить в Gitlab.

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

Также тут есть серьёзный риск - «незаменимый админ/девопс», кроме него никто ничего не поймет.

Также ssh-метод тормозит или не возможным делает подход к AWS spot instance. Когда все может упасть в любой момент.
источник

vk

victor kurguzov in DevOps — русскоговорящее сообщество
Nurmukhamed Artykaly
Поддерживаю.

Уже есть инструменты, которые частично задачи ssh уже забрали на себя.

Для создания образов нужен Packer,

Для деплоя терраформ/Ансибл.

Для секретов и IAM успешно применяется Hashicorp Vault.

Для сервис-Дискавери есть Hashicorp Counsul.

Для логов можно применять ELK и подобные решения.

Конфигурации можно хранить в Gitlab.

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

Также тут есть серьёзный риск - «незаменимый админ/девопс», кроме него никто ничего не поймет.

Также ssh-метод тормозит или не возможным делает подход к AWS spot instance. Когда все может упасть в любой момент.
пункт про спотовые инстансы не очень понял
источник

VS

Vladimir Samoylov in DevOps — русскоговорящее сообщество
я так понимаю если использовать подход изменяемой инфраструктуры то не получится спотовые
оно же помрёт и всё нечего менять будет
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
victor kurguzov
пункт про спотовые инстансы не очень понял
Ну spot он ведь стоит дешевле обычного инстанс и его могут забрать в любой момент, когда за этот спот предложат большую цену.
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Vladimir Samoylov
я так понимаю если использовать подход изменяемой инфраструктуры то не получится спотовые
оно же помрёт и всё нечего менять будет
Ну ведь у людей это работает и денежку экономят
источник

VS

Vladimir Samoylov in DevOps — русскоговорящее сообщество
Nurmukhamed Artykaly
Ну ведь у людей это работает и денежку экономят
спотовые хорошо когда неизменяемый подход
убил - выкинул - поднял
тогда особо и не жалко что спот заберут
источник

NA

Nurmukhamed Artykaly in DevOps — русскоговорящее сообщество
Vladimir Samoylov
спотовые хорошо когда неизменяемый подход
убил - выкинул - поднял
тогда особо и не жалко что спот заберут
Ну ведь придти от стандартного подхода к спотовому-подходу это работа девопса?
источник

DS

Dmitry Sergeev in DevOps — русскоговорящее сообщество
JBáruch 🎩
Не должно быть никакого devops team
+
https://web.devopstopologies.com/
devops team известный антипаттерн

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