kapydan Опубликовано 15 июля, 2021 · Жалоба 1 час назад, ne-vlezay80 сказал: А ничего, что в некоторых компаниях забугром уже используются сети на opensource коммутаторах? Все зависит от целей. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VolanD666 Опубликовано 15 июля, 2021 · Жалоба 1 час назад, ne-vlezay80 сказал: А ничего, что в некоторых компаниях забугром уже используются сети на opensource коммутаторах? Ну тут нужно понимать разницу. Когда гугл используется такое. Это скорее всего чтобы запилить что-то свое под свои нужды. У нас же используют опенсорс обычно чтобы сэкономить денег на дорогую железку, передают на кого-нибудь "счастливчика" и он потом пляшет во всем этом. Понятно что ни о какой поддержки и речи тут не идет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ne-vlezay80 Опубликовано 15 июля, 2021 · Жалоба 1 минуту назад, kapydan сказал: Все зависит от целей. А каких именно целей? В этих конторах например, во всю используют vxlan Проблемы разве что с мультикастом( в linunx нет реализации MSDP, хотя работа над ней ведётся, в IPv6 multicast он не нужен, там есть embaded rp). А так, там всё есть. Нету клиента flowspec - хотя при желании можно на python реализовать датаплан. 4 минуты назад, VolanD666 сказал: Ну тут нужно понимать разницу. Когда гугл используется такое. Это скорее всего чтобы запилить что-то свое под свои нужды. У нас же используют опенсорс обычно чтобы сэкономить денег на дорогую железку, передают на кого-нибудь "счастливчика" и он потом пляшет во всем этом. Понятно что ни о какой поддержки и речи тут не идет. +1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 15 июля, 2021 · Жалоба 10 часов назад, Sergey Gilfanov сказал: Есть модное слово DevOps, которые очень нужны. Нужны, потому как похерено изначально закладывавшееся в DevOps понятие - что это не специальность, а способ организации труда. Впрочем, не факт, что оно бы и работало вообще - трудно совместить разработку и эксплуатацию, это обычно разного склада ума люди, легче вывести особую породу мутантов, на которых типа можно весело поехать в светлое будущее. Результат, правда не радует - разработчики еще меньше стали понимать, как их продукция работает на практике, отгородившись от неё дополнительными уровнями абстракции и да, специально обученными "девственными псами", к которым типа все претензии и предьявляйте пожалуйста. Нужно что-то глобальное, чтобы шоры спали, вроде пожара датацентра в Страсбурге - ух ты, оказывается внизу-то все те же железяки, на которые вся гиперконвергентность приземляется, и они могут внезапно исчезнуть! Ух ты, оказывается Kubernetes не в состоянии сам реализовать географическое распределение микросервисов! Ух ты, если пинг между микросервисами вдруг возрастает до 100 мс все разваливается к херам! За щито? 2 часа назад, ne-vlezay80 сказал: А ничего, что в некоторых компаниях забугром уже используются сети на opensource коммутаторах? Ну если ты Пейсбук и уже привычно под себя железо и софт делать - то да, можно и коммутаторы для себя любимого настрогать, и даже получить какую-то выгоду в миллисекундах или стоимости владения. Остальным от коммутаторов нужно обычно другое. Собственно, BRAS на тазах с линуксом - тоже за пределами быв.1/6 суши редкое явление в провайдинге. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ne-vlezay80 Опубликовано 15 июля, 2021 · Жалоба На opensource железе можно например сделать полностью зажифрованной транспортную сеть через n2n например. А также сеть поделить на уровни. В этой сеть трафик от bras до боррдера или иного выходного узла будет зашифрован. У транспортных узлов будет только IP-адреса транспортного уровня. Ну или же открытый ключ источника и открытый ключ назначения. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 15 июля, 2021 · Жалоба 5 часов назад, ne-vlezay80 сказал: и для реальной NVIDIA уже не знает, куда деньги девать с доходов от майнеров, лезет во все подряд. Вместо того, чтобы купить VIA, получить лицензию на x86 и сыграть с мужиками по-настоящему. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kapydan Опубликовано 15 июля, 2021 · Жалоба 11 минут назад, ne-vlezay80 сказал: А каких именно целей? В этих конторах например, во всю используют vxlan Проблемы разве что с мультикастом( в linunx нет реализации MSDP, хотя работа над ней ведётся, в IPv6 multicast он не нужен, там есть embaded rp). А так, там всё есть. Нету клиента flowspec - хотя при желании можно на python реализовать датаплан. одно дело внедрить что-то в тестовом режиме, а другое - съекономить денег. и, как верно написали, большинство понимает под коммутатором обычную л2 железку, куда подключены конечные пользователи - таковую вряд ли кто-то будет делать на линухе. 6 минут назад, ne-vlezay80 сказал: На opensource железе можно например сделать полностью зажифрованной транспортную сеть через n2n например а dwdm или sdh опенсорс умеет? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ne-vlezay80 Опубликовано 15 июля, 2021 · Жалоба 20 минут назад, kapydan сказал: а dwdm или sdh опенсорс умеет? это аппаратная функция sfp модулей. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kapydan Опубликовано 15 июля, 2021 · Жалоба 3 минуты назад, ne-vlezay80 сказал: это аппаратная функция sfp модулей. имел ввиду полноценные решения для транспортных сетей, типа huawei osn 6800/8800, cisco 15454, ciena 6500, муксов от eci... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kapydan Опубликовано 15 июля, 2021 · Жалоба 49 минут назад, jffulcrum сказал: Нужны, потому как похерено изначально закладывавшееся в DevOps понятие - что это не специальность, а способ организации труда. девопс - это нечто такое, точного определения чему нет. для кого-то это линуховый админ, для кого-то администратор со скилами автоматизации, для кого-то симбиоз между программистом и админом... приходит на память одно собеседование, лета 2017 года, где мне доказывали что девопс у них и картриджи меняет. 50 минут назад, jffulcrum сказал: гиперконвергентность 50 минут назад, jffulcrum сказал: Kubernetes а еще всякие докеры, ансиблы... особенно на последнем все щас помешаны прям. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 15 июля, 2021 · Жалоба И докер, и анзибль нормальные инструменты, если их не возводить в абсолют. Я всем этим пользуюсь, но тщательно слежу, чтобы в это не пытались засовывать все подряд. Иногда приходится бить по рукам... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ne-vlezay80 Опубликовано 16 июля, 2021 · Жалоба 4 часа назад, jffulcrum сказал: И докер, и анзибль нормальные инструменты, если их не возводить в абсолют. Я всем этим пользуюсь, но тщательно слежу, чтобы в это не пытались засовывать все подряд. Иногда приходится бить по рукам... А зачем тогда РКН трубует аппаратный ТСПУ? Когда можно было бы обойтись виртуалкой или даже контейнером? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 16 июля, 2021 · Жалоба 12 часов назад, kapydan сказал: девопс у них и картриджи меняет. ну это массово называется "программист" последние лет 20.. и пофиг, что сей "программист" ничего не программирует и вообще может быть хоть электрик :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kapydan Опубликовано 16 июля, 2021 · Жалоба 11 часов назад, jffulcrum сказал: И докер, и анзибль нормальные инструменты, если их не возводить в абсолют. Все хорошо в меру. Но вот ансибл последнее время пытаются засунуть в каждую дырку и использовать его даже там, где он не нужен. 3 минуты назад, st_re сказал: ну это массово называется "программист" последние лет 20.. и пофиг, что сей "программист" ничего не программирует и вообще может быть хоть электрик :) самое интересное, что компания то немаленькая и занимается логистикой - склады, поставки, свой парк ам. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
VolanD666 Опубликовано 16 июля, 2021 · Жалоба 1 час назад, kapydan сказал: самое интересное, что компания то немаленькая и занимается логистикой - склады, поставки, свой парк ам. Ну дык они в ИТ не вертятся, скорее всего не знают как должно быть. И по старой привычке берут мальчика-программиста который делает все. В какой-то момент это все начинает падать периодически, т.к. этот мальчик-программист оказывается не может одной рукой картриджи вставлять, другой сеть настраивать и одновременно с бухгалтерией сраться. Тогда либо мальчик увольняется, либо его просят по хорошему уйти, либо делают по умному и начинают строить бизнес процесс (но вероятность этого крайне мала, т.к. тут думать надо). И ведь оказывается, что бизнес процесс то без ИТ инфраструктуры встает колом. И это еще можно понять когда такое случается на ИТ компаниях, но я такой трэш встречал в провайдере вот там страшно было. Кстати, а кто-нить в DevNet пробовал вникать? Это вообще щас нужно в этой стране или тут такое не применяют? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 16 июля, 2021 · Жалоба 43 минуты назад, VolanD666 сказал: Кстати, а кто-нить в DevNet пробовал вникать? Это вообще щас нужно в этой стране или тут такое не применяют? Очередной шкортал для разрабов, типа "оставайся мальчик с нами, будешь нашим королем". У ей унутре обычные GIT и REST API, разве что виртуальные лабы хороши, у Амазона бесплатно столько не поиграть. В целом же, актуальность контролируемых Западом облачных технологий в РФ имеет нисходящий тренд... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kapydan Опубликовано 17 июля, 2021 · Жалоба 23 часа назад, VolanD666 сказал: либо делают по умному и начинают строить бизнес процесс (но вероятность этого крайне мала, т.к. тут думать надо) решил некоторое время назад чисто из интереса пособеседоваться в несколько разных компаний (а именно 4 в разных городах РФ) на должность руководителя ит-отдела/отдела системного администрирования. В моем понимании это чисто техническая должность - а в понимании hr и компаний менеджерская. Что меня поразило - так это то, что разговор шел про всякие там itil, sla, best practice (терпеть не могу это слово), а вот про тех.часть - почти нет. 23 часа назад, VolanD666 сказал: И ведь оказывается, что бизнес процесс то без ИТ инфраструктуры встает колом. К сожалению, если это осознание приходит, то поздно - а до этого ищутся всякие менеджеры, которые будут рисуют красивые схемы и обещают применить лучшие практики (ога, как на западе). 23 часа назад, VolanD666 сказал: DevNet 23 часа назад, VolanD666 сказал: Это вообще щас нужно в этой стране или тут такое не применяют? Если и будут применять, то лишь бы показать, что у нас тоже есть такая штука. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
edo Опубликовано 17 июля, 2021 · Жалоба 1 час назад, kapydan сказал: В моем понимании это чисто техническая должность - а в понимании hr и компаний менеджерская а кто же менеджерской частью должен заниматься? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 17 июля, 2021 · Жалоба 54 минуты назад, edo сказал: а кто же менеджерской частью должен заниматься? Ну пере купленный например. Бывший замполит, но техподкованный, и мне жаль, что мы не смогли его удержать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 17 июля, 2021 · Жалоба 2 часа назад, kapydan сказал: должность руководителя ит-отдела/отдела системного администрирования. вторая часть да - техническая, первая же обычно включает в себя и какой-нибудь OneAss, и тут уже без базовых навыков менеджмента - никуда, бо занимающиеся оной люди обычно представляют из себя "Чудище обло, озорно, огромно, стозевно и лаяй" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kapydan Опубликовано 17 июля, 2021 · Жалоба 8 часов назад, edo сказал: а кто же менеджерской частью должен заниматься? По нормальному, должен быть некий симбиоз из менеджера и инженера. Если чисто манагер - то будет вестись на всякую маркетингово-рекламную фигню (был очевидцем такого и не раз), если инженер - то не будет веститсь на всякую маркетингово-рекламную фигню, но могут быть некоторые пробелы в понимании бизнес процессов. Как по мне, так второй вариант предпочтительнее. 7 часов назад, jffulcrum сказал: вторая часть да - техническая, первая же обычно включает в себя и какой-нибудь OneAss, и тут уже без базовых навыков менеджмента - никуда, бо занимающиеся оной люди обычно представляют из себя "Чудище обло, озорно, огромно, стозевно и лаяй" Сталкивался с разными названиями должностей. В некоторых компания "руководитель ит-отдела" - по сути, просто сис.админ с эникеем для помощи, который организационных вопросов не решает. Где-то ведущий сис.админ - просто подаватель-заменитель картриджей-клавиатур, а где-то руководитель-тимлид команды сис.админов... К сожалению, у нас нет сейчас единообразия наименования должностей и единых должностных инструкций. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jffulcrum Опубликовано 17 июля, 2021 · Жалоба 27 минут назад, kapydan сказал: К сожалению, у нас нет сейчас единообразия наименования должностей и единых должностных инструкций. Вы их хотите, что ли? Чтобы государство ИТ начало регулировать с той же всепроникающей зверской серьезностью, что и связь? Результат не понравится... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kapydan Опубликовано 18 июля, 2021 · Жалоба 14 часов назад, jffulcrum сказал: Чтобы государство ИТ начало регулировать с той же всепроникающей зверской серьезностью, что и связь Нет, государство не должно совать свой нос и туда, а то получится "как всегда". Очень яркий пример этого "как всегда" можно наблюдать сейчас на примере "борьбы с ковидом" - тут тебе и "добровольные" прививки с отказом от претензий, и вход в ресторан по qr-коду (но стоять в метре-двух от входа и есть - можно), и отказ от обслуживания непривитых в магазинах и центрах гос.услуг в некоторых регионах... Но несмотря на все старания, число заболевших растет. Вот чего бы мне хотелось видеть - так это распределение выпускников после учебных заведений, и если не всех поголовно, то хотя бы тех, кто сам этого захотел. Но здесь мы упираемся в другую проблему - нашего образования (его забюрократизованности и неповоротливости вкупе с большим количеством платных шараг-"вузов" по подготовке всяких йуристов, економистов, манагеров всех мастей). А это уже другой момент, который надо решать - и чем быстрее, тем лучше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ne-vlezay80 Опубликовано 19 июля, 2021 · Жалоба 21 час назад, kapydan сказал: Нет, государство не должно совать свой нос и туда, а то получится "как всегда". Очень яркий пример этого "как всегда" можно наблюдать сейчас на примере "борьбы с ковидом" - тут тебе и "добровольные" прививки с отказом от претензий, и вход в ресторан по qr-коду (но стоять в метре-двух от входа и есть - можно), и отказ от обслуживания непривитых в магазинах и центрах гос.услуг в некоторых регионах... Но несмотря на все старания, число заболевших растет. Вот чего бы мне хотелось видеть - так это распределение выпускников после учебных заведений, и если не всех поголовно, то хотя бы тех, кто сам этого захотел. Но здесь мы упираемся в другую проблему - нашего образования (его забюрократизованности и неповоротливости вкупе с большим количеством платных шараг-"вузов" по подготовке всяких йуристов, економистов, манагеров всех мастей). А это уже другой момент, который надо решать - и чем быстрее, тем лучше. А что будет, если ИТ в России будет регулироваться? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
edo Опубликовано 19 июля, 2021 · Жалоба В 18.07.2021 в 13:35, kapydan сказал: Очень яркий пример этого "как всегда" можно наблюдать сейчас на примере "борьбы с ковидом" Вот именно тут государство нормально себя показало. Выплаты врачам, работающим в красной зоне, за счёт чего достаточно желающих; организована куча коек, кислородных масок, аппаратов ивл… Разработана и производится вакцина, по независимым мнениям одна из лучших в мире. Вакцинирование бесплатно. В целом ИМХО не хуже, чем Европа/штаты. А что есть за что критиковать… https://youtu.be/0FirFNlcl-Y P.S. Но я не считаю, что для it нужно государственное регулирование Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...