Главный вопрос: Как определяется, что такое для скилла "nginx" (подставьте любой другой) 1, а что такое 4? И есть ли в компании тот, кто знает на 5 (и кто оценил, что он знает на 5?), чтобы адекватно оценить, что кто-то знает на 4?
По идее к такой системе по каждому инструменту должен прилагаться отраслевой или внутренний стандарт, в котором описано, что на 1 надо уметь писать простой proxy_pass, а на 4 с закрытыми глазами делать логику на lua и perl. Где его взять?
Как один из вариантов на ansible (ну примесь шелла будет наверное) для хранения настроек можно взять yaml по типу конфига netplan или cloud-init. Они практически стандартные и в случае чего можно будет прямо напрямую в некоторые системы подсовывать. А для тех, где нетплана нет, сделать рендерер на ansible (собственно, чем netplan и занимается для бэкендов). Можно в один файл положить, можно разложить по отдельному файлу на хост.
host:
ethernets:
eth1:
dhcp4: no
eth2:
dhcp4: no
bonds:
bond0:
interfaces: [ eth1,eth2 ]
parameters:
mode: 802.3ad
lacp-rate: fast
mii-monitor-interval: 100
vlans:
vlan10:
id: 10
link: bond0
bridges:
br10:
interfaces: [ vlan10 ]
addresses: [ "1.2.3.4/24" ]
routes:
- to: a.b.c.d
via: "{{ common_gw_variable }}" а ее положить в group_vars/all
в ansible раскладывать конфиги так
- template: src=ifcfg-bond-template dest=ifcfg-bond-{{ item }}
with_items: тут bonds/bridges/ethernets
или в jinja шаблонах через for по листу или дикту
для манипуляций с текущими интерфейсами и адресами есть факты хоста
со всякими переменными типа ansible_eth0.ipv4.address
и фильтры типа |ipaddr()
А можно вообще поставить netbox и использовать его как источник данных, хоть для ansible, хоть для perl
бэкап-возврат конфигурации можно делать по-разному, зависит от системы и желаний. Один из вариантов - переименовывать на хосте папку с конфигами целиком, класть новые конфиги, типовой скрипт по крону регулярно проверяет, не появилась ли метка на хосте (ее кладем в конце плейбука где-нибудь после проверки доступности сети), если не появилась - переименовываем обратно. Можно через симлинки придумать систему. Главное чтобы скрипт был максимально одинаковый и простой.
Ну а если у вас все равно есть рендеринг в perl, то уж копирование файлов на нем без ansible сделать проблем не должно составить. Ansible большой, тяжелый и имхо если не использовать его возможности вроде переменных, шаблонов, макросов, фильтров, то лучше вообще на него не завязываться.
Я не про конкретный ansible, netplan. У меня посыл в том, что поддерживать 4 сущности в едином инструменте - перебор. Если вы взялись за perl, у вас в нем есть экспертиза, там приличный кусок кода написан и он, наверное, полезен, зачем вам там еще bash и тем более зачем из перлового скрипта генерить yaml таски для ansible, которые будут запускаться питоном? Чтобы дополнительно еще отлаживать проблемы миграции между версиями ansible и еще версиями питона на разных машинах?
Вариантов много. Можно конфиги зашаблонизировать и включать отдельные блоки через if. Можно в конфиги макросы положить для генерации этих блоков по подставленным параметрам. Можно просто папки в templates наделать по отдельным хостам или группам хостов. Можно netplan воткнуть и весь конфиг описывать в ямле, ямлы складировать по хостам, внутри шаблоны опять же блоками через макросы сделать. Настройки положить в host/group_vars. Можно тем же способом systemd конфиги раскладывать:
Ansible, Perl, Bash - почему нельзя сделать на чем-то одном? У вас уже есть ansible, который может и конфиги рендерить как угодно и дергать systemd. Дальше при таком подходе обычно появляются матрешки типа "bash запускает ansible, который рендерит bash, который дергает systemd". А потом приходит новый сотрудник и хватается за голову в попытке понять, что там происходит.
Нулевой пункт забыли - понять, зачем вообще вам нужен кубер и нужен ли, а также составить список проблем, которые этим переездом хочется решить. Есть куча зрелых проектов, которые прекрасно жили до тех пор, пока кому-то ради моды не захотелось их тащить в k8s. В результате месяцы и годы переделок с непонятным профитом. Есть еще интересные истории типа "сделали кубер, уехали в облако с железа, а оказалось что и платим больше и тупит сильнее. А нам обещали, что кубер с облаками решают все проблемы".
Вот да, есть же куча силовых разъемов в тех же габаритах, для которых токи в 10-20А - семечки, но на видеокарты зачем-то продолжают ставить эту мелочь с номинальным током около 2А на контакт
Каким образом пишете, отлаживаете и раскладываете конфиги и правила для prometheus, alertmanager?
Хочется крутить прямо в браузере и оттуда же сохранять-редактировать, нормального gui так и не нашел, есть только promgen, но он далек от совершенства.
4й год на заборе висит коммутатор в обычном ящике без подогревов и охлаждений. Тоже искал, смотрел, думал, а потом решил попробовать. Харды, конечно, боязно туда, а остальное вполне само себя обогревает. На лето можно предусмотреть открывающиеся вентиляционные отверстия. Мешок силикагеля еще туда засунуть, чтобы конденсата не было. Термошкаф - хорошо, но дорого и в покупке и потом в эксплуатации, лучше, конечно, вообще обходиться без электроники на улице по возможности
Готовый софт для туристов, правда в полной версии платно.
Еще существуют программы под телефон для ft8, jt65, psk. И библиотеки для этих протоколов. Изобретать свое не имеет смысла, имхо, нужно пользоваться готовыми протоколами и либами.
У вас есть что-то типа матрицы компетенций с уровнями владения навыками? Очень интересно было бы увидеть какой-нибудь пример из нее. Как делить владение технологиями по уровням (условно есть nginx, один умеет делать proxy_pass, второй человек умеет адские конфиги на луа и перле и при этом они оба "умеют в nginx". пытаетесь ли вы это как-то определять или делить)?
Что делается с, очевидно, очень широким стеком технологий и тем, что некоторые задачи могут возникать раз в год-два? Например - каждый день мы заливаем железки, но раз в год или два мы завозим какую-нибудь неведомую штуку типа условного STF или приходится ковыряться в какой-нибудь базе, с которой на постоянной основе не работаем? Входит ли обладание знаниями по такой технологии в план роста, оценку перехода из джуна в мидлы и далее? И вообще что делать с такими редко возникающими задачами? Как известно, чем шире стек, тем меньше глубина знаний. Есть ли специализация в командах (один гайки крутит и в случае чего может в манифест и код, а другой любит ямл и изредка может на железку залезть, но обычно не хочет)? Мидл у вас - это тот, кто в глубину или в ширину?
Из джуна в мидлы за полгода - вообще интересно. Мидл же это не только про набор знаний как таковых, но еще и уже про опыт. Джун за полгода не соберет болшинство граблей и простое изучение документации и просмотр видео по конференциям ему в этом никак не помогут. Поэтому интересна шкала оценки
Если где-то в Израиле на берегу моря снимать в новострое с террасой в половину квартиры, то можно и дороже найти, но вцелом в пределах 600-800 долларов за 2-3 комнаты предложений достаточно и в Казахстане и в Грузии, студии дешевле.
А вы, интересуюсь, каких айтишников собрались отстаивать? Всех или только чистокровных - с нужной вышкой и из аккредитованных контор? Ваш профсоюз даже свое сообщество не объединяет и не представляет. Записывайтесь на воскресенье сами, пожалуйста. Можете электронную очередь еще запилить
Да нет никакого сообщества, оно вообще ничего не требует. Если завтра начнут брать часть из тех, кому дали отсрочки, мотивируя это тем, что они на недостаточно критических направлениях работают или контора стала недостаточно аккредитованной, оставшаяся часть так же будет выпихивать их со словами "вы бы хотели, чтобы вообще никого не спасли?". Вы почитайте ленту в телеграме
Это комьюнити в погоне за собственными отсрочками уже с удовольствием выкинуло за борт тех, кто не вписался по критерию образования, в надежде, что остальных не тронут :( . Я бы не сильно воодушевлялся насчет сообщества
А родителей пенсионного возраста у вас нет? Или они не боятся? А вы за них не боитесь?
Методика приобщения к своим сервисам у сбера частенько через выкручивание рук - мы придумали, а вы выкручивайтесь, все равно не соскочите. Не хотите конскую комиссию - включите СБП, а это только в мобильном приложении, которое так облюбовали мошенники. Ну ничего, без их онлайна обходимся и без банка целиком переживем
С этим я согласен. Я против популяризации этого способа заработка среди широких масс. С каждой такой статьей все больше неокрепших умов узнает, где можно разжиться желтым металлом и какого цвета кондеры выкусывать. Как результат - провоцируем жажду "легкой наживы", а процесс часто сопряжен с действиями, карающимися по УК.
Вайфай, кабина.... А короб под окном как был, так и остался.
Главный вопрос: Как определяется, что такое для скилла "nginx" (подставьте любой другой) 1, а что такое 4? И есть ли в компании тот, кто знает на 5 (и кто оценил, что он знает на 5?), чтобы адекватно оценить, что кто-то знает на 4?
По идее к такой системе по каждому инструменту должен прилагаться отраслевой или внутренний стандарт, в котором описано, что на 1 надо уметь писать простой proxy_pass, а на 4 с закрытыми глазами делать логику на lua и perl. Где его взять?
Как один из вариантов на ansible (ну примесь шелла будет наверное) для хранения настроек можно взять yaml по типу конфига netplan или cloud-init. Они практически стандартные и в случае чего можно будет прямо напрямую в некоторые системы подсовывать. А для тех, где нетплана нет, сделать рендерер на ansible (собственно, чем netplan и занимается для бэкендов). Можно в один файл положить, можно разложить по отдельному файлу на хост.
А можно вообще поставить netbox и использовать его как источник данных, хоть для ansible, хоть для perl
бэкап-возврат конфигурации можно делать по-разному, зависит от системы и желаний. Один из вариантов - переименовывать на хосте папку с конфигами целиком, класть новые конфиги, типовой скрипт по крону регулярно проверяет, не появилась ли метка на хосте (ее кладем в конце плейбука где-нибудь после проверки доступности сети), если не появилась - переименовываем обратно. Можно через симлинки придумать систему. Главное чтобы скрипт был максимально одинаковый и простой.
Ну а если у вас все равно есть рендеринг в perl, то уж копирование файлов на нем без ansible сделать проблем не должно составить. Ansible большой, тяжелый и имхо если не использовать его возможности вроде переменных, шаблонов, макросов, фильтров, то лучше вообще на него не завязываться.
Я не про конкретный ansible, netplan. У меня посыл в том, что поддерживать 4 сущности в едином инструменте - перебор. Если вы взялись за perl, у вас в нем есть экспертиза, там приличный кусок кода написан и он, наверное, полезен, зачем вам там еще bash и тем более зачем из перлового скрипта генерить yaml таски для ansible, которые будут запускаться питоном? Чтобы дополнительно еще отлаживать проблемы миграции между версиями ansible и еще версиями питона на разных машинах?
Вариантов много. Можно конфиги зашаблонизировать и включать отдельные блоки через if. Можно в конфиги макросы положить для генерации этих блоков по подставленным параметрам. Можно просто папки в templates наделать по отдельным хостам или группам хостов. Можно netplan воткнуть и весь конфиг описывать в ямле, ямлы складировать по хостам, внутри шаблоны опять же блоками через макросы сделать. Настройки положить в host/group_vars. Можно тем же способом systemd конфиги раскладывать:
Ansible, Perl, Bash - почему нельзя сделать на чем-то одном? У вас уже есть ansible, который может и конфиги рендерить как угодно и дергать systemd. Дальше при таком подходе обычно появляются матрешки типа "bash запускает ansible, который рендерит bash, который дергает systemd". А потом приходит новый сотрудник и хватается за голову в попытке понять, что там происходит.
Ой, матрешка уже есть...
Теперь т-щ майор будет знать, смотрите ли вы 1й канал достаточное количество часов в сутки, а также ютубовые предпочтения?
Нулевой пункт забыли - понять, зачем вообще вам нужен кубер и нужен ли, а также составить список проблем, которые этим переездом хочется решить. Есть куча зрелых проектов, которые прекрасно жили до тех пор, пока кому-то ради моды не захотелось их тащить в k8s. В результате месяцы и годы переделок с непонятным профитом. Есть еще интересные истории типа "сделали кубер, уехали в облако с железа, а оказалось что и платим больше и тупит сильнее. А нам обещали, что кубер с облаками решают все проблемы".
Вот да, есть же куча силовых разъемов в тех же габаритах, для которых токи в 10-20А - семечки, но на видеокарты зачем-то продолжают ставить эту мелочь с номинальным током около 2А на контакт
Плакат про психиатрию висит в зоне с рабочими местами для провинившихся?
Каким образом пишете, отлаживаете и раскладываете конфиги и правила для prometheus, alertmanager?
Хочется крутить прямо в браузере и оттуда же сохранять-редактировать, нормального gui так и не нашел, есть только promgen, но он далек от совершенства.
4й год на заборе висит коммутатор в обычном ящике без подогревов и охлаждений. Тоже искал, смотрел, думал, а потом решил попробовать. Харды, конечно, боязно туда, а остальное вполне само себя обогревает. На лето можно предусмотреть открывающиеся вентиляционные отверстия. Мешок силикагеля еще туда засунуть, чтобы конденсата не было. Термошкаф - хорошо, но дорого и в покупке и потом в эксплуатации, лучше, конечно, вообще обходиться без электроники на улице по возможности
https://hfpager.com/hfpager/hf-pager
Готовый софт для туристов, правда в полной версии платно.
Еще существуют программы под телефон для ft8, jt65, psk. И библиотеки для этих протоколов. Изобретать свое не имеет смысла, имхо, нужно пользоваться готовыми протоколами и либами.
Ой, много вопросов будет.
У вас есть что-то типа матрицы компетенций с уровнями владения навыками? Очень интересно было бы увидеть какой-нибудь пример из нее. Как делить владение технологиями по уровням (условно есть nginx, один умеет делать proxy_pass, второй человек умеет адские конфиги на луа и перле и при этом они оба "умеют в nginx". пытаетесь ли вы это как-то определять или делить)?
Что делается с, очевидно, очень широким стеком технологий и тем, что некоторые задачи могут возникать раз в год-два? Например - каждый день мы заливаем железки, но раз в год или два мы завозим какую-нибудь неведомую штуку типа условного STF или приходится ковыряться в какой-нибудь базе, с которой на постоянной основе не работаем? Входит ли обладание знаниями по такой технологии в план роста, оценку перехода из джуна в мидлы и далее? И вообще что делать с такими редко возникающими задачами? Как известно, чем шире стек, тем меньше глубина знаний. Есть ли специализация в командах (один гайки крутит и в случае чего может в манифест и код, а другой любит ямл и изредка может на железку залезть, но обычно не хочет)? Мидл у вас - это тот, кто в глубину или в ширину?
Из джуна в мидлы за полгода - вообще интересно. Мидл же это не только про набор знаний как таковых, но еще и уже про опыт. Джун за полгода не соберет болшинство граблей и простое изучение документации и просмотр видео по конференциям ему в этом никак не помогут. Поэтому интересна шкала оценки
Если где-то в Израиле на берегу моря снимать в новострое с террасой в половину квартиры, то можно и дороже найти, но вцелом в пределах 600-800 долларов за 2-3 комнаты предложений достаточно и в Казахстане и в Грузии, студии дешевле.
А вы, интересуюсь, каких айтишников собрались отстаивать? Всех или только чистокровных - с нужной вышкой и из аккредитованных контор? Ваш профсоюз даже свое сообщество не объединяет и не представляет. Записывайтесь на воскресенье сами, пожалуйста. Можете электронную очередь еще запилить
Да нет никакого сообщества, оно вообще ничего не требует. Если завтра начнут брать часть из тех, кому дали отсрочки, мотивируя это тем, что они на недостаточно критических направлениях работают или контора стала недостаточно аккредитованной, оставшаяся часть так же будет выпихивать их со словами "вы бы хотели, чтобы вообще никого не спасли?". Вы почитайте ленту в телеграме
Это комьюнити в погоне за собственными отсрочками уже с удовольствием выкинуло за борт тех, кто не вписался по критерию образования, в надежде, что остальных не тронут :( . Я бы не сильно воодушевлялся насчет сообщества
А родителей пенсионного возраста у вас нет? Или они не боятся? А вы за них не боитесь?
Методика приобщения к своим сервисам у сбера частенько через выкручивание рук - мы придумали, а вы выкручивайтесь, все равно не соскочите. Не хотите конскую комиссию - включите СБП, а это только в мобильном приложении, которое так облюбовали мошенники. Ну ничего, без их онлайна обходимся и без банка целиком переживем
С этим я согласен. Я против популяризации этого способа заработка среди широких масс. С каждой такой статьей все больше неокрепших умов узнает, где можно разжиться желтым металлом и какого цвета кондеры выкусывать. Как результат - провоцируем жажду "легкой наживы", а процесс часто сопряжен с действиями, карающимися по УК.