Не надо так. Это плохие процессы. Инстанс нужно создавать быстро, из любого положения, и чтобы это мог сделать каждый вновь-нанятый разработчик. Иначе теряется кайф разработки, а разработчик получает з/п за ожидание согласования доступов.
Опыт 6 лет. Мониторинг не помогает не продолбить дефицит места на дисках, айноды. Не помогает с плохими sql, с не назначенными или заниженными java-хипами. Не помогает недопустить краша ноды. Алертинги - это на пол дня удовольствия тимлида - потом письма отправляются в спам. Будят все равно «клиенты». Трейсинги… типа посмотреть, где сделали плохо уже после того, как выкатили? (А дев, а стейдж?) Вот настоящих автотестов не пробовал. Они бы не давали перевести код между стейджами! То есть девопс их результат не увидит, а программист исправит ошибку сразу. Как откомментил выше - половина проблем идет от безопасников. Вторая половина проблем - от бедности. Пример: нужен кластер кубера(цефа, pgsql, elk итд). Устойчивый. Что делает руководство? Читает бэст практис, мануал. Там написано, к примеру: «минимальное количество нод устойчивого кластера =3». Сколько нод покупают? Правильно, 3. Это будет устойчиво? Нет! Потому что авария одной ноды переводит систему в аварийный режим, и что-то перестает работать. Сколько надо нод? Я бы сказал - больше пяти, и даже 7. Отдельных, одинаковых, ЖИРНЫХ! Это покупает время на отработку отказов. Обычно же как: лишить премии ответственного за обслуживание системы - легко, а себя любимого за жадность в покупке железа - никогда!
Вы опровергаете название своей статьи. Вывод почему-то не делаете. Не девопс - опухоль, а безопасники и бизнес-процессы! Почему бы не сделать программу или микросервис, выгружающий данные без jenkins? Это же программирование - вперед! Чтобы понять смысл девопс, прочитайте (хотя бы по-диагонали) книгу «проект Феникс». Девопс нужен, чтобы прогеры могли спокойно прогать, но не лезли шаловливыми ручками в базы, не лажали релизы, не крашили обновлениями продакшн. Чтобы в командах был стабильный процесс, а не согласно положению звезд и настроению жены тимлида.
Ошибка - это то, что девопсу дают примерно пять минут на выполнение любой задачи. Типа так: «эй боец, сбегай сделай по-быстрому». А языков и диалектов вашего программирования хренова гора. И у каждого прогера свое понимание бэст-практис. А сеньеров не переспорить, к примеру, доказывая, что джава профили нужно выбросить. Девопс бы не против обучиться - постоянно это делает, но прогеры, высокомерно ничего не объясняют - на созвонах же. А тратить снова пять лет в универе, изучая как мэйн-класс объявить и какие зависимости подключить для хелоуворда в ваших ${язык программирования} , который все выкинут как delphi через X-лет не хочется.
Бывают такие ситуации в жизни оверквалифаед спкциалистов, когда жрать нечего. Как посоветуете в такой жизненной ситуации при таком ответе такому специалисту поступать?
На прошлом месте работы приходилось бывать в нескольких «классических» IT-офисах некоторых НИИ и «НИИ», где есть и чайники с печеньками, и диваны и теннисные столы. Но в тех зданиях краска со стен облупливается, пахнет старыми книгами и туалетной бумаги нет в туалетах как в прямом, так и в переносном смысле.
Такие «офисы», сюрприз, и сейчас есть в Москве и не только в Москве. Их сотрудники молчат в силу выправки и экономят начальству миллионы. Начальники тех сотрудников не делают ничего для улучшения быта. При этом это очень важные и нужные НИИ и «НИИ», без шуток.
Там невозможно работать.
Заходя в кабинет упираешься в заднюю стенку шкафа, поворачиваешься и идешь по коридору из шкафов до следующей стенки шкафа, потом ещё раз поворачиваешься — и вот он опенспейс на три стола. А в 17:50 все сотрудники на низком старте, а в 18:01 они создают пробки, очереди и треплют нервы друг другу. Не этой экономии нужно радоваться.
Если относиться к рабочему месту, как к лаборатории, где каждый день нужно делать одно и то же и ровно столько же, сколько и вчера, то оно и превратится в каморку под лестницей. Все на своем месте и ничего нет лишнего. Согласитесь, мысли о чем-то новом, удобном, красивом, о том, что понравится людям и можно будет хорошо продать в такой атмосфере просто не появятся.
Не встречал, так как клиенты не заказывали, обслуживать не приходилось. Мне интересно, какие организации, кроме спецслужб и крупных транспортных компаний могут себе позволить эти системы, а также кто в принципе имеет право их использовать.
В маленьком городе такое нужно только на вокзалах.
Попахивает холиваром.
Эра теплых ламповых видеокамер прошла. Сейчас большинство камер наблюдения цифровые. Сигнал с матрицы сначала оцифровывается, потом обрабатывается, и уж потом преобразуется в аналоговый видеосигнал.
Единственный наиболее удобный источник информации для небольших монтажных и обслуживающих организаций в небольших городах (напомню, что основываюсь исключительно на своем небольшом опыте) — это документация поставщиков.
Так вот, в каталогах поставщиков нет единообразия в определениях.
Что более или менее сходится — это деление на аналоговые и ip-камеры.
Я ни в коем случае с вами не спорю, я только хочу сказать, что в этой сфере бизнеса нет единого стандарта понятий и определений.
Может быть в других конторах или других городах те же сущности называют по-другому.
Возможно. Но качество видео, передаваемого по коаксиальному кабелю ограничено стандартами, чипами и частотными характеристиками камер. Скачек будет при тотальном переходе на ip, либо при изменении стандарта передачи видео по коаксиалу. Можно кодировать видео в ip-пакеты, а их уже передавать по коаксильному кабелю, но такое оборудование я встречал только в рекламе в тематических изданиях. Да и не дешевое оно.
В принципе, увеличение дальности решается установкой приемо-передатчиков по двухпроводной линии связи, но улучшения качества картинки это не дает.
Да, согласен. Когда сделано для себя — это лучше. Но в годе, где я живу такое бывает редко.
Я подозреваю, что в стране много фирм, которые занимаются безопасностью самостоятельно, без привлечения аутсорсеров, и это правильно. Однако, чтобы так было, необходима воля начальства и время на пробы и ошибки местных спецов. Готовых специалистов ещё три года назад было немного, по крайней мере в нашем городе. А сделать правильный монтаж, который не доставлял бы проблем хотя бы три года, — это вряд-ли под силу с первого раза без опыта. Ip-технология, конечно, увеличивает число специалистов, которые могу выполнить задачи оборудования объекта видеонаблюдением, но бородатый сисадмин в свитере с оленями не полезет на стену здания на 8-метровую высоту юстировать объектив.
Мне приходилось переделывать системы за «своими» специалистами. И мне хотелось плакать, когда я видел сгнившие гофротрубы, не закрепленные на крышах, оборванные снегом, скрутки в залитых водой распаечных коробках, разъемы на соплях.
К сожалению, при разработке даже таких ответственных систем, документация часто не составляется. Вспоминается шутка с башорга про схему сети на салфетке.
Как я и сказал, все упирается в человека. Если специалист аккуратен, опытен и ответственен, то он дико дорог :) во всех смыслах.
Но какие могут быть специалисты электронщики, и айтишники на продовольственной базе, заводе или в офисном здании, и кто им будет платить? Ведь если все сделано правильно, систему видеонаблюдения можно обслуживать два раза в год.
Легко то же самое, что стабильно и безопасно. Это может быть удобно для частного использования, но опять же не факт, что безопасно и стабильно. Подключать к интернету некоторые объекты видеонаблюдения просто противопоказано.
Дело не в каноничности определений, а в сложившихся стереотипах, определениях и характеристиках оборудования.
Да, у ip-камер есть возможность передавать картинку в низком разрешении, но в подавляющем количестве случаев, используется разрешение оцифрованного видео больше 1024на768, потому что камера может это позволить, тогда как аналоговые из доступных по ценам обладают разрешением не больше 700на576 (700твл на 576 линий по стандарту). Именно большее разрешение ip-камер является определяющим отличием.
А не-ip-камеры наблюдения (cctv) просто не могут передать большее разрешение из-за ограничений стандарта передачи видеосигнала по коаксиалу. Может быть такое оборудование и существует, но оно не типовое и, должно быть, значительно дороже. С точки зрения электроники, чтобы передать большее разрешение, нужна более широкая полоса частот, а на высоких частотах в коаксиальном кабеле больше затухания и искажения сигнала.
Из того, что я видел, посещая московское метро, там стоят камеры с достаточно большими матрицами и большими объективами. Чисто из оптики, чем больше и то и другое, тем больше оптическое разрешение при прочих равных.
Тка вот, если бы вместо боксовых, такого плана
камер, использовались бы такие (модульные, например 40х40)
То результат был бы хуже.
Не надо так. Это плохие процессы. Инстанс нужно создавать быстро, из любого положения, и чтобы это мог сделать каждый вновь-нанятый разработчик. Иначе теряется кайф разработки, а разработчик получает з/п за ожидание согласования доступов.
Кажется, что не с того конца ребята едят колбасу, если дебажат в кластере…
Опыт 6 лет. Мониторинг не помогает не продолбить дефицит места на дисках, айноды. Не помогает с плохими sql, с не назначенными или заниженными java-хипами. Не помогает недопустить краша ноды. Алертинги - это на пол дня удовольствия тимлида - потом письма отправляются в спам. Будят все равно «клиенты». Трейсинги… типа посмотреть, где сделали плохо уже после того, как выкатили? (А дев, а стейдж?) Вот настоящих автотестов не пробовал. Они бы не давали перевести код между стейджами! То есть девопс их результат не увидит, а программист исправит ошибку сразу. Как откомментил выше - половина проблем идет от безопасников. Вторая половина проблем - от бедности. Пример: нужен кластер кубера(цефа, pgsql, elk итд). Устойчивый. Что делает руководство? Читает бэст практис, мануал. Там написано, к примеру: «минимальное количество нод устойчивого кластера =3». Сколько нод покупают? Правильно, 3. Это будет устойчиво? Нет! Потому что авария одной ноды переводит систему в аварийный режим, и что-то перестает работать. Сколько надо нод? Я бы сказал - больше пяти, и даже 7. Отдельных, одинаковых, ЖИРНЫХ! Это покупает время на отработку отказов. Обычно же как: лишить премии ответственного за обслуживание системы - легко, а себя любимого за жадность в покупке железа - никогда!
Вы опровергаете название своей статьи. Вывод почему-то не делаете. Не девопс - опухоль, а безопасники и бизнес-процессы! Почему бы не сделать программу или микросервис, выгружающий данные без jenkins? Это же программирование - вперед! Чтобы понять смысл девопс, прочитайте (хотя бы по-диагонали) книгу «проект Феникс». Девопс нужен, чтобы прогеры могли спокойно прогать, но не лезли шаловливыми ручками в базы, не лажали релизы, не крашили обновлениями продакшн. Чтобы в командах был стабильный процесс, а не согласно положению звезд и настроению жены тимлида.
Ошибка - это то, что девопсу дают примерно пять минут на выполнение любой задачи. Типа так: «эй боец, сбегай сделай по-быстрому». А языков и диалектов вашего программирования хренова гора. И у каждого прогера свое понимание бэст-практис. А сеньеров не переспорить, к примеру, доказывая, что джава профили нужно выбросить. Девопс бы не против обучиться - постоянно это делает, но прогеры, высокомерно ничего не объясняют - на созвонах же. А тратить снова пять лет в универе, изучая как мэйн-класс объявить и какие зависимости подключить для хелоуворда в ваших ${язык программирования} , который все выкинут как delphi через X-лет не хочется.
Бывают такие ситуации в жизни оверквалифаед спкциалистов, когда жрать нечего. Как посоветуете в такой жизненной ситуации при таком ответе такому специалисту поступать?
Тяжеловато слушать в общем-то правильную английскую речь ведущего, перемежающуюся с русскими междометиями типа "ну".
Такие «офисы», сюрприз, и сейчас есть в Москве и не только в Москве. Их сотрудники молчат в силу выправки и экономят начальству миллионы. Начальники тех сотрудников не делают ничего для улучшения быта. При этом это очень важные и нужные НИИ и «НИИ», без шуток.
Там невозможно работать.
Заходя в кабинет упираешься в заднюю стенку шкафа, поворачиваешься и идешь по коридору из шкафов до следующей стенки шкафа, потом ещё раз поворачиваешься — и вот он опенспейс на три стола. А в 17:50 все сотрудники на низком старте, а в 18:01 они создают пробки, очереди и треплют нервы друг другу. Не этой экономии нужно радоваться.
Если относиться к рабочему месту, как к лаборатории, где каждый день нужно делать одно и то же и ровно столько же, сколько и вчера, то оно и превратится в каморку под лестницей. Все на своем месте и ничего нет лишнего. Согласитесь, мысли о чем-то новом, удобном, красивом, о том, что понравится людям и можно будет хорошо продать в такой атмосфере просто не появятся.
В маленьком городе такое нужно только на вокзалах.
Эра теплых ламповых видеокамер прошла. Сейчас большинство камер наблюдения цифровые. Сигнал с матрицы сначала оцифровывается, потом обрабатывается, и уж потом преобразуется в аналоговый видеосигнал.
Единственный наиболее удобный источник информации для небольших монтажных и обслуживающих организаций в небольших городах (напомню, что основываюсь исключительно на своем небольшом опыте) — это документация поставщиков.
Так вот, в каталогах поставщиков нет единообразия в определениях.
Что более или менее сходится — это деление на аналоговые и ip-камеры.
Я ни в коем случае с вами не спорю, я только хочу сказать, что в этой сфере бизнеса нет единого стандарта понятий и определений.
Может быть в других конторах или других городах те же сущности называют по-другому.
В принципе, увеличение дальности решается установкой приемо-передатчиков по двухпроводной линии связи, но улучшения качества картинки это не дает.
Я подозреваю, что в стране много фирм, которые занимаются безопасностью самостоятельно, без привлечения аутсорсеров, и это правильно. Однако, чтобы так было, необходима воля начальства и время на пробы и ошибки местных спецов. Готовых специалистов ещё три года назад было немного, по крайней мере в нашем городе. А сделать правильный монтаж, который не доставлял бы проблем хотя бы три года, — это вряд-ли под силу с первого раза без опыта. Ip-технология, конечно, увеличивает число специалистов, которые могу выполнить задачи оборудования объекта видеонаблюдением, но бородатый сисадмин в свитере с оленями не полезет на стену здания на 8-метровую высоту юстировать объектив.
Мне приходилось переделывать системы за «своими» специалистами. И мне хотелось плакать, когда я видел сгнившие гофротрубы, не закрепленные на крышах, оборванные снегом, скрутки в залитых водой распаечных коробках, разъемы на соплях.
К сожалению, при разработке даже таких ответственных систем, документация часто не составляется. Вспоминается шутка с башорга про схему сети на салфетке.
Как я и сказал, все упирается в человека. Если специалист аккуратен, опытен и ответственен, то он дико дорог :) во всех смыслах.
Но какие могут быть специалисты электронщики, и айтишники на продовольственной базе, заводе или в офисном здании, и кто им будет платить? Ведь если все сделано правильно, систему видеонаблюдения можно обслуживать два раза в год.
Да, у ip-камер есть возможность передавать картинку в низком разрешении, но в подавляющем количестве случаев, используется разрешение оцифрованного видео больше 1024на768, потому что камера может это позволить, тогда как аналоговые из доступных по ценам обладают разрешением не больше 700на576 (700твл на 576 линий по стандарту). Именно большее разрешение ip-камер является определяющим отличием.
А не-ip-камеры наблюдения (cctv) просто не могут передать большее разрешение из-за ограничений стандарта передачи видеосигнала по коаксиалу. Может быть такое оборудование и существует, но оно не типовое и, должно быть, значительно дороже. С точки зрения электроники, чтобы передать большее разрешение, нужна более широкая полоса частот, а на высоких частотах в коаксиальном кабеле больше затухания и искажения сигнала.
Модульные — такого:
Тка вот, если бы вместо боксовых, такого плана
камер, использовались бы такие (модульные, например 40х40)
То результат был бы хуже.