Продолжаем разбор полетов.

На вебинаре прозвучало весьма спорное утверждение, что выгрузку в текстовый формат SQL использовать не следует, особенно если в базе 1С есть прикрепленные картинки и файлы и особенно с русскими именами.

Хм, может что-то изменилось? Все-таки официальный центр обучения от самой 1С, возможно лектор знает больше, чем я.

Возможно, но это не долго проверить. Создаем базу, прикрепляем к карточкам номенклатуры картинки, подкидываем еще файлов, как раз с русскими именами.

Бекапим в текстовый формат. Восстанавливаем. Все на месте. Никаких проблем нет. По факту лектор прогнал туфту, но многие обучающиеся ему поверят и потом с пеной у рта будут доказывать, что так делать нельзя.

А так делать можно и иногда нужно.

При этом попутно мы выяснили множество тонкостей работы с pg_dump и pg_restore на Windows, но про это никто ничего не сказал.

А вот так найдут обучаемые готовые команды и будут делать бекапы которые не получится восстановить. Но это совсем другая история…

Ждите статей.

‼️Notion, конечно, навел шороху своим внезапным уходом. Спасибо, что дал 2 недели на перенос. Предлагаем замену, которая не уступает ушедшему сервису! 

Речь о TEAMLY – его функционал наиболее близок Notion, а значит, сохранены почти все возможности платформы. Если вы еще не знакомы с TEAMLY, то советуем срочно переходить по ссылке 

​​Я хочу все сделать технически правильно, но мой работодатель препятствует этому

С подобной ситуацией сталкиваются многие коллеги, особенно молодые и искренне недоумевают почему так происходит.

Почему бизнес не хочет делать правильно, а требует костылей, полумер и половинчатых решений. Мол работает и хорошо, а когда перестанет – вот тогда и подумаем.

Обычно в этой ситуации винят руководство, которое представляется жадным и недалеким, плюс ничего не смыслящем в IT-технологиях.

Но на самом деле все обстоит по-другому, просто надо посмотреть на ситуацию с другой стороны. Стороны бизнеса, который оперирует совсем иными понятиями.

Цель любого бизнеса – заработать деньги, а вовсе не сделать все красиво и правильно. Поэтому любой бизнес будет стремиться увеличить прибыль и уменьшить издержки.

IT-отдел – это сугубо расходная статья любого бизнеса, прибыли он не приносит. Поэтому, как и любые другие расходные статьи, он будет финансироваться по принципу оптимального минимума.

Как определяется этот минимум? Далеко не техническими показателями, о них руководство может ничего не знать, да и не обязано. А финансовыми.

Грубо говоря, если проблема решается деньгами, то это не проблема, а расходы. Размер расходов, которые фирма может себе одноразово позволить руководству известен. Как правило он коррелируется с операционной прибылью. Т.е. общей выручкой за вычетом постоянных расходов.

Чем выше этот показатель, тем больше средств фирма может выделить на то, чтобы залить проблему деньгами.

И это вполне нормальная практика. Потому что когда с одной стороны стоят некоторые расходы здесь и сейчас, а с другой возможная проблема где-то там, которая может быть, а может не быть, то включается простой финансовый расчет.

Вот приходит администратор и говорит, что нужно сделать то, то и это. Все это, несомненно правильно и грамотно. Согласно лучшим практикам и рекомендациям.
А руководство его и спрашивает, что будет, если мы это не сделаем?

Админ отвечает, мол то и это, такой-то простой или такая-то потеря данных, ну и прочие негативные факторы.

Следующий вопрос: а какая вероятность этого события. Как часто вообще у нас такое происходило и происходит?

Дальше берется калькулятор и считается количество денег, которые потеряет фирма в результате наступления события, либо какое количество денег понадобится чтобы устранить последствия.

Если эта цифра сравнима с тем, что требуется выделить здесь и сейчас или выше ее, то бизнес деньги выделит. Если же ниже, либо вероятность такого события крайне низка, то в финансировании будет отказано.

Кроме того, есть ряд событий, которые несут угрозу, но вкладывать средства в защиту от них одного только IT не имеет смысла.

Вот приходит админ просить деньги на новые бесперебойники. Сразу вопрос, а зачем?

Ответ, чтобы час тянули, а не 15 минут как сейчас.

Бизнес при этом смотрит шире, и задает встречный вопрос: а зачем нам нужно чтобы сервера работали час, если у нас все рабочие места выключатся через 15 минут?

В результате денег на это, конечно же не дадут. Потому что просто расход в никуда, не несущий для бизнеса практического смысла.

Можно, конечно, нагнать жути и финансирование выбить. Но может так случиться, что указанное событие возьмет и произойдет. И при этом выяснится, что на самом деле все не так уж и страшно, а денег в свое время было выделено неоправданно много.

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

А еще хуже, если средства выделили, событие произошло, но отработать так как было заявлено вы его не смогли. Тут уже точно будут и оргвыводы, и неудобные вопросы по поводу того, на что и как были потрачены деньги.

Поэтому, во многих случаях, лучше не бежать с техническими решениями впереди паровоза, т.е. реальных потребностей бизнеса, а трезво оценивать ситуацию, в том числе и с финансовой стороны, что позволит избежать множества недоразумений и конфликтных ситуаций.

Пару полезных функций PowerShell по управлению VPN-соединениями в Windows.

🔹 Автоматическое добавление маршрутов для VPN-соединения в Windows

🔹 Управляем VPN-соединениями в Windows при помощи PowerShell

А соединив их можем добиться полной автоматизации создания и настройки соединения.

​​Дедушка умер, а дело живет. Лучше бы было наоборот.

Практически в каждой нашей заметке, где мы обсуждаем экономические вопросы, либо отношения работника и работодателя появляются комментарии на тему того, что это все звериный оскал капитализма и мы становимся на защиту эксплуататорского класса.

Поэтому сегодня, в выходной, хотим как раз об этом и поговорить. Капитализм может и не является идеальным способом общественного устройства, но свою жизнеспособность он доказал. Чего не скажешь об иных альтернативах.

Мы даже не будем касаться их конкретных реализаций, так как тут ответ простой – там все не так поняли и не так сделали. А обратимся к истокам.

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

А в идеале, должны получить общество, которое не будет озадачено добычей хлеба насущного, а будет творить, выдумывать, пробовать и вообще всячески двигать прогресс.

Но фантастику мы еще почитать успеем, поэтому попробуем подвести под эту модель экономическую базу. Не углубляясь в дебри, буквально на пальцах.

Значит каждому по потребностям. Это значит заходишь в любой магазин и берешь там все бесплатно, ну либо денег у тебя есть скупить его весь, хотя сама теория предполагает полный отказ от денег.

Ну отлично же. Берем икру красную, икру черную, мраморную говядину, дорогие виски и коньяк. Красота!

А с утра на работу. А на работе у нас товарищи разные. Есть Петя, семьянин и спортсмен, хороший специалист и инженер. А есть Вася, запойный токарь, который до обеда мается с похмелья, а после обеда, употребив «допинг», старается не заснуть.

И все это видят. При этом что Вася, что Петя имеют одинаковые возможности удовлетворить свои потребности.

А если нет разницы, то зачем напрягаться? Петя работает, а Вася по факту ничего не делает. Живут одинаково.

После чего Петя думает: а нафига я тут напрягаюсь? Может проще дернуть в обед пивка и подремать на диване в кабинете?

Собственно, так он и поступит. Ну либо будет играть с коллегой в пинг-понг и пить квас, спортсмен все-таки.

Статус образования тоже устремится в пике куда-то ниже плинтуса. Ну вот зачем напрягать мозги и пять лет учиться? Когда можно просто пойти на завод и получать все те же блага? Да или вообще можно никуда не ходить, а творить, выдумывать, пробовать.

После чего такое общество стремительно деградирует. И вместо икры красной и черной, дорогих коньяков и колбас удовлетворение потребностей резко упадет.

И типичный продуктовый набор сведется к плохого качества хлебу, кефиру, колбасы одного – двух сортов, дешевой водки и сырка «дружба». А также ботинок «прощай молодость».

А почему? А потому, что производить это такое общество окажется неспособным, как по причине отсутствия технологий, так и по причине крайне низкой культуры производства, если эти технологии все-таки удастся где-то приобрести.

При этом всякая личная инициатива в экономической части рубится на корню и вообще объявляется наказуемым деянием, так как подразумевает извлечение прибыли и эксплуатацию человека человеком.

Есть ли перспективы у такого общества? Их нет. Потому что отсутствует стимул и мотивация. Зачем рвать жилы, если все равно ты получишь тоже самое?

Либо в таком обществе зародится параллельная, теневая экономика. Читай тот же капитализм, где кто-то будет что-то производить или доставать, а кто-то платить за это весьма высокую цену.

И все это мы уже видели и проходили, когда джинсы – простая рабочая, а затем повседневная одежда была верхом мечтаний и писком последней моды, равно как и такая простая и банальная вещь как жевательная резинка.

Что мешало самому передовому обществу снабдить себя подобными товарами?
То, о чем мы написали выше – отсутствие стимула и мотивации. Ведь для этого надо поднять задницу и что-то начать делать. А зачем? Можно ведь ничего не делать, ровно с таким же результатом.

К чему это привело – все знают. И заголовок придумали не мы, а жители того самого, передового общества.

Резервное копирование и восстановление баз данных PostgreSQL при помощи pg_dump на платформе Windows

Резервное копирование - одна из важнейших задач системного администратора. Хорошо если копии вам никогда не пригодятся, но они должны быть.

Сегодня мы рассмотрим некоторые аспекты резервного копирования популярной СУБД PostgreSQL, в частности при ее применении совместно с 1С:Предприятие.

Начнем с самого простого и понятного способа - использования утилиты pg_dump, которая, кстати, может использоваться не только для резервного копирования, но и для переноса баз между различными серверами.

https://interface31.ru/tech_it/2024/09/rezervnoe-kopirovanie-i-vosstanovlenie-baz-dannyh-postgresql-pri-pomoshhi-pg-dump-windows.html

Обзор Astra Linux 1.8 SE

Выход нового релиза операционной системы Astra Linux 1.8 SE в августе 2024 года был долгожданным событием, с которым связывались многие ожидания. Astra - лидер рынка отечественных операционных систем, активно внедряется в образование и многие другие отрасли. Поэтому новая версия закономерно вызывает повышенный интерес.

Мы специально не стали писать обзор сразу в момент выпуска, а выждали некоторое время, чтобы избежать возможных детских ошибок и получить некоторый опыт эксплуатации системы.

https://interface31.ru/tech_it/2024/09/obzor-astra-linux-18-se.html

IT Elements, общий сбор!

Единственная конференция про базовые элементы ИТ-фундамента — инфраструктуру, сети и ИБ — пройдет 18–19 сентября.

Тапаем по программе и записываем даты в календарь!

Так, а что в программе?

▪️Главные темы инфраструктурного трека: платформы разработки, контейнеры, гибридные облака, highload-нагрузки, инфра на отечественном.

▪️В сетевом треке: Telco Cloud, RAN, DPI, балансировка, VXLAN, ECMP, NMS, White Boх, SD-WAN, ВКС, телефония и умный офис.

▪️В части ИБ: отечественные NGFW, защита ИТ-инфраструктуры и приложений, DevSecOps, мониторинг ИБ в инфраструктуре.

2 дня IT Elements — это 2000 участников, 60 спикеров, 30 демозон, 4 зала, десятки докладов и дискуссий, воркшопы, лабы и интерактивные зоны по самым обсуждаемым темам и, разумеется, нетворкинг и афтерпати 😎

Залетайте на конфу —  будет жарко!

Регистрация тут

​​Платная поддержка

Каждый раз, когда заходит о каком-либо коммерческом продукте всегда всплывает тема поддержки, особенно платной, особенно если закрыта документация.

Однако рассуждения и осуждения подобной практики ведутся с откровенно непонятной точки зрения, как будто бы личной, будто поддержку должен оплачивать администратор из собственного кармана.

Также существует совершенно оторванное от реальности восприятие инфраструктуры, когда в ее качестве рассматривается исключительно платформа, в отрыве от выполняющихся не ней прикладных задач.

На эту тему в комментариях дал хороший ответ представитель Астры Роман Мылицын:

Это не инфраструктура, а всего лишь дистрибутив, для того чтобы это все стало инфраструктурой, нужно запустить там еще десятки бизнес-сервисов и обеспечить совместимость с кучей разной периферии

Ну и вишенка на торте: обеспечить совместимость всего друг с другом и выполнение требований ИБ на протяжении хотя бы 5 лет с учетом постоянных и регулярных обновлений

Ценность любой платформы без бизнес-приложений ровно ноль. А бизнес-приложения как раз стоят денег и требуют обязательной платной поддержки, да и документация у них как правило тоже закрытая.

И если вы думаете, что платную поддержку берут из-под палки, то ошибаетесь. И почему так происходит – мы поговорим позже.

Так вот на фоне всех затрат на инфраструктуру покупка поддержки для одного из многих входящих в нее продуктов никакой финансовой погоды не делает, это совокупная часть общих затрат и попытка экономить на ней может выйти себе дороже.

Опять же приводили пример: такие-сякие нехорошие поместили статью об установке драйверов на принтер в платный раздел.

Поместили, и что? Большинство целевых пользователей системы этого не заметят, так как будут иметь действующую поддержку. А кто заметит – значит тот может себе это позволить, позволить не иметь поддержки.

Одно дело, если у вас на обслуживании пять рабочих мест и один принтер. В этом случае вы, конечно, можете себе позволить сначала попробовать найти статью в вики.

Но любая вики – это не официальная документация, статьи в ней могут устаревать, содержать ошибки, неполную информацию и т.д. и т.п.

Не получилось с вики, ну пойдем поищем по форумам, не нашли там – спросим в чатах. Потратим весь день до вечера и довольные собой пойдем домой. Тут мы можем себе это позволить.

А если у нас рабочих мест за сотню и столько же принтеров? Да с учетом постоянных и регулярных обновлений? Вот для этого и нужна поддержка. Которая позволяет быстро решить данный вопрос либо путем непосредственного обращения на горячую линию, либо путем доступа к актуальной документации.

Так чего бы не сделать документацию бесплатной, прямо так и слышим мы вопрос из зала. А потому что ведение документации – это весьма и весьма трудозатратный процесс, который должен кем-то оплачиваться, как и вся поддержка, между прочим.

Для тех, кто хочет возразить, есть встречное предложение: займитесь подробным документированием собственной инфраструктуры, причем в свободное от работы время.

А по факту, отказываясь от платной поддержки, либо выбирая продукт без поддержки вообще вы берете всю ответственность за поддержку продукта на себя и не здесь и сейчас, на период внедрения, а на всем этапе жизненного цикла, с постоянными и регулярными обновлениями и т.д. и т.п.

Вот что-то произошло, и? Будем искать решение на форуме? У таких же как вы бедолаг? Или старательно пытаться разобраться и хоть как-то запустить систему? При том, что вам никто ничего не должен.

При этом поддержка тоже не панацея и не идал, но вы получаете возможность привлечь к решению собственной проблемы разработчиков продукта.

Также вы можете найти и передать поддержке выявленные ошибки для дальнейшего исправления. Да, это не быстро, особенно если ошибка не является критической, где-то в следующем релизе. Но в перспективе дальнейшей поддержки и эксплуатации продукта – важно.

А дальше каждый думает сам. И каждый сам оценивает допустимый для себя уровень риска.

​​Про разработку и про поддержку

В комментариях снова возникло бурное обсуждение, очень часто однобокое, поэтому мы решили высказать некоторые соображения исходя из собственного опыта работы в этой сфере.

Рассматривать будем на примере доработки и сопровождения конфигураций 1С:Предприятие, что достаточно показательно именно в плане постоянных и регулярных обновлений.

В некоторых кругах бытует порочное мнение, что если вы сняли нашу конфигурацию с «замочка» или поставили расширение, то теперь как порядочный человек обязаны «жениться».

В жизни, конечно же, все не так. Начнем с того, что любые доработки выполняются на основании некоторого технического задания. Ну или какого-либо иного документа, в котором зафиксированы цели и результаты. Иначе вы сам себе злобный буратино.

После выполнения задания по ТЗ заказчик его тестирует и принимает, а исполнитель предоставляет ему некоторый период бесплатной технической поддержки, но только в рамках внедрения и исправления возможных выявленных ошибок. Обычно это три месяца или полгода, в зависимости от объема и сложности доработки.

А дальше договорные отношения у контрагентов закончились и каждый идет своим путем.

Но это в теории. А на практике бывает разное.

- Ой, мы тут обновили конфигурацию и все поломалось!!!

- Да, сломалось, нужно адаптировать расширение к новому релизу, к концу недели сделаем.

- Какой конец недели??? У нас тут все сломалось!!! Нам нужно еще вчера!!!

- Мы все понимаем, но только к концу недели и это будет стоить вам столько-то денег

- Какие деньги? Это ваши доработки, мы теперь стали, а вы еще за свои косяки и деньги хотите???

- Косяки не наши, на момент сдачи все работало. Теперь фирма 1С выпустила новый релиз и расширение надо адаптировать. На это нужно время и это стоит денег. Не хотите – пригласите стороннего специалиста.

А дальше заказчик проходит через все стадии принятия и начинает конструктивный диалог. Который сводится к тому, как предотвратить такие ситуации в будущем. А вариант тут один – платная подписка на поддержку.

Именно в этом случае, я, как исполнитель, могу выделить ресурсы на постоянное тестирование и адаптацию нашей доработки к каждому новому выпуску основной конфигурации и своевременное предоставление заказчику обновлений.

И да, ему это может быть не нужно на протяжении года, но этот год он обязан оплатить. Иначе может получиться так, что расширение проще будет переписать с нуля, чем адаптировать ко всем изменениям основной конфигурации, которые произошли за год.

И выйдет это, скорее всего дороже, чем просто оплачивать постоянную поддержку.

Тоже самое касается и обычной поддержки, так сказать – первой линии. У нас очень любят проигнорировать срок бесплатной поддержки после внедрения, а через год нарисоваться с вопросами: мы вот тут начали работать с вашим модулем и у нас…

А дальше следует полное непонимание и возмущение предложению заплатить деньги. И снова аргументация на уровне «обязаны жениться».

Ребята, а вы там ничего не попутали? Вам давали время на тестирование и внедрение. Время, когда мы готовы были вас бесплатно слушать и исправлять или дорабатывать. Вы его тупо не использовали.

А теперь вы думаете мы что-то там по вашему решению помним? Если вам оно год было не надо, то нам тем более. Это ваш бизнес, а не наш.

Поэтому нам теперь заново придется вникать в вопрос, выяснять, где косяки в исполнении, где некорректно работают ваши пользователи, а где нужны доработки из-за изменения основной конфигурации, которую вы уже не раз обновили.

И кто будет за все это платить?

Поэтому нравится, не нравится, но именно платная модель поддержки позволяет в лучшей форме реализовать ситуацию, когда и волки сыты, и овцы целы.

Вы платите – мы работаем, даже если сегодня это вам не нужно, но если понадобится завтра – у нас будет для вас готовое решение.

erid: LjN8Jwywg

Чувствуешь ностальгию по этим душевным разговорам?

Я тепло вспоминаю время, когда мы говорили о том, что нас окружает. Делали выводы, искали мотивацию стать лучше и просто получали удовольствие.

Я никуда не пропал, давай возобновим общение!

Всегда твой - ДРУГ С ВЕЧЕРИНКИ

Реклама. Ковригин Д.В. ИНН 526019379189.

Решаем наиболее распространенные ошибки с сервером Samba

🔹 Исправляем ошибку подключения Windows к общим ресурсам на сервере Samba Linux

🔹 Включаем отображение Samba-сервера в сетевом окружении Windows

​​Журнал регистрации 1С:Предприятие

Тема журнала регистрации не нова, но спотыкаются на ней с завидной регулярностью. Поэтому сегодня мы решили подробно обсудить эту проблему.

Итак, что такое журнал регистрации? Это внутренний лог конфигурации, который содержит события обращения к объектам информационной базы. Его не следует путать с технологическим журналом, который представляет лог работы платформы.

Что можно узнать из журнала регистрации? Да практически все, если конечно у вас задан нужный уровень логирования. Кто создал, изменил, провел, распровел или удалил документ, элемент справочника и т.д. и т.п.

Также в нем фиксируются все ошибки и предупреждения, но опять-таки только те, которые мы получаем на уровне 1С:Предприятия, т.е. внутри программы.

Изначально для журнала регистрации использовался последовательный формат. Несмотря на то, что файлы таких журналов используют собственные расширения по факту там плоский текст в собственном формате.

Запись событий происходит в самый конец файла и является крайне простым и дешевым действием. Собственно говоря, так работают практически все системы первичных логов – пишут плоский текст в конец файла.

Но в 1С не все так просто, инструмент для чтения лога встроен в конфигурации и воспользоваться им может любой пользователь, установив отборы на свое усмотрение или вовсе их не устанавливая.

И вот тут всплывает обратная сторона плоского текстового лога – будучи крайне дешевым по записи он весьма и весьма дорог на чтение. Фактически нам придется прочитать и распарсить весь объем текста.

В силу особенностей работы 1С такой запрос в рабочее время мог просто положить базу.

После чего какой-то «светлой» голове пришла идея использовать для хранения логов SQLite. Проблема чтения сразу решилась, ну это, собственно сильная сторона любой СУБД. Зато сразу прибавилось других проблем.

Запись в СУБД – дело дорогое, особенно непосредственная запись, которую использовала 1С. А SQLite сама по себе на запись не быстрая, вот и вышло, что хотели как лучше, а получилось, как всегда.

Плюс размер данных в СУБД всегда будет выше, чем размер плоского текста. Поэтому еще и получили раздувание файла журнала местами до совсем гигантских размеров, особенно по сравнению с размером базы.

В результате вопрос чтения из журнала решили, но ценой значительного ухудшения скорости записи, что привело к серьезным проблемам производительности во многих практических случаях.

В итоге от формата SQLite отказались и снова вернули последовательный формат, в последних версиях платформы к нему добавили индексы, но особых улучшений на чтение пока замечено не было.

Итак, что вам нужно сделать со своим журналом регистрации? Прежде всего определиться с форматом, точнее перевести все базы, которые могли использовать до сих пор формат SQLite в последовательный формат.

Затем настроить нужную подробность ведения журнала. От этого непосредственно зависит его объем.

И, наконец, настройте его разбиение по периодам. Лучше всего по дням. А затем, с определенной периодичностью просто копируйте старые файлы журнала в резервное хранилище и удаляйте их из основного каталога.

Глубина хранения журнала должна быть минимальной. Это даст вам гарантию, что даже если кто-то запустит в рабочее время сложный поиск по журналу без ограничений по периоду, то он не положит всю базу.

А для разбора полетов вы всегда можете скопировать файлы журнала обратно, хотя на рабочей базе лучше такого не делать, а использовать копию.

💻 Куда пойти, если ты студент IT-направления и не знаешь, как начать строить успешную карьеру? 

На карьерном форуме «Найти IT» тебя ждут топовые компании, которые готовы хантить молодых айтишников и забирать к себе на стажировки или на работу в штат.

Форум пройдет в трех городах:

🔸 Новосибирск - 26 сентября 
🔸 Москва - 3 октября
🔸 Санкт-Петербург - 12 октября

Почему стоит прийти?

- 15+ крупных компаний, среди которых Сбер, VK, Альфа-Банк и многие другие
- уникальные вакансии и стажировки в сфере IT
- 500+ участников, включая HR, экспертов и твоих единомышленников
- нетворкинг, мастер-классы, кейсы и Q&A со спикерами
- доступ в закрытый ТГ-канал, мерч и призы

Участие бесплатное. Так что тэпайпо ссылке и регистрируйся! 🚀

Статья не новая, но, как показывает практика, о данной возможности знают далеко не все.

Настраиваем проброс портов в Windows при помощи командной строки и Portproxy

Необходимость проброса портов весьма часто встающая перед системным администратором задача.

Обычно для этой цели используют службы маршрутизации и удаленного доступа (RRAS), но в ряде случаев использование данного инструмента избыточно.

В тоже время немногие знают о такой службе как Portproxy, которая управляется из командной строки при помощи команд Netsh.

Тем не менее данная служба позволяет справиться с поставленной задачей проще, быстрее и удобнее, чем инструменты графического интерфейса.

https://interface31.ru/tech_it/2016/02/nastraivaem-probros-portov-v-windows-pri-pomoshhi-komandnoy-stroki-i-portproxy.html

​​Одноразовая инфраструктура

Современная IT-инфраструктура – вещь сложная, требующая совместной согласованной работы многих компонентов. А также наличия средств контроля и управления.

Но очень часто можно наблюдать то, что мы называем «одноразовой» инфраструктурой. Есть несколько разновидностей такой инфраструктуры и сегодня мы расскажем об одной из них. Мы называем ее «черный ящик».

Создается такая инфраструктура не со зла, а сугубо от недомыслия и нежелания серьезно изучать предметную часть, а также тогда, когда уровень внедряемого решения опережает знания и умения внедряющего.

Тем более что сейчас полное раздолье для такого подхода. На каждом углу сети предложения одно другого привлекательнее, не суши голову – возьми наш готовый скрипт. Не парься, у нас есть докер, чих-пых и все работает. Что-то пошло не так? Просто перезапусти контейнер.

Ну и правда, зачем что-то изучать? Углубляться в тонкости конфигурации и взаимодействия, если скачал, запустил и готово. Все уже придумали за нас.

А по сути, это обычный «черный ящик», который непонятно как устроен внутри и еще более непонятно как он работает. Но работает же.

Со временем у такого админа из черных ящиков может оказаться собрана практически вся инфраструктура, либо какая-либо ее критическая часть.

Но до поры, до времени это работает. Проблемы начинаются при первом серьезном сбое. Когда ни типовые советы и решения в сети не помогают, равно как и перезапуск контейнеров.

Куда бежать? Что делать? И хорошо если прилег второстепенный сервис, который можно быстро поднять заново. А если это один из критичных участков инфраструктуры? Скажем, электронная почта?

Обычно после таких событий следуют оргвыводы, и виновник вполне справедливо выставляется на мороз. Но далеко не факт, что он сделает из этого правильные выводы, часто приходилось слышать, что продукт А оказался фигней, надо было брать продукт Б – такой же черный ящик.

И не факт, что его последователь окажется дальновиднее, а не просто заменит одни черные ящики на другие.

И привлечение сторонних специалистов местами не сильно поможет, так как они, глядя на весь этот зоопарк либо предложат снести его под корень и сделать правильно, либо выставят весьма негуманный ценник за работу.

Ну а как вы хотели, ковыряться в чужом творчестве с гита – это еще то удовольствие. Равно как и разбираться с непонятно откуда взятыми контейнерами.

Немного легче, если в качестве таких черных ящиков используются все же известные решения с хорошей документацией и поддержкой. Но и тогда бывает слишком поздно, когда не остается более ничего, чем восстанавливать систему из бекапов. Их наличие – отдельный вопрос.

Средств контроля и управления в таких системах практически нет. Либо они выполняют чисто декоративную функцию. Ну да, мониторинг что-то собирает. А что? Да пес его знает.

Что в целом вполне логично, если вы не знаете, как работает ваш «черный ящик», то все метрики из него для вас как китайская грамота.

Ровно тоже самое можно сказать и о средствах управления и автоматизации. Нельзя эффективно управлять тем, о чем вы не имеете должного представления. А если все-таки попытаться автоматизировать сей бардак, то мы получим автоматизированный бардак.

Какой из этого всего можно сделать вывод? Скрипты и контейнеры – это удобно, но они не заменяют технических знаний и навыков. Если вы понимаете, как работает продукт и вам лень возиться с ним руками – берите скрипт или контейнер.

Не понимаете – устанавливаете ручками, не получилось – повторяем еще раз и так до тех пор, пока не придет понимание. Попутно читаем теорию и устраняем пробелы.

Нет времени на все это? Работать надо еще вчера? Приглашайте сторонних специалистов, смотрите как они делают, учитесь у них. Не стесняйтесь задавать вопросы.

Только так можно получить понятную и управляемую инфраструктуру. Иначе она продолжит оставаться набором черных ящиков с потенциальными непредсказуемыми эффектами (по большей части для вас негативными).