надо либо vpn городить либо в свет свой HA публиковать
Зачем так сложно? Вон же у автора HA в телегу пишет, значит бот настроен. Через него можно не только сообщения отправлять, но и команды принимать. Я так с дачей общаюсь, без впн, двойных натов и прочих приключений.
Источник вызывающий доверие, конечно, особенно если пройти по ссылкам в статье, и обнаружить что ранее он же пенсию в КНДР в 30 баксов оценил, вдвое выше зарплаты рабочего.
"реальная месячная зарплата рабочего составляет 30 центов" - от авторов мема про 1,5 процента мирового ВВП, видимо.
Расчёт замедлить развитие в одной стране за счет ограничения технологий.
Ото ограничили конечно, целую строчку в конфиге прописать надо.
Но ничего страшного, мы создадим свой докер с нуля так же как создали АтсраЛинукс, электронный планшет и ёмобиль!
Мы поднимем зеркала и прокси, это дёшево и бороться с этим нереально. И продолжим пользоваться докером дальше.
Абсолютно все уходы компаний из России оказались безвыигрышной лотереей вида "Потеряй репутацию, промахай активы и получи взамен сокращение прибыли!". СВО не остановилось, экономика не рухнула, власть не поменялась, и те кто ушли с недоумением смотрят как растёт выручка у оставшихся, и им за это ничего нет
Проблема в миллионе гайдов и инструкций написанных за последние годы. Они все перестанут работать.
Потому что надо будет в конфиге прописать { "registry-mirrors" : [ "https:\/\/huecker.io" ] }? Ну у кого перестанет, тех и не жалко.
И вторая проблема в миллионе серверов которые что-то постоянно поднимают в разных пайплайнах. Они тоже все перестанут работать.
Штош, людям обслуживающим этот миллион серверов придётся научиться использовать голову, и не завязывать работу своей инфры на неконтролируемый внешний сервис настолько, что при потере связи с ним у них всё перестаёт работать.
Аутентификацию проще всего решить привязкой телеграм id к логину нужного пользователя(в частности это позволит строить механизм авторизации отталкиваясь от нормальных юзернеймов, а не от левых цифр чужого id).
Я делал по такому алгоритму(У нас есть CMDB, поэтому она и используется для привязки, если бы не было - писал бы в какой нибудь кастом-атрибут в AD, например.):
1) Админ говорит боту /add Ivanov_ivan
2) Бот ищет в CMDB карточку Ivanov_ivan, и в поле telegram_id в ней пишет рандомно сгенерированный токен. После чего на почту указанную в этой карточке отправляет емейл с ссылкой на себя с токеном в качестве пейлоада, и пояснением что с этим надо делать и зачем.
3) Пользователь проходит по ссылке и нажимает start, бот получив старт с пейлоадом ищет в CMDB карточку сотрудника c этим токеном в поле telegram_id. Найдя заменяет токен в карточке на id.
4) При любой команде кроме /start бот ищет в CMDB карточку с ID приславшего команду. Если находит, то пользователь аутентифицирован, если нет, то это кто-то левый, в игнор его.
Ну не особо оно туманное, вполне предсказуемое. х86 занял рынок ПК вытеснив оттуда другие архитектуры, перешел на рынок серверов, поглотив и его, и рынок мобильных решений, с которым тоже всё шло довольно успешно, пока не появились кпк и смартфоны, которые интел особо не заинтересовали.
Это была вторая фатальная ошибка интел. Первой было решение монополизировать рынок, выдавив из него всех игроков кроме АМД. Что, с одной стороны, притормозило прогресс х86 решений в определенный момент времени. А с другой, безальтернативно направило всех кто хотел сам разрабатывать процессоры в сторону других ISA. Тактически интел получала сверхдоходы с рынка ПК и около, не деля его по сути ни с кем.
Но стратегически, спустя 25 лет из оставленной мобильной форточки полезли RISC-решения, которые сначала захватили рынок мелочи, а теперь вот лезут в рынок лаптопов и серверов. И компетенций у интел нет для игры на их поле. Но попытки их отрастить, судя по интересу к RISC V, предпринимаются.
Закат всегда похож на рассвет, просто события разворачиваются в обратном порядке. Вот и с х86 будет так же. Придя в качестве одой из платформ ПК она, благодаря открытой архитектуре IBM PC, смогла занять выдающееся место на рынке вычислительной техники. А теперь будет снова просто "одной из".
Вы, по всей видимости, тоже не застали те славные времена. На одинаковых частотах они были заметно медленнее пентиумов. Поэтому AMD 5x86 при частоте в 133 мегагерц имел рейтинг всего P75. И оправдывал его не всегда(но был, пожалуй, самым быстрым 486-м процом, что есть, то есть).
PowerShell - Расширяемое средство автоматизации от Microsoft с открытым исходным кодом, состоящее из оболочки с интерфейсом командной строки и сопутствующего языка сценариев.
Python - Высокоуровневый язык программирования общего назначения с динамической строгой типизацией и автоматическим управлением памятью, ориентированный на повышение производительности разработчика, читаемости кода и его качества, а также на обеспечение переносимости написанных на нём программ.
Написать скрипт который залезет в rest api какого нибудь сервиса можно на любом из них. Написать сервис который предоставит rest api(телеграм бота, web-интерфейс к виндовому dns, и т.п.) гораздо сподручней и продуктивней будет на втором. Надо ли это Windows администратору в большой инфраструктуре? Ну, как Windows администратор в большой инфраструктуре могу сказать что решение выучить, даже не питон, а руби, было самым удачным в моей карьере. Переход от использования инструментов к их созданию сильно упрощает жизнь. Но пошик из этой жизни конечно никуда не делся, это не вопрос или\или.
Ну, то есть, многопоток на уровне современного 6-ядерного камня. А однопоток, надо думать, раза в два пожиже актуальных решений. В связи с этим про "рядом не стояли по соотношению цена/качество" как-то спорно. Соотношение "многопоточная производительность на затраченный рубль" и правда неплоха, но "качество" все таки характеристика более комплексная.
Да в принципе все основные авторы в жанре примерно этого и ожидали.
Зачем так сложно? Вон же у автора HA в телегу пишет, значит бот настроен. Через него можно не только сообщения отправлять, но и команды принимать. Я так с дачей общаюсь, без впн, двойных натов и прочих приключений.
Источник вызывающий доверие, конечно, особенно если пройти по ссылкам в статье, и обнаружить что ранее он же пенсию в КНДР в 30 баксов оценил, вдвое выше зарплаты рабочего.
"реальная месячная зарплата рабочего составляет 30 центов" - от авторов мема про 1,5 процента мирового ВВП, видимо.
А какие у них в КНДР зарплаты?
У меня на даче крутится на 3 model b(не b+), и я бы не сказал что тройка как то особенно напрягается.
Ото ограничили конечно, целую строчку в конфиге прописать надо.
Мы поднимем зеркала и прокси, это дёшево и бороться с этим нереально. И продолжим пользоваться докером дальше.
Абсолютно все уходы компаний из России оказались безвыигрышной лотереей вида "Потеряй репутацию, промахай активы и получи взамен сокращение прибыли!". СВО не остановилось, экономика не рухнула, власть не поменялась, и те кто ушли с недоумением смотрят как растёт выручка у оставшихся, и им за это ничего нет
¯ \ _ (ツ) _ / ¯
Потому что надо будет в конфиге прописать { "registry-mirrors" : [ "https:\/\/huecker.io" ] }? Ну у кого перестанет, тех и не жалко.
Штош, людям обслуживающим этот миллион серверов придётся научиться использовать голову, и не завязывать работу своей инфры на неконтролируемый внешний сервис настолько, что при потере связи с ним у них всё перестаёт работать.
Вообще это автоматизация. Может быть составной частью инфраструктуры, да, но точно не является обязательным(и тем более единственным) признаком.
Луна уже не та?
Ага, тоже за пины сразу глаз зацепился.
Аутентификацию проще всего решить привязкой телеграм id к логину нужного пользователя(в частности это позволит строить механизм авторизации отталкиваясь от нормальных юзернеймов, а не от левых цифр чужого id).
Я делал по такому алгоритму(У нас есть CMDB, поэтому она и используется для привязки, если бы не было - писал бы в какой нибудь кастом-атрибут в AD, например.):
1) Админ говорит боту /add Ivanov_ivan
2) Бот ищет в CMDB карточку Ivanov_ivan, и в поле telegram_id в ней пишет рандомно сгенерированный токен. После чего на почту указанную в этой карточке отправляет емейл с ссылкой на себя с токеном в качестве пейлоада, и пояснением что с этим надо делать и зачем.
3) Пользователь проходит по ссылке и нажимает start, бот получив старт с пейлоадом ищет в CMDB карточку сотрудника c этим токеном в поле telegram_id. Найдя заменяет токен в карточке на id.
4) При любой команде кроме /start бот ищет в CMDB карточку с ID приславшего команду. Если находит, то пользователь аутентифицирован, если нет, то это кто-то левый, в игнор его.
Ну не особо оно туманное, вполне предсказуемое. х86 занял рынок ПК вытеснив оттуда другие архитектуры, перешел на рынок серверов, поглотив и его, и рынок мобильных решений, с которым тоже всё шло довольно успешно, пока не появились кпк и смартфоны, которые интел особо не заинтересовали.
Это была вторая фатальная ошибка интел. Первой было решение монополизировать рынок, выдавив из него всех игроков кроме АМД. Что, с одной стороны, притормозило прогресс х86 решений в определенный момент времени. А с другой, безальтернативно направило всех кто хотел сам разрабатывать процессоры в сторону других ISA. Тактически интел получала сверхдоходы с рынка ПК и около, не деля его по сути ни с кем.
Но стратегически, спустя 25 лет из оставленной мобильной форточки полезли RISC-решения, которые сначала захватили рынок мелочи, а теперь вот лезут в рынок лаптопов и серверов. И компетенций у интел нет для игры на их поле. Но попытки их отрастить, судя по интересу к RISC V, предпринимаются.
Закат всегда похож на рассвет, просто события разворачиваются в обратном порядке. Вот и с х86 будет так же. Придя в качестве одой из платформ ПК она, благодаря открытой архитектуре IBM PC, смогла занять выдающееся место на рынке вычислительной техники. А теперь будет снова просто "одной из".
Вы, по всей видимости, тоже не застали те славные времена. На одинаковых частотах они были заметно медленнее пентиумов. Поэтому AMD 5x86 при частоте в 133 мегагерц имел рейтинг всего P75. И оправдывал его не всегда(но был, пожалуй, самым быстрым 486-м процом, что есть, то есть).
На самом деле они про разное.
PowerShell - Расширяемое средство автоматизации от Microsoft с открытым исходным кодом, состоящее из оболочки с интерфейсом командной строки и сопутствующего языка сценариев.
Python - Высокоуровневый язык программирования общего назначения с динамической строгой типизацией и автоматическим управлением памятью, ориентированный на повышение производительности разработчика, читаемости кода и его качества, а также на обеспечение переносимости написанных на нём программ.
Написать скрипт который залезет в rest api какого нибудь сервиса можно на любом из них. Написать сервис который предоставит rest api(телеграм бота, web-интерфейс к виндовому dns, и т.п.) гораздо сподручней и продуктивней будет на втором. Надо ли это Windows администратору в большой инфраструктуре? Ну, как Windows администратор в большой инфраструктуре могу сказать что решение выучить, даже не питон, а руби, было самым удачным в моей карьере. Переход от использования инструментов к их созданию сильно упрощает жизнь. Но пошик из этой жизни конечно никуда не делся, это не вопрос или\или.
Можно было поставить четыре видеокарты, запросто, 4 PCI слота в середине 90-х были не редким делом.
Разворачивать аж целый заббикс ради мониторинга одного единственного сервера? Но зачем?
Они явно платят за эти смски тому оператору, на котором сидит клиент. Иначе не было бы по иску к каждому опсосу из большой тройки.
Две одинаковых станции от яндекса могут быть связаны в стереопару. Возможно не любые, но про новые лайты это точно говорилось при их анонсе.
Тогда не было ни Python, ни Ruby, ни C#Питон с рубями были уже. Рельсы с джанго не было.
Ну, то есть, многопоток на уровне современного 6-ядерного камня. А однопоток, надо думать, раза в два пожиже актуальных решений. В связи с этим про "рядом не стояли по соотношению цена/качество" как-то спорно. Соотношение "многопоточная производительность на затраченный рубль" и правда неплоха, но "качество" все таки характеристика более комплексная.