Одноразовая инфраструктура
Современная IT-инфраструктура – вещь сложная, требующая совместной согласованной работы многих компонентов. А также наличия средств контроля и управления.
Но очень часто можно наблюдать то, что мы называем «одноразовой» инфраструктурой. Есть несколько разновидностей такой инфраструктуры и сегодня мы расскажем об одной из них. Мы называем ее «черный ящик».
Создается такая инфраструктура не со зла, а сугубо от недомыслия и нежелания серьезно изучать предметную часть, а также тогда, когда уровень внедряемого решения опережает знания и умения внедряющего.
Тем более что сейчас полное раздолье для такого подхода. На каждом углу сети предложения одно другого привлекательнее, не суши голову – возьми наш готовый скрипт. Не парься, у нас есть докер, чих-пых и все работает. Что-то пошло не так? Просто перезапусти контейнер.
Ну и правда, зачем что-то изучать? Углубляться в тонкости конфигурации и взаимодействия, если скачал, запустил и готово. Все уже придумали за нас.
А по сути, это обычный «черный ящик», который непонятно как устроен внутри и еще более непонятно как он работает. Но работает же.
Со временем у такого админа из черных ящиков может оказаться собрана практически вся инфраструктура, либо какая-либо ее критическая часть.
Но до поры, до времени это работает. Проблемы начинаются при первом серьезном сбое. Когда ни типовые советы и решения в сети не помогают, равно как и перезапуск контейнеров.
Куда бежать? Что делать? И хорошо если прилег второстепенный сервис, который можно быстро поднять заново. А если это один из критичных участков инфраструктуры? Скажем, электронная почта?
Обычно после таких событий следуют оргвыводы, и виновник вполне справедливо выставляется на мороз. Но далеко не факт, что он сделает из этого правильные выводы, часто приходилось слышать, что продукт А оказался фигней, надо было брать продукт Б – такой же черный ящик.
И не факт, что его последователь окажется дальновиднее, а не просто заменит одни черные ящики на другие.
И привлечение сторонних специалистов местами не сильно поможет, так как они, глядя на весь этот зоопарк либо предложат снести его под корень и сделать правильно, либо выставят весьма негуманный ценник за работу.
Ну а как вы хотели, ковыряться в чужом творчестве с гита – это еще то удовольствие. Равно как и разбираться с непонятно откуда взятыми контейнерами.
Немного легче, если в качестве таких черных ящиков используются все же известные решения с хорошей документацией и поддержкой. Но и тогда бывает слишком поздно, когда не остается более ничего, чем восстанавливать систему из бекапов. Их наличие – отдельный вопрос.
Средств контроля и управления в таких системах практически нет. Либо они выполняют чисто декоративную функцию. Ну да, мониторинг что-то собирает. А что? Да пес его знает.
Что в целом вполне логично, если вы не знаете, как работает ваш «черный ящик», то все метрики из него для вас как китайская грамота.
Ровно тоже самое можно сказать и о средствах управления и автоматизации. Нельзя эффективно управлять тем, о чем вы не имеете должного представления. А если все-таки попытаться автоматизировать сей бардак, то мы получим автоматизированный бардак.
Какой из этого всего можно сделать вывод? Скрипты и контейнеры – это удобно, но они не заменяют технических знаний и навыков. Если вы понимаете, как работает продукт и вам лень возиться с ним руками – берите скрипт или контейнер.
Не понимаете – устанавливаете ручками, не получилось – повторяем еще раз и так до тех пор, пока не придет понимание. Попутно читаем теорию и устраняем пробелы.
Нет времени на все это? Работать надо еще вчера? Приглашайте сторонних специалистов, смотрите как они делают, учитесь у них. Не стесняйтесь задавать вопросы.
Только так можно получить понятную и управляемую инфраструктуру. Иначе она продолжит оставаться набором черных ящиков с потенциальными непредсказуемыми эффектами (по большей части для вас негативными).
Современная IT-инфраструктура – вещь сложная, требующая совместной согласованной работы многих компонентов. А также наличия средств контроля и управления.
Но очень часто можно наблюдать то, что мы называем «одноразовой» инфраструктурой. Есть несколько разновидностей такой инфраструктуры и сегодня мы расскажем об одной из них. Мы называем ее «черный ящик».
Создается такая инфраструктура не со зла, а сугубо от недомыслия и нежелания серьезно изучать предметную часть, а также тогда, когда уровень внедряемого решения опережает знания и умения внедряющего.
Тем более что сейчас полное раздолье для такого подхода. На каждом углу сети предложения одно другого привлекательнее, не суши голову – возьми наш готовый скрипт. Не парься, у нас есть докер, чих-пых и все работает. Что-то пошло не так? Просто перезапусти контейнер.
Ну и правда, зачем что-то изучать? Углубляться в тонкости конфигурации и взаимодействия, если скачал, запустил и готово. Все уже придумали за нас.
А по сути, это обычный «черный ящик», который непонятно как устроен внутри и еще более непонятно как он работает. Но работает же.
Со временем у такого админа из черных ящиков может оказаться собрана практически вся инфраструктура, либо какая-либо ее критическая часть.
Но до поры, до времени это работает. Проблемы начинаются при первом серьезном сбое. Когда ни типовые советы и решения в сети не помогают, равно как и перезапуск контейнеров.
Куда бежать? Что делать? И хорошо если прилег второстепенный сервис, который можно быстро поднять заново. А если это один из критичных участков инфраструктуры? Скажем, электронная почта?
Обычно после таких событий следуют оргвыводы, и виновник вполне справедливо выставляется на мороз. Но далеко не факт, что он сделает из этого правильные выводы, часто приходилось слышать, что продукт А оказался фигней, надо было брать продукт Б – такой же черный ящик.
И не факт, что его последователь окажется дальновиднее, а не просто заменит одни черные ящики на другие.
И привлечение сторонних специалистов местами не сильно поможет, так как они, глядя на весь этот зоопарк либо предложат снести его под корень и сделать правильно, либо выставят весьма негуманный ценник за работу.
Ну а как вы хотели, ковыряться в чужом творчестве с гита – это еще то удовольствие. Равно как и разбираться с непонятно откуда взятыми контейнерами.
Немного легче, если в качестве таких черных ящиков используются все же известные решения с хорошей документацией и поддержкой. Но и тогда бывает слишком поздно, когда не остается более ничего, чем восстанавливать систему из бекапов. Их наличие – отдельный вопрос.
Средств контроля и управления в таких системах практически нет. Либо они выполняют чисто декоративную функцию. Ну да, мониторинг что-то собирает. А что? Да пес его знает.
Что в целом вполне логично, если вы не знаете, как работает ваш «черный ящик», то все метрики из него для вас как китайская грамота.
Ровно тоже самое можно сказать и о средствах управления и автоматизации. Нельзя эффективно управлять тем, о чем вы не имеете должного представления. А если все-таки попытаться автоматизировать сей бардак, то мы получим автоматизированный бардак.
Какой из этого всего можно сделать вывод? Скрипты и контейнеры – это удобно, но они не заменяют технических знаний и навыков. Если вы понимаете, как работает продукт и вам лень возиться с ним руками – берите скрипт или контейнер.
Не понимаете – устанавливаете ручками, не получилось – повторяем еще раз и так до тех пор, пока не придет понимание. Попутно читаем теорию и устраняем пробелы.
Нет времени на все это? Работать надо еще вчера? Приглашайте сторонних специалистов, смотрите как они делают, учитесь у них. Не стесняйтесь задавать вопросы.
Только так можно получить понятную и управляемую инфраструктуру. Иначе она продолжит оставаться набором черных ящиков с потенциальными непредсказуемыми эффектами (по большей части для вас негативными).
👍53💯4🤡2❤1
Используете ли вы в своей инфраструктуре "черные ящики"?
Anonymous Poll
5%
Да, а что в этом такого? Работает же.
7%
Да, нельзя все знать, а тут все настроили знающие лиюди.
8%
Да, времени нет, поэтому приходится.
13%
Да, но стараюсь избавляться.
19%
Да, в некритичной части.
3%
Использовал, обжегся, отказался.
0%
Использовал, потом искал новую работу.
3%
Не использовал, но видно придется.
26%
Не использовал и не собираюсь.
16%
Всегда разбираюсь в их работе, потом можно и использовать.
👍2🔥1👌1
Из всех искусств для нас важнейшим является кино
Чем больше мы сталкиваемся с современной действительностью, тем больше отказываемся понимать происходящее.
Начали мы тут работать над одной новой конфигурацией 1С – 1С:РМК. Конфигурация небольшая, но освоить ее с наскока не получилось, что в принципе было вполне ожидаемо.
Ладно, обратимся к документации. А ее и нет. В комплекте с конфигурацией поставляется текстовый файл на 2300 знаков (меньше размера этой заметки) «Рабочее место кассира. Быстрый старт».
Ну ок, мы люди не гордые, спросим. В ответ нас послали на ИТС, но не туда, куда вы подумали. А в раздел «Новое в версии», потому что ничего другого нет. Это, конечно, уже что-то, но это не документация.
Т.е. о новых возможностях я узнал, а вот как их правильно настроить – ну как-то сами, метод научного тыка еще никто не отменял.
А еще нам сбросили ссылку на плейлист на Rutube в котором оказалось 71 видео. Да, семьдесят одно! Т.е. снять почти сотню коротких видео ресурсы у компании есть, написать текстовую документацию хотя бы того же объема – нет.
Что это? К документации допустили современное тик-ток поколение? Или целевая аудитория рассматривается как исключительно неумеющая читать? Ладно, если бы вообще никакой документации не было, но видео то есть.
Либо мы отстали от современных трендов, предпочитая читать документацию текстом. Хотя тому, кто снимал эти ролики я бы как раз посоветовал заняться настройкой нового для него продукта по роликам.
Ну а что тут такого, скажут некоторые, видео – оно еще и нагляднее. Угу, угу… А теперь попробуйте найти в каком именно из почти сотни роликов содержится ответ на возникший вопрос. А в тексе есть поиск.
Также текст можно читать и по ходу прочтения делать. С видео это будет либо вечная пауза и перемотка туда-сюда. Либо судорожное конспектирование с последующим пересмотром нужных участков.
Нет, видео может быть полезно, но сугубо как дополнение к тексту, когда нужно визуально показать то, что трудно передать текстом или изображениями. Например, показать пример реальной работы в интерфейсе.
Пойдут ролики и для обучения кассиров, когда им прямо будет показано, где находятся те кнопки, в которые им нужно тыкать. Но показывать в куче видео настройку хоть и не сильно сложного продукта – ну это издевательство.
Вместо простого поиска в тексте, мне пришлось внимательно изучить список из 71 ролика и отметить из них те, которые, возможно (возможно!), содержат ответы на интересующие меня вопросы, затем пересмотреть их и сделать отметки.
А в случае возникновения новых вопросов снова искать те ролики, которые, возможно, будут содержать нужные мне ответы.
Все это вызывает тягостные ощущения и решительное непонимание куда катится этот мир, и кто мешает написать текстовую документацию, если время и ресурсы снять видео находятся.
Чем больше мы сталкиваемся с современной действительностью, тем больше отказываемся понимать происходящее.
Начали мы тут работать над одной новой конфигурацией 1С – 1С:РМК. Конфигурация небольшая, но освоить ее с наскока не получилось, что в принципе было вполне ожидаемо.
Ладно, обратимся к документации. А ее и нет. В комплекте с конфигурацией поставляется текстовый файл на 2300 знаков (меньше размера этой заметки) «Рабочее место кассира. Быстрый старт».
Ну ок, мы люди не гордые, спросим. В ответ нас послали на ИТС, но не туда, куда вы подумали. А в раздел «Новое в версии», потому что ничего другого нет. Это, конечно, уже что-то, но это не документация.
Т.е. о новых возможностях я узнал, а вот как их правильно настроить – ну как-то сами, метод научного тыка еще никто не отменял.
А еще нам сбросили ссылку на плейлист на Rutube в котором оказалось 71 видео. Да, семьдесят одно! Т.е. снять почти сотню коротких видео ресурсы у компании есть, написать текстовую документацию хотя бы того же объема – нет.
Что это? К документации допустили современное тик-ток поколение? Или целевая аудитория рассматривается как исключительно неумеющая читать? Ладно, если бы вообще никакой документации не было, но видео то есть.
Либо мы отстали от современных трендов, предпочитая читать документацию текстом. Хотя тому, кто снимал эти ролики я бы как раз посоветовал заняться настройкой нового для него продукта по роликам.
Ну а что тут такого, скажут некоторые, видео – оно еще и нагляднее. Угу, угу… А теперь попробуйте найти в каком именно из почти сотни роликов содержится ответ на возникший вопрос. А в тексе есть поиск.
Также текст можно читать и по ходу прочтения делать. С видео это будет либо вечная пауза и перемотка туда-сюда. Либо судорожное конспектирование с последующим пересмотром нужных участков.
Нет, видео может быть полезно, но сугубо как дополнение к тексту, когда нужно визуально показать то, что трудно передать текстом или изображениями. Например, показать пример реальной работы в интерфейсе.
Пойдут ролики и для обучения кассиров, когда им прямо будет показано, где находятся те кнопки, в которые им нужно тыкать. Но показывать в куче видео настройку хоть и не сильно сложного продукта – ну это издевательство.
Вместо простого поиска в тексте, мне пришлось внимательно изучить список из 71 ролика и отметить из них те, которые, возможно (возможно!), содержат ответы на интересующие меня вопросы, затем пересмотреть их и сделать отметки.
А в случае возникновения новых вопросов снова искать те ролики, которые, возможно, будут содержать нужные мне ответы.
Все это вызывает тягостные ощущения и решительное непонимание куда катится этот мир, и кто мешает написать текстовую документацию, если время и ресурсы снять видео находятся.
👍48💯11🤬3😁1
This media is not supported in your browser
VIEW IN TELEGRAM
Станьте AI-разработчиком на Python и зарабатывайте от 150.000₽ в месяц 🔥🔥🔥
Мы научим вас создавать и тренировать нейронные сети, и вы сможете:
1️⃣ Устроиться разработчиком в крупную компанию и зарабатывать от 150 тыс. ₽ в месяц
2️⃣ Разрабатывать такие проекты на заказ и зарабатывать от 500 тыс. ₽ за проект
3️⃣ Создать нейро-сотрудника в вашей компании и вырасти на +30-100% в зарплате
На интенсиве будет много практики: создадим 9 нейросетей за 1 вечер:
🧬 Прогноз стоимости золота
🧬 Сегментация изображения для робота доставщика
🧬 Трекинг людей на видео
Ведущий интенсива - Senior AI-разработчик и основатель Университета искусственного интеллекта
🔥 Регистрируйтесь на бесплатный интенсив! Встречаемся в ближайшую среду
Мы научим вас создавать и тренировать нейронные сети, и вы сможете:
1️⃣ Устроиться разработчиком в крупную компанию и зарабатывать от 150 тыс. ₽ в месяц
2️⃣ Разрабатывать такие проекты на заказ и зарабатывать от 500 тыс. ₽ за проект
3️⃣ Создать нейро-сотрудника в вашей компании и вырасти на +30-100% в зарплате
На интенсиве будет много практики: создадим 9 нейросетей за 1 вечер:
🧬 Прогноз стоимости золота
🧬 Сегментация изображения для робота доставщика
🧬 Трекинг людей на видео
Ведущий интенсива - Senior AI-разработчик и основатель Университета искусственного интеллекта
🔥 Регистрируйтесь на бесплатный интенсив! Встречаемся в ближайшую среду
🤮1
И снова одно и тоже... Выключился свет, бесперебойник погас, сервера упали... А теперь... В общем - беда, да еще и в пятницу вечером.
А надо было всего-лишь подстелить соломки...
Настраиваем централизованное управление электропитанием в сети при помощи NUT
Всем известно, что для защиты от сбоев электропитания нужно купить бесперебойник. Но сам по себе источник бесперебойного питания не решает проблему, а только отсрочивает негативные последствия.
Действительно, если питание пропадет надолго, то после разрядки батарей ИБП ваши системы аварийно завершат работу. Избежать этого позволяют модели, имеющие обратную связь, но, чтобы использовать эти возможности нам потребуется система управления электропитанием и сегодня мы расскажем об открытом и бесплатном продукте - NUT (Network UPS Tools).
https://interface31.ru/tech_it/2022/08/nastraivaem-centralizovannoe-upravlenie-elektropitaniem-v-seti-pri-pomoshhi-nut.html
А надо было всего-лишь подстелить соломки...
Настраиваем централизованное управление электропитанием в сети при помощи NUT
Всем известно, что для защиты от сбоев электропитания нужно купить бесперебойник. Но сам по себе источник бесперебойного питания не решает проблему, а только отсрочивает негативные последствия.
Действительно, если питание пропадет надолго, то после разрядки батарей ИБП ваши системы аварийно завершат работу. Избежать этого позволяют модели, имеющие обратную связь, но, чтобы использовать эти возможности нам потребуется система управления электропитанием и сегодня мы расскажем об открытом и бесплатном продукте - NUT (Network UPS Tools).
https://interface31.ru/tech_it/2022/08/nastraivaem-centralizovannoe-upravlenie-elektropitaniem-v-seti-pri-pomoshhi-nut.html
👍40❤1
Звезды становятся ближе. Лицензия разработчика Astra Linux
Разработчиков Astra Linux довольно долго и вполне заслуженно упрекали в том, что существующая политика лицензирования не дает возможности легального использования операционной системы физическими лицами, в том числе и причастными к внедрению Astra и желающих использовать ее в тестовых целях лично.
Нет, можно было, конечно, взять образ с работы или из сети, но легальным использование системы это не делало.
И вот теперь любой желающий может зарегистрироваться в качестве разработчика: https://dev.astragroup.ru/lk/reg/
При этом ваш статус может быть разным, включая физическое лицо. Все, чем вы ограничены – условиями Оферты:
исключительно для целей исследования, тестирования ПО и разработки, без целей работы ПО в Продуктивной среде.
Никаких дополнительных проверок нет, а вы практически мгновенно получаете лицензию на ALSE 1.7 – 8 установок и ALSE 1.8 – 1 установка.
👍 Итого – 9 установок. Предложение более чем щедрое.
Разработчиков Astra Linux довольно долго и вполне заслуженно упрекали в том, что существующая политика лицензирования не дает возможности легального использования операционной системы физическими лицами, в том числе и причастными к внедрению Astra и желающих использовать ее в тестовых целях лично.
Нет, можно было, конечно, взять образ с работы или из сети, но легальным использование системы это не делало.
И вот теперь любой желающий может зарегистрироваться в качестве разработчика: https://dev.astragroup.ru/lk/reg/
При этом ваш статус может быть разным, включая физическое лицо. Все, чем вы ограничены – условиями Оферты:
исключительно для целей исследования, тестирования ПО и разработки, без целей работы ПО в Продуктивной среде.
Никаких дополнительных проверок нет, а вы практически мгновенно получаете лицензию на ALSE 1.7 – 8 установок и ALSE 1.8 – 1 установка.
👍 Итого – 9 установок. Предложение более чем щедрое.
👍52👎10
Установка сервера и клиента 1С в Astra Linux SE 1.7.6
Проверили сегодня работу Astra 1.7.6 с популярным пакетом 1С:Предприятие. Каких-либо сложностей ожидаемо не возникло.
Для установки вы можете использовать нашу инструкцию
🔸 Установка платформы 1C:Предприятие для разработчиков на платформе Linux
как наиболее полную и актуальную на сегодняшний день. Либо воспользоваться более подробными инструкциями на нашем сайте.
Сразу несколько комментариев.
🔹 Почему для разработчиков? Платформа для разработчиков ничем не отличается от обычной платформы, разница только в схеме лицензирования.
🔹 Почему Postgres от Postgres Professional? В репозиториях Astra есть уже пропатченный для 1С:Предприятие Postgres, но очень старой версии – 11. В тоже время для современных конфигураций лучше использовать последние версии PostgreSQL.
🔹 Почему Postgres не от 1С? Версию PostgreSQL от 1С у вас нормально установить не получится без ручной установки большого количества зависимостей с последующей заморозкой пакетов.
🔹 Почему Astra Linux SE 1.7.6? Потому что Astra Linux SE 1.8 в текущий момент официально не поддерживается платформой 1С:Предприятие. Установить и заставить ее работать можно, но если вы не имеете должного опыта работы с 1С, то так делать не надо.
🔹 У меня обычные лицензии, какие особенности получения? Лицензия разработчика универсальная, т.е. лицензирует сразу и клиент, и сервер. В случае с обычными лицензиями вы должны отдельно активировать лицензию на сервер и отдельно лицензию на рабочее место.
🔹 Где взять такую конфигурацию? Можно скачать на Инфостарте: https://infostart.ru/1c/reports/1812391/ , кому жалко 1 стартмани, то можно скачать с нашего канала: https://t.iss.one/interface31/1134
Проверили сегодня работу Astra 1.7.6 с популярным пакетом 1С:Предприятие. Каких-либо сложностей ожидаемо не возникло.
Для установки вы можете использовать нашу инструкцию
🔸 Установка платформы 1C:Предприятие для разработчиков на платформе Linux
как наиболее полную и актуальную на сегодняшний день. Либо воспользоваться более подробными инструкциями на нашем сайте.
Сразу несколько комментариев.
🔹 Почему для разработчиков? Платформа для разработчиков ничем не отличается от обычной платформы, разница только в схеме лицензирования.
🔹 Почему Postgres от Postgres Professional? В репозиториях Astra есть уже пропатченный для 1С:Предприятие Postgres, но очень старой версии – 11. В тоже время для современных конфигураций лучше использовать последние версии PostgreSQL.
🔹 Почему Postgres не от 1С? Версию PostgreSQL от 1С у вас нормально установить не получится без ручной установки большого количества зависимостей с последующей заморозкой пакетов.
🔹 Почему Astra Linux SE 1.7.6? Потому что Astra Linux SE 1.8 в текущий момент официально не поддерживается платформой 1С:Предприятие. Установить и заставить ее работать можно, но если вы не имеете должного опыта работы с 1С, то так делать не надо.
🔹 У меня обычные лицензии, какие особенности получения? Лицензия разработчика универсальная, т.е. лицензирует сразу и клиент, и сервер. В случае с обычными лицензиями вы должны отдельно активировать лицензию на сервер и отдельно лицензию на рабочее место.
🔹 Где взять такую конфигурацию? Можно скачать на Инфостарте: https://infostart.ru/1c/reports/1812391/ , кому жалко 1 стартмани, то можно скачать с нашего канала: https://t.iss.one/interface31/1134
👍20👌3
Как быстро обработать большой объем данных и ничего не потерять?
Расскажем на бесплатном вебинаре «Больше чем Pandas: библиотеки подготовки данных для ML-моделей».
Разберём:
➡️ на что стоит обратить внимание для эффективной работы с данными;
➡️ форматы работы с данными и их особенности;
➡️ фреймворки: pandas, swifter, polars, dask и cudf.
⚡️Спикер: Владимир Бугаевский, Team Lead Поиска в Купере
Бонус: демонстрационные jupyter-ноутбуки
⭐️ Когда вебинар: 24 сентября в 19:00
⭐️ Занять место на вебинаре — через бота
О рекламодателе
erid: LjN8KUuTy
Расскажем на бесплатном вебинаре «Больше чем Pandas: библиотеки подготовки данных для ML-моделей».
Разберём:
➡️ на что стоит обратить внимание для эффективной работы с данными;
➡️ форматы работы с данными и их особенности;
➡️ фреймворки: pandas, swifter, polars, dask и cudf.
⚡️Спикер: Владимир Бугаевский, Team Lead Поиска в Купере
Бонус: демонстрационные jupyter-ноутбуки
⭐️ Когда вебинар: 24 сентября в 19:00
⭐️ Занять место на вебинаре — через бота
О рекламодателе
erid: LjN8KUuTy
Улучшаем производительность Linux при помощи zRam
Оперативная память сегодня недорога и доступна, но, тем не менее, продолжает оставаться достаточно дефицитным ресурсов. Это связано с несколькими факторами.
Во-первых, аппетиты программного обеспечения к оперативной памяти постоянно растут, во-вторых, возможности расширения часто ограниченны аппаратными особенностями устройства.
Но, если вы используете Linux, есть способ выйти за рамки этих ограничений и улучшить производительность системы при помощи zRam. Как это сделать - читайте в нашей статье.
https://interface31.ru/tech_it/2023/02/uluchshaem-proizvoditelnost-linux-pri-pomoshhi-zram.html
Оперативная память сегодня недорога и доступна, но, тем не менее, продолжает оставаться достаточно дефицитным ресурсов. Это связано с несколькими факторами.
Во-первых, аппетиты программного обеспечения к оперативной памяти постоянно растут, во-вторых, возможности расширения часто ограниченны аппаратными особенностями устройства.
Но, если вы используете Linux, есть способ выйти за рамки этих ограничений и улучшить производительность системы при помощи zRam. Как это сделать - читайте в нашей статье.
https://interface31.ru/tech_it/2023/02/uluchshaem-proizvoditelnost-linux-pri-pomoshhi-zram.html
👍28
Zabbix - основы и базовые понятия
Zabbix - сложная система и у начинающего пользователя часто разбегаются глаза и он теряется среди новых для него терминов и обилия информации.
Поэтому, прежде чем браться за ее освоение, нужно изучить базовые понятия и основы построения системы, чтобы понимать из каких элементов, как из кирпичиков, строится мониторинг.
Данная статься рассчитана на начинающих, но также будет полезна и тем, кто уже работает с Zabbix так как поможет освежить и систематизировать знания, а может быть даже и узнать что-то новое.
https://interface31.ru/tech_it/2024/09/zabbix-osnovy-i-bazovye-ponyatiya.html
Zabbix - сложная система и у начинающего пользователя часто разбегаются глаза и он теряется среди новых для него терминов и обилия информации.
Поэтому, прежде чем браться за ее освоение, нужно изучить базовые понятия и основы построения системы, чтобы понимать из каких элементов, как из кирпичиков, строится мониторинг.
Данная статься рассчитана на начинающих, но также будет полезна и тем, кто уже работает с Zabbix так как поможет освежить и систематизировать знания, а может быть даже и узнать что-то новое.
https://interface31.ru/tech_it/2024/09/zabbix-osnovy-i-bazovye-ponyatiya.html
👍48
✊Изучите ключевые сервисы AWS и научитесь создавать 3-х уровневую архитектуру облачного решения!
👉Начните на бесплатном вебинаре онлайн-курса «Cloud Solution Architecture» - «Базовая инфраструктура AWS: от основ до практики»: регистрация
В результате вебинара:
- Вы освоите базовые концепции облачной инфраструктуры AWS
- Научитесь создавать и управлять 3-х уровневой архитектурой в AWS
- Получите представление о ключевых сервисах AWS и их использовании в реальных проектах
- Сможете эффективно применять знания для создания устойчивых и масштабируемых облачных решений.
🤝Понравится урок — продолжите обучение на курсе по спеццене и даже в рассрочку!
erid: LjN8KDPHD
👉Начните на бесплатном вебинаре онлайн-курса «Cloud Solution Architecture» - «Базовая инфраструктура AWS: от основ до практики»: регистрация
В результате вебинара:
- Вы освоите базовые концепции облачной инфраструктуры AWS
- Научитесь создавать и управлять 3-х уровневой архитектурой в AWS
- Получите представление о ключевых сервисах AWS и их использовании в реальных проектах
- Сможете эффективно применять знания для создания устойчивых и масштабируемых облачных решений.
🤝Понравится урок — продолжите обучение на курсе по спеццене и даже в рассрочку!
erid: LjN8KDPHD
🤮6👍4😁2
Восстанавливаем синхронизацию в 1С:Предприятие при проблемах с расширениями (патчами)
Новые технологии - это не только новые возможности, но и новые проблемы.
Расширения в 1С:Предприятие открыли новые возможности по доработке конфигураций и их последующему сопровождению, но они же принесли новые проблемы, в частности касающиеся синхронизации в распределенной информационной базе (РИБ).
Но есть проблемы - значит будут и решения, которые, по мере накопления опыта преобразуются в практические рекомендации.
Сегодня мы рассмотрим, что может помешать синхронизации после установки расширений (патчей) и как это исправить.
https://interface31.ru/tech_it/2022/04/vosstanavlivaem-sinhronizaciyu-v-1spredpriyatie-pri-problemah-s-rasshireniyami-patchami.html
Новые технологии - это не только новые возможности, но и новые проблемы.
Расширения в 1С:Предприятие открыли новые возможности по доработке конфигураций и их последующему сопровождению, но они же принесли новые проблемы, в частности касающиеся синхронизации в распределенной информационной базе (РИБ).
Но есть проблемы - значит будут и решения, которые, по мере накопления опыта преобразуются в практические рекомендации.
Сегодня мы рассмотрим, что может помешать синхронизации после установки расширений (патчей) и как это исправить.
https://interface31.ru/tech_it/2022/04/vosstanavlivaem-sinhronizaciyu-v-1spredpriyatie-pri-problemah-s-rasshireniyami-patchami.html
👍3
Забираем свои данные у Google
В свете последних событий у многих возникла потребность перенести свои данные с площадок Google на альтернативные площадки, либо просто получить их копию.
Чаще всего это касается видео на YouTube, которое нужно перезалить на альтернативные платформы.
И чего тут только не делают, в ход идут и плагины к браузерам и программы типа yt-dlp и подобные и хорошо если только они. Скачать какую-нибудь ерунду по подобному запросу легче простого.
И хорошо если она просто притащит вам в систему тонну ненужного хлама, а может и вредоносным ПО обрадовать.
Но мало кто знает про волшебную ссылку: https://takeout.google.com
Которая позволяет экспортировать и выгрузить все, полностью все данные с вашего Google-аккаунта, включая видео в Youtube.
Причем именно все выгружать не обязательно, вы можете выгрузить только то, что вам нужно.
Процесс не самый быстрый, потом еще нужно время скачать архивы, но вы получаете исходники залитой на Google информации.
В свете последних событий у многих возникла потребность перенести свои данные с площадок Google на альтернативные площадки, либо просто получить их копию.
Чаще всего это касается видео на YouTube, которое нужно перезалить на альтернативные платформы.
И чего тут только не делают, в ход идут и плагины к браузерам и программы типа yt-dlp и подобные и хорошо если только они. Скачать какую-нибудь ерунду по подобному запросу легче простого.
И хорошо если она просто притащит вам в систему тонну ненужного хлама, а может и вредоносным ПО обрадовать.
Но мало кто знает про волшебную ссылку: https://takeout.google.com
Которая позволяет экспортировать и выгрузить все, полностью все данные с вашего Google-аккаунта, включая видео в Youtube.
Причем именно все выгружать не обязательно, вы можете выгрузить только то, что вам нужно.
Процесс не самый быстрый, потом еще нужно время скачать архивы, но вы получаете исходники залитой на Google информации.
👍49👎3
🚀 Вебинар о современном подходе к разметке диска! 🚀
Тема: Современный подход к разметке диска
Рассмотрим эволюцию разметки дискового пространства на примере ОС Linux
📅 Дата и время: 27.09 в 20:00 (мск)
🔔 Не упустите шанс! Узнайте, как грамотно планировать дисковое пространство и увеличивать файловую систему на логическом диске!
В результате вебинара вы:
- Сможете грамотно планировать дисковое пространство
- Научитесь оценивать необходимость уровней абстракции для дисков
- Попробуете увеличить файловую систему на логическом диске и поймете ограничения разметки на логических дисках
🔗 Ссылка для регистрации: https://otus.pw/YerQ/?erid=LjN8KD3x7
🔆 Спикер: Андрей Буранов
📌 Занятие пройдёт в рамках курса «Administrator Linux. Basic». Доступна рассрочка на обучение!
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
Тема: Современный подход к разметке диска
Рассмотрим эволюцию разметки дискового пространства на примере ОС Linux
📅 Дата и время: 27.09 в 20:00 (мск)
🔔 Не упустите шанс! Узнайте, как грамотно планировать дисковое пространство и увеличивать файловую систему на логическом диске!
В результате вебинара вы:
- Сможете грамотно планировать дисковое пространство
- Научитесь оценивать необходимость уровней абстракции для дисков
- Попробуете увеличить файловую систему на логическом диске и поймете ограничения разметки на логических дисках
🔗 Ссылка для регистрации: https://otus.pw/YerQ/?erid=LjN8KD3x7
🔆 Спикер: Андрей Буранов
📌 Занятие пройдёт в рамках курса «Administrator Linux. Basic». Доступна рассрочка на обучение!
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
👎3👍2❤1
Как быстро перенести 400 ГБ?
Современные технологии хранения данных шагнули, безусловно, далеко, но вместе с ними появились и новые проблемы. Так сегодня один коллега поинтересовался нашим мнением по вопросу, вынесенному в заголовок.
Данный объем занимает система 3D моделирования со всеми библиотеками, которую надо перенести с рабочей станции на новый ноутбук сотрудника. Гигабитная сеть – это в лучшем случае 120 МБ/с – т.е. долго, ну и загрузить ее придется полностью.
Сама система лежит на быстрых NVMe и хотелось бы… А чего хотелось бы. Давайте подумаем. Чистый жесткий диск даст на таком объеме чистые 175-200 МБ/с, вроде как немного по сегодняшним меркам, но стабильно.
А если взять SSD. Да где же его взять, попадающий под условия задачи. Вспоминаем, что SLC-кеш для TLC-диска не может превышать 30% объема и даже если мы найдем модель с такой схемой кеширования (когда сначала полностью пишется кеш), то нам понадобится диск размеров не менее 2 ТБ.
Ну да, у каждого в столе стопка таких дисков. Если взять диск поменьше, скажем 1 ТБ, то мы гарантированно выскочим за пределы кеша и получим на оставшемся этапе крайне печальные 40-80 МБ/с.
Взять диск с другой моделью кеширования, который по исчерпанию небольшого кеша дает стабильные 400-800 МБ/с?
Только вот стабильные они только на тестах. В реальной жизни это будет какой-то внешний USB-бок и длительная тяжелая нагрузка, что закономерно вызовет нагрев и возможный троттлинга или иные негативные эффекты (вплоть до подвисания).
Ну не рассчитаны современные NVMе на такой сценарий – быстро принять в портативном виде большой объем данных.
Взять более прохладный SATA SDD – так там в итоге скатимся к тем же 150-200 МБ/с, ну разве что вы найдете где-то MLC нужного объема, который пишет 400-450 МБ/с по всей поверхности.
Что остается в итоге? Да практически ничего не остается. Нужно предсказуемое время копирования – берете HDD, хотите поиграть в лотерею – можете попробовать с твердотельниками. Первая часть данных проскочит быстро, а там уже – как повезет.
Современные технологии хранения данных шагнули, безусловно, далеко, но вместе с ними появились и новые проблемы. Так сегодня один коллега поинтересовался нашим мнением по вопросу, вынесенному в заголовок.
Данный объем занимает система 3D моделирования со всеми библиотеками, которую надо перенести с рабочей станции на новый ноутбук сотрудника. Гигабитная сеть – это в лучшем случае 120 МБ/с – т.е. долго, ну и загрузить ее придется полностью.
Сама система лежит на быстрых NVMe и хотелось бы… А чего хотелось бы. Давайте подумаем. Чистый жесткий диск даст на таком объеме чистые 175-200 МБ/с, вроде как немного по сегодняшним меркам, но стабильно.
А если взять SSD. Да где же его взять, попадающий под условия задачи. Вспоминаем, что SLC-кеш для TLC-диска не может превышать 30% объема и даже если мы найдем модель с такой схемой кеширования (когда сначала полностью пишется кеш), то нам понадобится диск размеров не менее 2 ТБ.
Ну да, у каждого в столе стопка таких дисков. Если взять диск поменьше, скажем 1 ТБ, то мы гарантированно выскочим за пределы кеша и получим на оставшемся этапе крайне печальные 40-80 МБ/с.
Взять диск с другой моделью кеширования, который по исчерпанию небольшого кеша дает стабильные 400-800 МБ/с?
Только вот стабильные они только на тестах. В реальной жизни это будет какой-то внешний USB-бок и длительная тяжелая нагрузка, что закономерно вызовет нагрев и возможный троттлинга или иные негативные эффекты (вплоть до подвисания).
Ну не рассчитаны современные NVMе на такой сценарий – быстро принять в портативном виде большой объем данных.
Взять более прохладный SATA SDD – так там в итоге скатимся к тем же 150-200 МБ/с, ну разве что вы найдете где-то MLC нужного объема, который пишет 400-450 МБ/с по всей поверхности.
Что остается в итоге? Да практически ничего не остается. Нужно предсказуемое время копирования – берете HDD, хотите поиграть в лотерею – можете попробовать с твердотельниками. Первая часть данных проскочит быстро, а там уже – как повезет.
👍32🤡7🤷♂3🤔3
Спрашивают – отвечаем
Вопрос вот в чем: есть энтерпрайз SSD за очень много денег, там все ок. А как быть бедным, кто ставит nvme в лучшем случае из топа потребительских? Что выбрать, на что смотреть?
Начнем с того, что выбрать можно все что угодно, даже не из топа, все зависит от доступного бюджета. Но перед выбором нужно внимательно посмотреть.
Начнем с того, что пишут в спецификациях. А именно с ресурса. Это основной показатель, от которого зависит как часто вы будете менять диски. Соизмеряем его с текущей нагрузкой и прикидываем затраты. Может оказаться так, что взять более дорогой диск будет выгоднее.
А может произойти ровно наоборот. Иногда выгоднее чаще менять дешевые диски, чем дорогие, но реже.
При этом следует понимать, что никакой серебряной пули в потребительском сегменте нет. Все упирается в ресурс. Это для настольного компьютера вы покупаете топовый Samsung и несколько лет радуетесь жизни.
В случае серверного применения ресурс дорого Samsung будет тратиться также быстро, как и ресурс более дешевого аналога. А если все равно через год менять, то можно не выпендриваться и взять что-нибудь попроще.
Дальше смотрим на еще один важный параметр: модель работы SLC-кеша. В описаниях его нет, тут помогут только обзоры. Например, есть полностью аппаратно одинаковые диски, но с разными вариантами кеширования и разным поведением под нагрузками.
Грубо говоря, есть два основных варианта. В первом под кеш отдается все свободное место (33% от свободной емкости накопителя TLC), который пишется на максимальной скорости. А вот потом наступает самый плохой для диска сценарий – контроллер одновременно пишет и уплотняет данные и скорость там может упасть до неприлично низких значений.
Второй вариант – небольшой кеш и потом достаточно высокая и стабильная скорость записи, но далеко уже не та, что указана в спецификациях диска.
Тут нельзя однозначно сказать, что хорошо, а что плохо, смотрите по своим задачам и нагрузкам. Где-то лучше себя покажет одна модель кеширования, где-то другая.
Определились, хорошо. Теперь обращаем внимание на потребительские характеристики. В частности, на теплоотвод и возможность его снять без потери гарантии. Лучше всего брать модели, где теплоотвод сразу не приклеен, ну или понимать, что гарантии на диск у вас не будет.
Почему? Да потому что серверная нагрузка сильно отличается от настольной и вашему диску в обязательном порядке нужен хороший теплоотвод, иначе он постоянно будет находится в состоянии перегрева или близкого к нему.
Чтобы оградить себя от внезапного отказа в обязательном порядке собираем RAID. И в этом случае нам важно добиться идентичных режимов работы у обоих дисков.
Если вы используете разъемы на материнской плате – убедитесь, что к ним подведено одинаковое количество линий PCIe и одинакового поколения.
Иначе ваш массив будет работать на скорости самого медленного диска и это в лучшем случае.
Также очень важно еще и соблюдать идентичность скоростных характеристик дисков, в частности режимов кеширования. Если один диск продолжает принимать данные на полной скорости, а второй ее резко снизил, то есть ненулевые шансы, что такой диск выкинет из массива, хотя он будет полностью исправен.
Либо мы получим резкую деградацию производительности, иногда буквально «на ровном месте».
Это условие важно соблюдать и при замене дисков в массиве. Если купить точно такой же диск нет возможности, то приобретайте максимально похожий, желательно на контроллере того же производителя.
Если это невозможно – меняйте оба диска. Также не следует сочетать в одном массиве диски на разных поколениях шины PCIe, итоговая скорость записи может упасть ниже скорости самого медленного диска.
Ну и постоянный мониторинг. Температуры, ресурса и свободного места на массиве. Не допускайте заполнения более 60-70%, лучше всего иметь запас примерно на 50%, иначе задумайтесь о приобретении более емких моделей.
Также заведите за правило менять диски раз в три года (средний срок гарантии) даже если с ними все в порядке. Кстати это касается не только NVMe.
Вопрос вот в чем: есть энтерпрайз SSD за очень много денег, там все ок. А как быть бедным, кто ставит nvme в лучшем случае из топа потребительских? Что выбрать, на что смотреть?
Начнем с того, что выбрать можно все что угодно, даже не из топа, все зависит от доступного бюджета. Но перед выбором нужно внимательно посмотреть.
Начнем с того, что пишут в спецификациях. А именно с ресурса. Это основной показатель, от которого зависит как часто вы будете менять диски. Соизмеряем его с текущей нагрузкой и прикидываем затраты. Может оказаться так, что взять более дорогой диск будет выгоднее.
А может произойти ровно наоборот. Иногда выгоднее чаще менять дешевые диски, чем дорогие, но реже.
При этом следует понимать, что никакой серебряной пули в потребительском сегменте нет. Все упирается в ресурс. Это для настольного компьютера вы покупаете топовый Samsung и несколько лет радуетесь жизни.
В случае серверного применения ресурс дорого Samsung будет тратиться также быстро, как и ресурс более дешевого аналога. А если все равно через год менять, то можно не выпендриваться и взять что-нибудь попроще.
Дальше смотрим на еще один важный параметр: модель работы SLC-кеша. В описаниях его нет, тут помогут только обзоры. Например, есть полностью аппаратно одинаковые диски, но с разными вариантами кеширования и разным поведением под нагрузками.
Грубо говоря, есть два основных варианта. В первом под кеш отдается все свободное место (33% от свободной емкости накопителя TLC), который пишется на максимальной скорости. А вот потом наступает самый плохой для диска сценарий – контроллер одновременно пишет и уплотняет данные и скорость там может упасть до неприлично низких значений.
Второй вариант – небольшой кеш и потом достаточно высокая и стабильная скорость записи, но далеко уже не та, что указана в спецификациях диска.
Тут нельзя однозначно сказать, что хорошо, а что плохо, смотрите по своим задачам и нагрузкам. Где-то лучше себя покажет одна модель кеширования, где-то другая.
Определились, хорошо. Теперь обращаем внимание на потребительские характеристики. В частности, на теплоотвод и возможность его снять без потери гарантии. Лучше всего брать модели, где теплоотвод сразу не приклеен, ну или понимать, что гарантии на диск у вас не будет.
Почему? Да потому что серверная нагрузка сильно отличается от настольной и вашему диску в обязательном порядке нужен хороший теплоотвод, иначе он постоянно будет находится в состоянии перегрева или близкого к нему.
Чтобы оградить себя от внезапного отказа в обязательном порядке собираем RAID. И в этом случае нам важно добиться идентичных режимов работы у обоих дисков.
Если вы используете разъемы на материнской плате – убедитесь, что к ним подведено одинаковое количество линий PCIe и одинакового поколения.
Иначе ваш массив будет работать на скорости самого медленного диска и это в лучшем случае.
Также очень важно еще и соблюдать идентичность скоростных характеристик дисков, в частности режимов кеширования. Если один диск продолжает принимать данные на полной скорости, а второй ее резко снизил, то есть ненулевые шансы, что такой диск выкинет из массива, хотя он будет полностью исправен.
Либо мы получим резкую деградацию производительности, иногда буквально «на ровном месте».
Это условие важно соблюдать и при замене дисков в массиве. Если купить точно такой же диск нет возможности, то приобретайте максимально похожий, желательно на контроллере того же производителя.
Если это невозможно – меняйте оба диска. Также не следует сочетать в одном массиве диски на разных поколениях шины PCIe, итоговая скорость записи может упасть ниже скорости самого медленного диска.
Ну и постоянный мониторинг. Температуры, ресурса и свободного места на массиве. Не допускайте заполнения более 60-70%, лучше всего иметь запас примерно на 50%, иначе задумайтесь о приобретении более емких моделей.
Также заведите за правило менять диски раз в три года (средний срок гарантии) даже если с ними все в порядке. Кстати это касается не только NVMe.
👍32❤1😁1
Ansible: Какой командой получаем отладочную информацию? 🤔
a) ansible-playbook --debug
b) ansible-playbook -vvvvvv
c) ansible-playbook --test
d) ansible-playbook --check
Пройдите тест и получите скидку на курс «Ansible: Infrastructure as Code».
На курсе мы:
✔️ систематизируем знания по Ansible и изучаем подход IaC;
✔️ учимся писать плейбуки и роли;
✔️ деплоим Flask-приложение;
✔️ настраиваем IaC в Gitlab;
✔️ обеспечиваем поддержку наших решений вдолгую.
8 вопросов по Ansible ждут вас внутри бота.
Проверяйте себя и до встречи на обучении! 🔥
О рекламодателе
erid: LjN8K8koM
a) ansible-playbook --debug
b) ansible-playbook -vvvvvv
c) ansible-playbook --test
d) ansible-playbook --check
Пройдите тест и получите скидку на курс «Ansible: Infrastructure as Code».
На курсе мы:
✔️ систематизируем знания по Ansible и изучаем подход IaC;
✔️ учимся писать плейбуки и роли;
✔️ деплоим Flask-приложение;
✔️ настраиваем IaC в Gitlab;
✔️ обеспечиваем поддержку наших решений вдолгую.
8 вопросов по Ansible ждут вас внутри бота.
Проверяйте себя и до встречи на обучении! 🔥
О рекламодателе
erid: LjN8K8koM
А можно мы сами?
- А у нас тут 1С не запускается, пишет недостаточно места…
- Значит недостаточно места, надо почистить.
- А если вы подключитесь, то возьмете как за час работы?
- Да, это минимальная такса.
- Но там же просто место почистить.
- Да какая разница, мы тратим свое время. Время – деньги.
- А можно мы сами почистим?
- Можно.
На следующий день сообщают, что они почистили, место есть, но теперь 1С вообще не запускается. 😫
Наверное, вы уже догадались, они удалили самую большую папку в корне диска, с простым и понятным названием «СТ», в которой была база 1С. 🤦♀️
Сэкономили денег, однако.
Последний бекап от июля месяца. Но документов немного, дня за два-три в пару рук внесут все обратно.
Морали не будет. Каждый сам определяет, что дорого, а что нет. И несет последствия своего выбора.
- А у нас тут 1С не запускается, пишет недостаточно места…
- Значит недостаточно места, надо почистить.
- А если вы подключитесь, то возьмете как за час работы?
- Да, это минимальная такса.
- Но там же просто место почистить.
- Да какая разница, мы тратим свое время. Время – деньги.
- А можно мы сами почистим?
- Можно.
На следующий день сообщают, что они почистили, место есть, но теперь 1С вообще не запускается. 😫
Наверное, вы уже догадались, они удалили самую большую папку в корне диска, с простым и понятным названием «СТ», в которой была база 1С. 🤦♀️
Сэкономили денег, однако.
Последний бекап от июля месяца. Но документов немного, дня за два-три в пару рук внесут все обратно.
Морали не будет. Каждый сам определяет, что дорого, а что нет. И несет последствия своего выбора.
🤣69👍39💯3❤2
Про почасовку
Сегодня на канале возник вопрос по этой теме. Тема важная и нужная, поэтому поделимся своим опытом.
А начнем с того, что, если вы не хотите сразу испортить отношения с заказчиком и перевести их в плоскость постоянных разбирательств – никогда не выставляйте ему часы, за редким исключением.
Для исполнителя часы – единица удобная, особенно если приходится делать какую-то новую работу. Оценил затраченное время, умножил на тариф и вот он финансовый результат.
Но здесь тоже есть свои тонкости. Если сначала эта работа занимала у вас два часа, потом вы набили руку и стали укладываться в час. Снижать цену?
Или вы написали скрипт, который все делает за вас. Тут тоже заказчик может задать вопрос – а за какие часы я плачу? Если ты только два раза по файлу кликнул, а потом сидел смотрел в экран?
И он тоже по-своему будет прав. Выставляя в счете часы, вы как бы заявляете, что продаете не услугу, у которой есть конечный результат и он является предметом оплаты, а свое рабочее время.
А если выставили время, то будьте добры его отработать. Или сократить свои хотелки согласно реально отработанного времени.
Мы не раз и не два сталкивались с конфликтами, когда внедренец по ТЗ выставлял, скажем, 200-250 часов, закрывал их силами одного специалиста за месяц, а после чего заказчик отказывался оплачивать счет и настойчиво интересовался, каким образом это физически стало возможно. Может специалист там на цепи сидит?
Может он в чем-то не прав? Может. Потому что в нашей отрасли час давно перестал быть физическим часом и служит неким средним мерилом по отрасли. Мол средний специалист средней квалификации сделает эту работу за час. А наш ведущий потратит всего 15 минут.
Можно, конечно, повысить стоимость часа, но это отпугнет заказчика. В итоге задача подгоняется под ответ. Исходя из среднего часа на местности подгоняются временные рамки, чтобы получить нужный экономический выхлоп от задачи.
Поэтому, никогда и ни при каких обстоятельствах не выставляйте заказчику часы. Нигде. Ни в смете, ни в техзадании. Вообще нигде.
При этом внутри своей кухни вы можете по-прежнему их использовать для оценки стоимости работ.
Но наружу вместо часов вы должны выставлять услугу. Услуга – это законченное действие, имеющее четкий, заранее оговоренный результат, который принимает заказчик. И фиксированную стоимость.
А дальше уже не важно сколько времени вы потратили на ее реализацию. Обещали неделю, а справились за три дня – молодцы, сразу видно настоящих профессионалов! А цена? Какой была – такой осталась. Заказчик платит за результат.
Набили руку, стали делать работу за час вместо двух? Отлично, эффективность повысилась, по деньгам вы не просели, и никто даже не подумает задавать подобные вопросы.
Договаривались на что? На результат. Вот результат. Вот деньги. Все просто, понятно, прозрачно. И заказчик еще на берегу понимает за что платит. Цена устраивает? Значит работаем.
Единственные случаи, когда выставлять часы нормально и естественно, это работы или услуги, непосредственно завязанные по времени.
Например, вы проводите обучение сотрудников заказчика. Договорились на два часа: час лекция, час ответы на вопросы. В итоге все растянулось на три. Не вопрос, выставляем в счете три часа, вопросов ни у кого не будет, все всё понимают.
Во всех остальных случаях, когда используемый вами человеко/час является неким средним по палате он должен всегда превращаться в штуки, литры, килограммы – т.е. в некую конечную единицу, которую вы отгрузите заказчику и которая будет ему понятна.
Сегодня на канале возник вопрос по этой теме. Тема важная и нужная, поэтому поделимся своим опытом.
А начнем с того, что, если вы не хотите сразу испортить отношения с заказчиком и перевести их в плоскость постоянных разбирательств – никогда не выставляйте ему часы, за редким исключением.
Для исполнителя часы – единица удобная, особенно если приходится делать какую-то новую работу. Оценил затраченное время, умножил на тариф и вот он финансовый результат.
Но здесь тоже есть свои тонкости. Если сначала эта работа занимала у вас два часа, потом вы набили руку и стали укладываться в час. Снижать цену?
Или вы написали скрипт, который все делает за вас. Тут тоже заказчик может задать вопрос – а за какие часы я плачу? Если ты только два раза по файлу кликнул, а потом сидел смотрел в экран?
И он тоже по-своему будет прав. Выставляя в счете часы, вы как бы заявляете, что продаете не услугу, у которой есть конечный результат и он является предметом оплаты, а свое рабочее время.
А если выставили время, то будьте добры его отработать. Или сократить свои хотелки согласно реально отработанного времени.
Мы не раз и не два сталкивались с конфликтами, когда внедренец по ТЗ выставлял, скажем, 200-250 часов, закрывал их силами одного специалиста за месяц, а после чего заказчик отказывался оплачивать счет и настойчиво интересовался, каким образом это физически стало возможно. Может специалист там на цепи сидит?
Может он в чем-то не прав? Может. Потому что в нашей отрасли час давно перестал быть физическим часом и служит неким средним мерилом по отрасли. Мол средний специалист средней квалификации сделает эту работу за час. А наш ведущий потратит всего 15 минут.
Можно, конечно, повысить стоимость часа, но это отпугнет заказчика. В итоге задача подгоняется под ответ. Исходя из среднего часа на местности подгоняются временные рамки, чтобы получить нужный экономический выхлоп от задачи.
Поэтому, никогда и ни при каких обстоятельствах не выставляйте заказчику часы. Нигде. Ни в смете, ни в техзадании. Вообще нигде.
При этом внутри своей кухни вы можете по-прежнему их использовать для оценки стоимости работ.
Но наружу вместо часов вы должны выставлять услугу. Услуга – это законченное действие, имеющее четкий, заранее оговоренный результат, который принимает заказчик. И фиксированную стоимость.
А дальше уже не важно сколько времени вы потратили на ее реализацию. Обещали неделю, а справились за три дня – молодцы, сразу видно настоящих профессионалов! А цена? Какой была – такой осталась. Заказчик платит за результат.
Набили руку, стали делать работу за час вместо двух? Отлично, эффективность повысилась, по деньгам вы не просели, и никто даже не подумает задавать подобные вопросы.
Договаривались на что? На результат. Вот результат. Вот деньги. Все просто, понятно, прозрачно. И заказчик еще на берегу понимает за что платит. Цена устраивает? Значит работаем.
Единственные случаи, когда выставлять часы нормально и естественно, это работы или услуги, непосредственно завязанные по времени.
Например, вы проводите обучение сотрудников заказчика. Договорились на два часа: час лекция, час ответы на вопросы. В итоге все растянулось на три. Не вопрос, выставляем в счете три часа, вопросов ни у кого не будет, все всё понимают.
Во всех остальных случаях, когда используемый вами человеко/час является неким средним по палате он должен всегда превращаться в штуки, литры, килограммы – т.е. в некую конечную единицу, которую вы отгрузите заказчику и которая будет ему понятна.
👍79❤2👎2