Ну разумеется в силу исторических причин. Т.е. поставили до форка некст

Как-нибудь перейдем - не срочно:)

Выгоды - нуль

Мы используем owncloud, скоро смигрируем на некст (как руки дойдут, хехе)

А вам не удалось побороть проблему, когда шаришь человеку 2 поддиректории с разными родительскими, но одинаковым именем?

Хм, не сталкивался - мы шарим архивы, так что только файлы

господа, кто юзал Fabric? Стоит ли его использовать, если есть ansible ?

работает - не трогай

первая заповедь

вторая: сделай бэкап и смотри первую

Бэкап надо ещё проверить

хватит того, что он есть ?

господа, кто юзал Fabric? Стоит ли его использовать, если есть ansible ?

ты про fpm?

ты про fpm?

неа, про инструмент для деплоя

господа, кто юзал Fabric? Стоит ли его использовать, если есть ansible ?

На данный момент есть фабрик, потихоньку выпиливаю

Хорошо что он есть - да, стал бы я его внедрять в новый проект - нет

Хорошо что он есть - да, стал бы я его внедрять в новый проект - нет

Почему нет? Какие подводные камни есть?

Чем хуже того же Ansible?

Ну во первых у меня было написано под первую версию

На 2 не завелось

Через брю не завёлось

С репы на 3 Python’е не завелась нужная версия

На 2 запустилась

Во вторых удобнее читать ансибл, чем фабрик

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

Фабрик работает ничуть не хуже. Дело вкуса и предпочтений

Фабрик работает ничуть не хуже. Дело вкуса и предпочтений

Мне кажется фабрик для разрабов, Ansible для админов

Кому что привычней

Ансибл по сути блекбокс. Не каждый готов доверять особенно продакшн не понимая что происходит внутри. А фабрик это чистый питон

Ансибл по сути блекбокс. Не каждый готов доверять особенно продакшн не понимая что происходит внутри. А фабрик это чистый питон

Ансибл на питоне, хочется - берешь и читаешь код. Почему блэкбокс то.

Ансибл по сути блекбокс. Не каждый готов доверять особенно продакшн не понимая что происходит внутри. А фабрик это чистый питон

https://github.com/ansible/ansible в каком месте блекбокс?)

Да че гитхаб то даже

head $(which ansible) #!/Library/Frameworks/Python.framework/Versions/3.5/bin/python3.5 # (c) 2012, Michael DeHaan <michael.dehaan@gmail.com> # # This file is part of Ansible # # Ansible is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 3 of the License, or # (at your option) any later version.

Ну факту питон кода нет. Я про это. Сидеть читать простыню?проще функцию на фабрик запилить. Так конечно согласен ансибл моднее выглядит

Ну факту питон кода нет. Я про это. Сидеть читать простыню?проще функцию на фабрик запилить. Так конечно согласен ансибл моднее выглядит

Запили работу с апихой докера, если не лень)

Зачем переизобретать то?

Запили работу с апихой докера, если не лень)

https://docker-fabric.readthedocs.io/en/stable/

Уже изобрели )

Так это же blackbox!

Книга: Философия DevOps. Искусство управления IT Автор: Дженнифер Дэвис и Кэтрин Дэниелс Взаимоисключающие параграфы Отсев теорий, которые ранее по тексту были объявлены как решающие или лучшие Кое где наблюдается плагиат идей Приведение примеров из жизни, которые были использованы в книгах других авторов Приведение одного и того же понятия как две различные сущности с разными названиями Поверхностные идеи, поверхностный взгляд на DevOps как уникальное явление. Сделана ставка на межличностные отношения. Другими словами автор пишет о том понятии, о котором не имеет ни малейшего представления Упоминание расы, как признака разницы в способностях и образовании Упоминание пола и сексуальных предпочтений, как проблемы управления фирмой, компанией, командой Противопоставление заинтересованности сотрудника, и потраченном им рабочего времени, на создание продукта компании - семье Присваивание ярлыков людям с определённым складом ума или характера. Причем к ярлыку позже добавляется какая-либо черта, которая может быть совершенно несвойственной людям с указанным ярлыком. Притянутая за уши психология и психиатрия и полное болото, особенно в причинно-следственных связей между характером человека, его складом мышления и его навыками. Не осилил этот бред дальше 142 страницы...

Книга: Философия DevOps. Искусство управления IT Автор: Дженнифер Дэвис и Кэтрин Дэниелс Взаимоисключающие параграфы Отсев теорий, которые ранее по тексту были объявлены как решающие или лучшие Кое где наблюдается плагиат идей Приведение примеров из жизни, которые были использованы в книгах других авторов Приведение одного и того же понятия как две различные сущности с разными названиями Поверхностные идеи, поверхностный взгляд на DevOps как уникальное явление. Сделана ставка на межличностные отношения. Другими словами автор пишет о том понятии, о котором не имеет ни малейшего представления Упоминание расы, как признака разницы в способностях и образовании Упоминание пола и сексуальных предпочтений, как проблемы управления фирмой, компанией, командой Противопоставление заинтересованности сотрудника, и потраченном им рабочего времени, на создание продукта компании - семье Присваивание ярлыков людям с определённым складом ума или характера. Причем к ярлыку позже добавляется какая-либо черта, которая может быть совершенно несвойственной людям с указанным ярлыком. Притянутая за уши психология и психиатрия и полное болото, особенно в причинно-следственных связей между характером человека, его складом мышления и его навыками. Не осилил этот бред дальше 142 страницы...

Я же сказал это высер феминисток и ничего по сути про девопс

Ты то хоть не платил за нее)

А что ныне годнота?

Devops 2.0+?

Devops 2.0+?

Ты про тулкит?

Он самый

Ну он да

но это скорее для влета в тему)

Книга: Философия DevOps. Искусство управления IT Автор: Дженнифер Дэвис и Кэтрин Дэниелс Взаимоисключающие параграфы Отсев теорий, которые ранее по тексту были объявлены как решающие или лучшие Кое где наблюдается плагиат идей Приведение примеров из жизни, которые были использованы в книгах других авторов Приведение одного и того же понятия как две различные сущности с разными названиями Поверхностные идеи, поверхностный взгляд на DevOps как уникальное явление. Сделана ставка на межличностные отношения. Другими словами автор пишет о том понятии, о котором не имеет ни малейшего представления Упоминание расы, как признака разницы в способностях и образовании Упоминание пола и сексуальных предпочтений, как проблемы управления фирмой, компанией, командой Противопоставление заинтересованности сотрудника, и потраченном им рабочего времени, на создание продукта компании - семье Присваивание ярлыков людям с определённым складом ума или характера. Причем к ярлыку позже добавляется какая-либо черта, которая может быть совершенно несвойственной людям с указанным ярлыком. Притянутая за уши психология и психиатрия и полное болото, особенно в причинно-следственных связей между характером человека, его складом мышления и его навыками. Не осилил этот бред дальше 142 страницы...

Devols toolkit почитай если уровень английского позволяет

Ну он да

больше деталей можно найти в ишью на гитхабе)

больше деталей можно найти в ишью на гитхабе)

Ишью на книжку?)

Пайплайн по триггеру чтоль нужен?

Devols toolkit почитай если уровень английского позволяет

А если я бекендер, который хочет поднянуть девопс скиллы- подойдет книга?

А если я бекендер, который хочет поднянуть девопс скиллы- подойдет книга?

Всем пойдет Там и про докер со свормом

Пайплайн по триггеру чтоль нужен?

Да, по коммитам. Но не кастомный поднимать и конфигурировать, а заюзать какой-то сервис с поддержкой Докеров (на Heroku обрезано все).

Всем пойдет Там и про докер со свормом

А про Openshift там есть?

Я до последних не дошел, может есть,хз кубер точно есть

А то мне один из лучших знакомых мне девопсов про openshift каждый второй разговор говорил, до сих пор стыдно, что не знаю

Да, по коммитам. Но не кастомный поднимать и конфигурировать, а заюзать какой-то сервис с поддержкой Докеров (на Heroku обрезано все).

Hyper.sh может вродь как Если конфигурить не хотите Других не знаю

А то мне один из лучших знакомых мне девопсов про openshift каждый второй разговор говорил, до сих пор стыдно, что не знаю

@Asgoret а нук, пояснишь за опеншифт?

Hyper.sh может вродь как Если конфигурить не хотите Других не знаю

Хорошо, а если конфигурировать, плюс баш, но не поднимать кастомный типа Дженкинса, то что-то посооветовать можете еще?

Хорошо, а если конфигурировать, плюс баш, но не поднимать кастомный типа Дженкинса, то что-то посооветовать можете еще?

Ну гитлаб можно, который можете сразу в докере поднять, написать деплой, поставить раннер и дать ему триггеры

Других не знаю, а точнее не знаю какой уровень "ничего не делания" вам нужен

Других не знаю, а точнее не знаю какой уровень "ничего не делания" вам нужен

Проекты в докерах, хочется подключить сервис к Гитхабу (там хостимся), дать доступы на репозитории (коммиты, на чтение, хуки), дать одну команду как поднять проект — чтобы поднимал каждый ПР на отдельной машине (контейнере).

Ты то хоть не платил за нее)

Товарищ майор? Не понял вопроса. ?

Всем пойдет Там и про докер со свормом

Нееееееееееееееет

А то мне один из лучших знакомых мне девопсов про openshift каждый второй разговор говорил, до сих пор стыдно, что не знаю

Крутая хрень, попробуй minishift ☺️

Проекты в докерах, хочется подключить сервис к Гитхабу (там хостимся), дать доступы на репозитории (коммиты, на чтение, хуки), дать одну команду как поднять проект — чтобы поднимал каждый ПР на отдельной машине (контейнере).

Jenkins+ agents / gitlab-ci + k8s

Крутая хрень, попробуй minishift ☺️

Сколько времени на изучение примерно уйдет? Хорошо знаю докер и его апи, как и компоуз

Сколько времени на изучение примерно уйдет? Хорошо знаю докер и его апи, как и компоуз

Там всё на кубере построенно. Минишифт поборол за часа 4 с пивасиком, большой ещё не деплоил, изучаю кубер и загоняю всё потихоньку в него

Там всё на кубере построенно. Минишифт поборол за часа 4 с пивасиком, большой ещё не деплоил, изучаю кубер и загоняю всё потихоньку в него

Сам кубер, думаю, не за 4 часа осваивается

А то мне один из лучших знакомых мне девопсов про openshift каждый второй разговор говорил, до сих пор стыдно, что не знаю

Что стыдно-то?

Сам кубер, думаю, не за 4 часа осваивается

Кубер жосткий.

Там всё на кубере построенно. Минишифт поборол за часа 4 с пивасиком, большой ещё не деплоил, изучаю кубер и загоняю всё потихоньку в него

Минишифт хуйня, начинай с большого шифта. Мультимастер, персистентка, все дела

Что стыдно-то?

Да это я к тому, что он вкусно рассказывал, что опеншифт хорош

Минишифт хуйня, начинай с большого шифта. Мультимастер, персистентка, все дела

Насколько это актуально, если у нас одна железка?

Насколько это актуально, если у нас одна железка?

Боюсь спросить, а зачем тогда это все, если одна железка?

Боюсь спросить, а зачем тогда это все, если одна железка?

С одной стороны, собственные знания подтянуть С другой, оптимизировать то, что имеем

Ну, оркестация контейнеров все-таки про кластеры

С одной стороны, собственные знания подтянуть С другой, оптимизировать то, что имеем

Мощный?

Ну, оркестация контейнеров все-таки про кластеры

Ну там не только же оркестрация Да и понимание того, как устроен тот же кубер поможет правильнее организовывать многие процессы (не только оркестрация)

Мощный?

2 проца по 8 ядер что-ли 32/64 оперативы

Если не очень, то лучше oc скачать. Он скачает докер и развернет

2 проца по 8 ядер что-ли 32/64 оперативы

Ставь через ансибл

Хватит all in one, чтобы понять как его ставить в прод и как ось готовить

Если не очень, то лучше oc скачать. Он скачает докер и развернет

oc расшифровывается как?

oc расшифровывается как?

openshift console

Операционная система?)

Вот черт(

Это интерпетатор для шифта. Пример: oc login oc describe route {name of route}

Это интерпетатор для шифта. Пример: oc login oc describe route {name of route}

https://github.com/openshift/openshift-ansible оно?

https://github.com/openshift/openshift-ansible/tree/master/inventory