Вообще очень хотелось в свое время посмотреть в глаза людям, придумавшим заменить вот такое “192.168.1.1” на вот такое "2001:0db8:85a3:0000:0000:8a2e:0370:7334". Абсолютная оторванность от реальности.
В статье описано развертывание образа из заброшенного в 2018 году проекта. В комментариях есть ссылки на 2 живых и развивающихся реализации mtproto, причем с реально присутствующей максировкой под TLS, возьмите образ оттуда.
просто переписать фразу "Restore from backup" например на "Restore from backup to ..." и это снимет опасение, ибо сразу станет понятно - что попросят куда восстановить.
Все очень просто - это ниша для низкоуровневых и что самое грустное - низкосамомотивирующих себя развивать специалистов. Отсюда и варианты инфантильности\глупости имеют право на жизнь.
Вы же не на сайте, где собираются "небольшии компании" статью пишете, а на одном из самых крупных ИТ ресурсов Рунета. В Рунете и в России (несмотря на ваше замечание) все отлично с пониманием devops культуры.
Наверно мне первый раз захотелось поставить минус статье тут, но кармы нет.
За кликбейтный заголовок, за демонизацию термина devops и применение его к позиции и обязанностям системного администратора, о котором и идет речь этой статье. Ну и за то, что ничего не написали ни про фейлы менеджмента, ни про фейлы HR, которые также могли быть одной из причин результата, описанного здесь.
Никогда не приписывайте злому умыслу то, что вполне можно объяснить глупостью
А может быть и по другому - ты отказываешь в услугах компании с мутной репутацией. Повышаешь свою репутацию среди законопослушных компаний.
Понятно - что отказать можно корректно, а можно дернуть рубильник. Но тут уже конкретные исполнители могут разные подходы использовать.
Он как и его форк remotely-sync к сожалению заброшены. Причем авторы бросили их почти одновременно.
да, вариантов много - все-таки webdav. Хоть Keenetic домашний.
Буквально недавно в списке плагинов появился WebDAV sync
https://github.com/hesprs/obsidian-webdav-sync
С шифрованием данных.
Если Яндекс ещё не убил доступ через WebDAV к диску, можно использовать его. Ну или любой другой.
Git sync плагин неудобен и не работает на смартфонах, self hosted требуют свой сервер.
Вообще очень хотелось в свое время посмотреть в глаза людям, придумавшим заменить вот такое “192.168.1.1” на вот такое "2001:0db8:85a3:0000:0000:8a2e:0370:7334". Абсолютная оторванность от реальности.
Война токов ещё не завершена? Китайцы большую часть новых ЛЭП строят на постоянном токе, теперь это
А вот этот официальный, но заброшенный 8 лет назад проект точно безопасен?
и mtg и telemt имеют собранные бинарники, которые можно запустить нативно, без докера.
В статье описано развертывание образа из заброшенного в 2018 году проекта. В комментариях есть ссылки на 2 живых и развивающихся реализации mtproto, причем с реально присутствующей максировкой под TLS, возьмите образ оттуда.
Remotely-save или remotely-sync
Данные шифруют, основные публичные облака поддерживают
Ну так они стремятся быть углеродно нейтральными, а не тепло нейтральными.
В заголовке все продали на 16, так что 940 не может быть
просто переписать фразу "Restore from backup" например на "Restore from backup to ..." и это снимет опасение, ибо сразу станет понятно - что попросят куда восстановить.
Я всего лишь сделал вам замечание, что ваше же утверждение "БД, а она как раз-таки кубером не масштабируется" является неверным.
Расскажите это операторам kubernetes. Масштабируются и вертикально и горизонтально и шардами
Во первых - Openshift создан на базе кубера. Не было бы k8s, не было бы и openshift
Во-вторых - подман и докер - вообще не оркестраторы.
Все очень просто - это ниша для низкоуровневых и что самое грустное - низкосамомотивирующих себя развивать специалистов. Отсюда и варианты инфантильности\глупости имеют право на жизнь.
Вы же не на сайте, где собираются "небольшии компании" статью пишете, а на одном из самых крупных ИТ ресурсов Рунета. В Рунете и в России (несмотря на ваше замечание) все отлично с пониманием devops культуры.
Наверно мне первый раз захотелось поставить минус статье тут, но кармы нет.
За кликбейтный заголовок, за демонизацию термина devops и применение его к позиции и обязанностям системного администратора, о котором и идет речь этой статье. Ну и за то, что ничего не написали ни про фейлы менеджмента, ни про фейлы HR, которые также могли быть одной из причин результата, описанного здесь.