опишу свой недавний опыт собеседования в сбер (linux, devops): после технического собеседования пропали на пару недель, потом объявились и сообщили, что готовы дальше меня собеседовать (т.е. техническое собеседование прошел, теперь другие собеседования требуются). На рынке вроде как сейчас ощущается нехватка нормальных ит специалистов, а они первоначальное собеседование затягивают почти на месяц. Ладно бы «овчинка стоила выделки», но за такой срок нормальному специалисту уже в другом месте сделают оффер (за несколько дней)
А какое хранилище артефактов без отказоустойчивости?
гм, а простой бекап прямо совсем не подходит? Вы стараетесь примерить свое виденье/критичность данного сервиса на своей работе к другим. Давайте будем честны — настолько ли часто надо делать
apt-get install что-то там из локального репо
docker pull что-то из локального registry
что в случае падения комбайна с репозиториями, не подождет некоторого времени, пока
- сделаю rsync из бекапа
- положу дамп баз в папку restore (речь про nexus)
Тут как-то слишком много теории, хотите реальный пример? www.e1.ru/news/spool/news_id-54371221.html.
Если кратко, история как по шаблону — директор на каких-то курсах повышения личного роста (или типа того) познакомился с тренером этих курсов, пригласил на руководящую должность. Итого — директор стал бывшим и в долгах, бывший тренер — текущим. А в самом конечном итоге — оба мертвы. Только в данном случае эффективный менеджер оказался довольно круче эффективного менеджера из поста — он сумел «отжать» бизнес у собственника.
atop круче — мы его используем когда что-то с сервером произошло/нагрузка пошла на сеть, диск/etc.
В графане смотришь на графики, видишь что что-то не то с системными метриками на сервере, идешь на сервер и смотришь исторический срез через atop. Htop так может?
docker run --rm debian:stretch cat /etc/apt/apt.conf.d/docker-clean
# Since for most Docker users, package installs happen in "docker build" steps,
# they essentially become individual layers due to the way Docker handles
# layering, especially using CoW filesystems. What this means for us is that
# the caches that APT keeps end up just wasting space in those layers, making
# our layers unnecessarily large (especially since we'll normally never use
# these caches again and will instead just "docker build" again and make a brand
# new image).
# Ideally, these would just be invoking "apt-get clean", but in our testing,
# that ended up being cyclic and we got stuck on APT's lock, so we get this fun
# creation that's essentially just "apt-get clean".
DPkg::Post-Invoke { "rm -f /var/cache/apt/archives/*.deb /var/cache/apt/archives/partial/*.deb /var/cache/apt/*.bin || true"; };
APT::Update::Post-Invoke { "rm -f /var/cache/apt/archives/*.deb /var/cache/apt/archives/partial/*.deb /var/cache/apt/*.bin || true"; };
тогда напрашивается вопрос — в конечном итоге к какому специалисту идти? массажист говорил, что надо скорее к вертебрологу. Это если исходить из посыла, что основные проблемы из-за больных мышц.
Как примерно определить специалиста, который в этом понимает? Немного посмотрев ютуб, для себя я бы ориентировался на специалиста, который будет знать слова триггерные точки, миофисц. синдром и каким-то способом выяснять что боли именно из-за этого
Меня больше пугает(или раздражает), что получается что в большинстве случаев надо лечить мышцы, а нас отправляют в бассейн, попить витамин B, массаж, корсет. Сам был 2 раза у неврологов (у платных, хотя понятно, что они в основное время работают в гос. больницах), там даже и намеков не было проверить, что есть эта фибромиалгия (или триггерные точки). По МРТ в диагнозе грыжа. Меня просто попросили поднять ногу в положении лежа — вот и вся диагностика. Ладно диагностика, они могли хотя бы сказать в какую сторону смотреть — лечить мышцы (ЛФК тоже можно назвать частично лечением мышц, но это полагаю просто следтвие), а не витамины пить.
Почему неврологи не знают об этом? Или знают, но просто не распространяются?
А что вы скажете про это — www.youtube.com/watch?v=tbPKAijmKEE
если кратко — то в большинстве случаев проблемы у людей вызваны фибромиалгией (как понял — проблемы с мышцами). На это видео есть опровержение от доктора Епифанова (тоже известная личность на ютубе) — и там он по факту также подтверждает, что примерно в 70% процентов случаев связано с фибромиалгией. Ключевые слова — миофасциальный болевой синдром, триггерные точки.
Какие-то странные комментарии… Я ожидал тут больше мыслей и технических обсуждений типа таких — «у нас splunk, обрабатываем кучу логов, что же будем делать теперь?!», «планируем мигрировать с splunk на бесплатный стек ELK, будет весело» и т.д. А в обсуждениях все ударились в обсуждение политики. Скорей всего пользователей этой системы уж совсем мало))
а мне всегда было интересно — в случае использования облачной АТС на вопрос «у нас появилось шипение, а потом пропало/оборвался звонок» техподдержка на каком уровне отреагирует? к примеру:
1) у нас все под мониторингом, за указанный вами период времени мы видим, что пропало некоторое кол-во rtp-пакетов, поэтому было это и это, причина на такой-то стороне
2) мы смотрим мониторинг, у нас все хорошо, проверяйте свой интернет
3) запустите tcpdump, потом в момент проблем отправьте нам его
Думается в случае 3-го пункта если человек может запустить tcpdump для нужного трафика, то кажется и навыков его должно хватить, чтобы он смог его прочитать? Если вар. 1, то это да, круто
не-не знаю, на другой (новой) работе мы использовали облачную АТС, с нас брали 6000р в месяц за десяток абонентов, это если прикинуть — во сколько нам бы обошлась облачная АТС на 100 пользователей? Много где говорят, что облачная АТС выйдет дешевле (если учесть общие затраты на админство и т.п.), также при внедрении своего астериска будет много работы, что где-то что-то будет плохо работать, качество связи и т.п. Когда внедрял свой астериск — я был к этому морально готов, но все оказалось прозаически — просто поставили астериск на вдс, в филиалах поставили ip-шлюзы, завели транки на астериск — и все… оно само работало и не требовало почти никакого участия (диалплан там был простой). Интернет каналы в филиалах оказались стабильны (хотя находятся в разных частях РФ — Москва, Питер, Екатеринбург, Новосиб, Красноярск, Казань, Уфа и филиалы-офисы размещаются в обычных панельных домах, где интернет был выбран по принципу чтобы подешевле было). В общих трудовых затратах — может на 10-15% от силы работы прибавилось.
в нашем случае очень повезло, что не требовалось хранить записи. Использовали виртуалку за 2000 рублей в месяц, диска хватало на 7 дней для хранения записей.
я не телефонист по профессии, но возник вопрос — чем обусловлено поднимать астериск в каждом регионе? У нас возникала похожая задача (порядка 15 небольших филиалов от 2-х человек до 10-15 в каждом, всегод порядка 100 абонентов) — все обошлось тем, что поставили одну виртуалку с астериском. Зачем усложнять, в вашем варианте нам надо было 15 астерисков поднимать и администрировать?
мне как-то рассказывали забавную вещь — в одном монастырей (вроде Ново-Тихвинский) г. Екатеринбурга в качестве маршрутизатора стояла freebsd, уж не знаю как-бы отреагировали попы/монахини узнай какой символ используется у этой ОС) (дело было более 10 лет назад)
Видимо подобный подход принят на всех уровнях жд. Так что желтую прессу не читаем, все нормально, проблем нет, расходимся!
гм, а простой бекап прямо совсем не подходит? Вы стараетесь примерить свое виденье/критичность данного сервиса на своей работе к другим. Давайте будем честны — настолько ли часто надо делать
что в случае падения комбайна с репозиториями, не подождет некоторого времени, пока
www.e1.ru/news/spool/news_id-54371221.html.
Если кратко, история как по шаблону — директор на каких-то курсах повышения личного роста (или типа того) познакомился с тренером этих курсов, пригласил на руководящую должность. Итого — директор стал бывшим и в долгах, бывший тренер — текущим. А в самом конечном итоге — оба мертвы. Только в данном случае эффективный менеджер оказался довольно круче эффективного менеджера из поста — он сумел «отжать» бизнес у собственника.
В графане смотришь на графики, видишь что что-то не то с системными метриками на сервере, идешь на сервер и смотришь исторический срез через atop. Htop так может?
docker run --rm debian:stretch cat /etc/apt/apt.conf.d/docker-clean
# Since for most Docker users, package installs happen in "docker build" steps,
# they essentially become individual layers due to the way Docker handles
# layering, especially using CoW filesystems. What this means for us is that
# the caches that APT keeps end up just wasting space in those layers, making
# our layers unnecessarily large (especially since we'll normally never use
# these caches again and will instead just "docker build" again and make a brand
# new image).
# Ideally, these would just be invoking "apt-get clean", but in our testing,
# that ended up being cyclic and we got stuck on APT's lock, so we get this fun
# creation that's essentially just "apt-get clean".
DPkg::Post-Invoke { "rm -f /var/cache/apt/archives/*.deb /var/cache/apt/archives/partial/*.deb /var/cache/apt/*.bin || true"; };
APT::Update::Post-Invoke { "rm -f /var/cache/apt/archives/*.deb /var/cache/apt/archives/partial/*.deb /var/cache/apt/*.bin || true"; };
Dir::Cache::pkgcache "";
Dir::Cache::srcpkgcache "";
github.com/rocker-org/rocker/issues/35
Как примерно определить специалиста, который в этом понимает? Немного посмотрев ютуб, для себя я бы ориентировался на специалиста, который будет знать слова триггерные точки, миофисц. синдром и каким-то способом выяснять что боли именно из-за этого
Почему неврологи не знают об этом? Или знают, но просто не распространяются?
если кратко — то в большинстве случаев проблемы у людей вызваны фибромиалгией (как понял — проблемы с мышцами). На это видео есть опровержение от доктора Епифанова (тоже известная личность на ютубе) — и там он по факту также подтверждает, что примерно в 70% процентов случаев связано с фибромиалгией. Ключевые слова — миофасциальный болевой синдром, триггерные точки.
1) у нас все под мониторингом, за указанный вами период времени мы видим, что пропало некоторое кол-во rtp-пакетов, поэтому было это и это, причина на такой-то стороне
2) мы смотрим мониторинг, у нас все хорошо, проверяйте свой интернет
3) запустите tcpdump, потом в момент проблем отправьте нам его
Думается в случае 3-го пункта если человек может запустить tcpdump для нужного трафика, то кажется и навыков его должно хватить, чтобы он смог его прочитать? Если вар. 1, то это да, круто