Size: a a a

2017 June 24

EP

Evgeny Potapov ITSumma in uptime.community
косячить нельзя
источник

EP

Evgeny Potapov ITSumma in uptime.community
а вот вторая тема вообще прикольная
источник

EP

Evgeny Potapov ITSumma in uptime.community
2. 10 лет назад появилась вся это тема с devops-ами, все начали говорить что девелоперы должны общаться с админами и что это должен быть единый процесс итп
источник

EP

Evgeny Potapov ITSumma in uptime.community
сейчас уже никто не понимает даже как это может быть оторвано
источник

EP

Evgeny Potapov ITSumma in uptime.community
но на самом деле есть точно такая же ситуация
источник

EP

Evgeny Potapov ITSumma in uptime.community
между девелоперами и админами с одной стороны
источник

EP

Evgeny Potapov ITSumma in uptime.community
и секьюрити специалистами с другой стороны
источник

EP

Evgeny Potapov ITSumma in uptime.community
и что с точки зрения юзера на самом деле всем пофигу почему лежит сайт - потому что он упал под нагрузкой или потому что его сломали
источник

EP

Evgeny Potapov ITSumma in uptime.community
и должна появиться какая то синергия где все они работают вместе (секьюрити специалист сейчас во многих случаях дикий отстраненный чувак)
источник

EP

Evgeny Potapov ITSumma in uptime.community
это очень прикольная штука, надо думать)
источник

I

Igor in uptime.community
ты концепт SRE-специалиста описал
источник

T

Tkorochka in uptime.community
SRE очень мало(если мы говорим про SRE в гугловом понимании). Глобальный рынок не готов к переходу на SRE и не может нанять столько SRE(их нет столько).  SRE, который решает еще и вопросы безопасности - это уже человек-оркестр.
источник

T

Tkorochka in uptime.community
Когда-то тем, кто обеспечивал основную трудовую силу(dev, если ты софтверная компания, или ops, если ты Женя) начали предоставлять интерейсы к второй половине. Теперь есть sec и они тоже будут предоставлять интерфейсы для тех, кто зарабатывает. Тот кто не зарабатывает бабос компании, тот должен делать интерфейс к себе для тех, кто зарабатывает. Взаимодействовать человек-человек дорого и плохо отстроено внутри многих больших команд.
Или ты делаешь интерфейс к себе, и документируешь, и обеспчиваешь доступность (или что там требует в первую очередь твой бизнес-пользователь) - делаешь из своей зоны ответственности продукт, или ты должен встроиться в процессы компании так(может быть это будет в формате "принеси-подай-иди-не мешай"), чтобы не мешать им зарабатывать деньги. Последний вариант очень сложно масштабировать. Поэтому интерфейсы. Теперь банановый! Был devops. Стал devopssec.
источник

A

Artem Artemev in uptime.community
papa_fire (Леон Файер) на devops day обычно толкает мысли про что правильно это называется dev-biz-sec-ops ну вроде того.  Что кроме безопасникак еще есть бизнесс например, который разработчики не всегда понимают
источник

EP

Evgeny Potapov ITSumma in uptime.community
интересно, да
источник
2017 June 26

РН

Роман Николаев in uptime.community
источник
2017 June 27

D(

Dmitry Erokhin (马健言) in uptime.community
А в ансибле
get_url:
  url: http://example.com/path/file.conf
регулярки умеет кушать? если да, то как?
источник

AN

Anton Noginov in uptime.community
А это как?
источник

W

Womchik in uptime.community
регулярки в http - это перебор?
источник

DC

Dmitry Chumak ITSumma in uptime.community
ну не в хттп же
источник