@devops_ru

Страница 1063 из 4568
Maxim
02.09.2016
09:46:25
Легендарный Гарвардский курс CS50 на русском! https://telegram.me/aiplanet

Anton
02.09.2016
09:55:38
Cache-control max-age=0

Каждый делает под себя свое, Сильвер буллета нет

Google
James
02.09.2016
09:57:39
а шо ты хочешь мониторить в монге*7

сделай сам элементы и средствами монги мониторь если тот шаблон тебе не подходит

лучше модернизируй тот шаблон

ребятушки поясните что за

"error": { "root_cause": [ { "type": "security_exception", "reason": "current license is non-compliant for [watcher]", "license.expired.feature": "watcher" } ], "type": "security_exception", "reason": "current license is non-compliant for [watcher]", "license.expired.feature": "watcher" }, "status": 401 }

Pavel
02.09.2016
11:49:50
файл лицензии истек?

Александр
02.09.2016
11:51:14
Пишет об этом

James
02.09.2016
11:53:01
какая нахер лицензия

Александр
02.09.2016
11:53:19
Если б я умел читать

James
02.09.2016
11:53:49
жесть

вот https://www.elastic.co/subscriptions

оказывается если делаешь кластер

ты применяешь бейссик лицензию

Google
James
02.09.2016
11:54:15
на 30 дней

и там ватчер не включен

соотвесно после 30 дней ватчер перестает работать и все остальные функции

ааа жесть

подписка на 1 кластер 1600 зелени

казламордые

Александр
02.09.2016
11:55:13
?

Александр
02.09.2016
11:55:16
Могут себе позволить

Иван
02.09.2016
11:59:16
друзья, подскажите еще пожалуйста такую тему (пардон, если боян): существуют ли какие-либо общепризнанные модели зрелости DevOps в организациях?

типа CMMI чтоли

James
02.09.2016
12:06:18
а ты сам ответь на вопрос кто такой DevOps

Иван
02.09.2016
12:07:04
для меня это не "кто", а "что"

Александр
02.09.2016
12:07:37
Сбретех спрашивает в телеграме что такое девапс

O_O

/me в ахуе

Constantine
02.09.2016
12:08:01
:D

фейл

Paul
02.09.2016
12:09:07
Доброго времени суток! Нужно разработать мобильную рекламную сеть( аналог Unity Ads, AdMob, Chartboost) + с последующим трудоустройством и местом в команде. Если в крации, то мы реализуем рекламу в мобильных приложениях. Есть владельцы площадок( приложений) и рекламодатели, а мы связующая между ними биржа-посредник. Рекламодатель загружает материалы для рекламы, а владелец площадок дает место для рекламы в приложении. Но я думаю, что вы знаете, о чем я говорю. Помимо рекламной сети, также будут реализованы ряд сервисов для разработчиков приложений и рекламодателей. Это будет большой проект по рекламе в приложениях. На данной стадии нам необходима финансовая и временная оценка от разработчиков и возможная доработка. В текущее время, проект находится на рассмотрении нескольких инвесторов. Желательно, если вы работаете с командой из 2-4 человек. Все подробности в ЛС
в смысле вы хотите, чтобы для вас разработали социальную сеть - а за это вы человека наймете на работу? После того, как сеть будет разработана?

Иван
02.09.2016
12:09:22
не понял. Сбертех - это про кого? я из Сбербанка. и спрашиваю про формальные модели зрелости, а не про определение.

Paul
02.09.2016
12:09:33
Сбретех спрашивает в телеграме что такое девапс
вообще-то спрашивает он не об этом :)

Google
Александр
02.09.2016
12:10:05
вообще-то спрашивает он не об этом :)
Спрашивают о том, как понять, дошло ли у них до девопса и как определить эти рамки или я не так понял что-то?

Иван
02.09.2016
12:10:51
CMMI видели? вот об этом.

Александр
02.09.2016
12:12:29
CMMI видели? вот об этом.
Ясно. Не слышал о таком, т.е. аналогий не видел.

Magistr
02.09.2016
12:16:56
Когда процессы позволят вам делать 10 релизов в день, тогда можно считать у вас есть девопс культура

Иван
02.09.2016
12:17:54
понятно, что все эти модели оценки больше маркетинговый продукт и мало отношения имеют к реальной жизни, а тем более к майндстоемким темам как Agile и DevOps. мне интересно лишь есть модели асессмента или нет.

Magistr
02.09.2016
12:18:10
Paul
02.09.2016
12:21:47
Спрашивают о том, как понять, дошло ли у них до девопса и как определить эти рамки или я не так понял что-то?
ну в общем-то да. И это вопрос не про сам девопс, а о том, как измерять. Тут у нас девопс, не девопс или девопса на полстакана

Magistr
02.09.2016
12:23:19
плохое определение, опасное. И вы сами это понимаете
Да понятно что подразумеваеться под капотом еще и большой айсберг того что должно быть сделано чтобы правильно достичь результата

Иван
02.09.2016
12:23:38
да, мы делаем десятки релизов в день... но это НЕ ТЕ релизы )

Magistr
02.09.2016
12:24:57
Paul
02.09.2016
12:25:22
или сервисы. А хочется всю инфраструктуру

Magistr
02.09.2016
12:26:27
иииии теперь нам надо придумать метрики! А вот тут попа
Ну можно начинать плясать от бизнес задач, нафига вообще девопс бизнесу.

Иван
02.09.2016
12:26:40
в прод... просто объем действий и их характер по каждому релизу не может нам пока еще сказать, что хотя бы CD это

Paul
02.09.2016
12:27:23
Ну можно начинать плясать от бизнес задач, нафига вообще девопс бизнесу.
нет. Вопрос был - как измерить абстрактную степень девопснутости в бизнесе. Да-нет-50%. И для этого нужна метрика

Google
Иван
02.09.2016
12:28:02
скорее не да/нет/50% а "базис-норма-продвинутый-ваще космос"

Magistr
02.09.2016
12:28:48
чеклист сделать ? )

Иван
02.09.2016
12:30:40
типа того, только очень сложный чек-лист. и прежде чем его делать, хотелось понять может уже есть модели. в этом мой вопрос и был. похоже, что их нет.

Alexander
02.09.2016
12:31:27
нужно посчитать степень девопснутости админов? это чтобы диагноз им поставить? ?

Magistr
02.09.2016
12:32:08
All components are deployed and configured in "one click" Log rotation is enabled for most critical components Startup scripts are exist for all supported software components. Any service is started after system reboot. It's possible to roll changes back after regular release Logs should be collected in storage with ability to find required log records Usage of the system resources must be collected in central storage as well as some general metrics for used stack of techologies Backups for application data must be performed on a regular basis Initiation of new servers automatically (including autoscaling) must be provided

у нас вот такой чеклист есть

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

Admin
ERROR: S client not available

Иван
02.09.2016
12:32:47
нужно посчитать степень девопснутости админов? это чтобы диагноз им поставить? ?
да не админов, а организации целиком: люди, процессы, технологии, культура, итд итп

Alexander
02.09.2016
12:32:56
вообще, идея плясать от бизнес-задач мне нравится

может быть, вам и не нужно всё это и будут лишь лишние затраты на ненужные вещи

например, мне не нужны релизы 1 раз в день и чаще, 1 раз в 2 недели - норм

а значит, можно не внедрять какие-то вещи для поддержки этого процесса

Александр
02.09.2016
12:34:08
Alexander
02.09.2016
12:34:19
так вот когда будет нужно - тогда и внедрять

Aleksandr
02.09.2016
12:34:24
devops assessment нагугливает достаточно разных (неунифицированых) способов оценки, онлайн-тесты и т.д.

Magistr
02.09.2016
12:34:59
All components are deployed and configured in "one click" например подразумевает единое версионирование кода в репозитариях + 1 раз собираем артефакт и деплоим на кучу окружений, единообразные скрипты деплоя, и вот в таком духе

Александр
02.09.2016
12:35:11
так вот когда будет нужно - тогда и внедрять
Ну вообще, вы об этом должны думать заранее или хотя бы прогнозировать, что вам может понадобиться выкатывать обновы 1 раз в 3 часа

Alexander
02.09.2016
12:37:36
к примеру, есть проект с 1 программистом, который кроме него никто не делает, проект нужно релизить примерно 1 раз в 2 недели (все правки туда могут подождать), если так - то никакая CI вообще не нужна, все тесты этот программист может просто запустить на своём компе с том же контейнере... единственное требование к нему - коммитить и пушить в удалённый репозиторий каждый день если были правки, если у компании все такие проекты - им и CI не нужна, если каждый локально пилит свой проект (модуль) на удалёнке и просто пушит в репозиторий...

и в данной ситуации просто нет смысла заставлять эту компанию внедрять CI

Google
Alexander
02.09.2016
12:39:08
кроме того, есть различные системы общения для команды, например, слэк или хипчат.. но если там в команде 1 человек - опять же, эти системы не нужны

Rinat
02.09.2016
12:39:29
да но это упрощает переход проекта от одного программера к другому, так как кнопку нажать в jenkins проще, + ключа деплоя в женкинсе

или документацию писать надо

Alexander
02.09.2016
12:40:19
тут может получиться так, что затраты на поддержку системы будут больше, чем польза (выраженная в денежном виде) от этой системы

Magistr
02.09.2016
12:40:23
А еще есть хорошее добавление это infastructure as code

Rinat
02.09.2016
12:41:01
ну это можно почти обо всем гооврить)), бекапы тогда тоже затратны

их же нужно делать ) + их надо хранить

+ проверять

Alexander
02.09.2016
12:41:43
бэкапы затраты, да, если вам дешевле с 0 восстановить данные, чем поддерживать бэкапы - не делайте бэкапы

я не все вещи храню

например, те же сертификаты Let's Encrypt

потеряются - фиг с ними, новые сгенерирую

или логи

Pavel
02.09.2016
12:42:32
кстати, логи важны бывают

ближайшее 10 дней))

Alexander
02.09.2016
12:43:00
ну да, просто переводим всё в деньги и считаем прибыль и риски от тех или иных решений

делаем как выгоднее

Александр
02.09.2016
12:43:46

Страница 1063 из 4568