Я сотрудник Эвокарго, но сейчас буду предполагать, а не утверждать, ибо эта область очень далека от моих компетенций. Мое предположение в том, что организовать заправку авто на территории заказчика может быть сложным, или вовсе невозможным. Топливо надо доставлять, где-то хранить, как-то заливать в бак, не нарушая при этом экологию и пожарную безопасность. Для кого-то из заказчиков такая история может стать вовсе неприемлемой.
Ну вот лично я не хотел бы чтобы по моему воображаемому производству вкусных мягких булочек бегали люди с канистрами и воняли бензином/солярой.
А электричество есть на любом объекте, без исключения.
Кажется это та ситуация, в которой электрозарядка авто становится доступней бензина.
У нас на собесах кандидаты иногда начинают переживать что мы тут попилом занимаемся. Мы поэтому всегда второй этап собеса стараемся в офисе проводить, и на экскурсии в цех людей водим. Честно говоря это немножко чит с нашей стороны, потому что после посещения цеха у многих сильно глаза загораются. Одно дело когда ты результат своего труда только на экране увидеть можешь, а другое - когда вот он, ездит.
Надо было бы ответить пораньше, но лучше поздно чем никогда.
можно ли контролировать порядок обхода узлов системы при обновлении ?
В нашем случае энсибла бегает по хостам с serial=1 в том порядке, который описан в оффдоке гитлаба по бесшовному обновлению. сначала первая нода рельсов + миграции в базу, далее оставшиеся рельсы, сайдкики, префект и гитали. Перед каждым апдейтом нода рельсов/префекта из ротации в хапроксе, и перед включением обратно проверяются хэлсчеки и запускаются другие тесты. Контролировать порядок обхода вручную в нашем случае смысла нет.
что делать если в ходе обновления часть компонентов не обновилась или произошло сбой , поидее система в общем случае может прийти в неконсистентное состояние ( часть версий новые, часть старые и так далее ) - как быть с этим?
Гитлаб спокойно переживает такие ситуации, если обновление было в рамках одной минорной версии. Косяки могут вылезать раз в год при обновлении мажорной версии, но тут уже ничего не поделаешь особо. Если упало обновление - его надо перезапустить, возможно исправив ошибку, которая его вызвала и все придет в порядок. В некоторых случаях внутренний конфигуратор гитлаба ломается и не лечится командой reconfigure. В таком случае пакет надо удалить и вычистить все файлы гитлаба на хосте, у нас для этого есть отдельная переменная для энсибла, ничего страшного в её использовании нет - только скорость работы энсибла с ней резко падает - на полную переустановку нужно больше времени, чем на обновление/изменение конфигурации.
можно ли в случае необходимости обновлять только часть компонентов ( для экономии времени или при ручном конфигурировании , когда нужно фиксить проблемы по местам )
энсибловый --limit c этим прекрасно справляется. Если нам надо изменить конфиг тех же гиталей, и мы понимаем что в остальных компонентах ничего не менялось - почему бы и нет. Надо правда понимать при этом что делаешь, чтобы не получить, например гитали верси 17.0 при версии остального кластер 16.11.
Василий как будто не приложил к статье нашу гелекси-роль, исправлюсь за него. Да, она делает всю магию. Нет, в этом нет ничего необычного. К сожалению ридми роли оставляет желать лучшего https://gitlab.com/pit.artamonov/gitlab-omnibus
изучил гит этого прекрасного поделия, фраппирован крайне.
ацл - в файле на хосте
полиси - там же
Хочешь кластер и синхронизировать учетки с полисями на разных нодах - ну пиши энсибловый темплейт и разливай
нет выделенной субд, никакой интеграции с внешними аус-провайдерами, но грозятся при этом жить с 100ТБ стораджем артефактов в s3 на нескольких нодах. Уж не знаю врут или нет.
Вайтпепер, понятно что устарел (20 года), но изобилует тупейшими ошибками даже для своего времени. Наверное можно использовать эту штуку как что-то легковесное, для совсем небольших команд, но даже при таком раскладе nexus-oss даст ему фору во всем, кроме кластеризации.
Безотносительно вашего пакета - у нас почему-то принято хаять все отечественное только потому что оно отечественное. Напрягает. Вот и вы под раздачу попали.
Объясните пожалуйста — как соотносятся подобные статьи с тем что хабр является техническим ресурсом для статей на тему it? Я что-то пропустил и политика изменилась, или просто методом исключения, навроде «ну статья классная, читается а потому не будем трогать, хоть и из тематики выпадает».
Я так-то с удовольствием читаю и Зеленого кота, и Милфгарда, с их совсем-совсем не-айтишными темами и вообще ничего против этого движения не имею, но хочется понять политику.
P.S. статья классная, к конкретному автору так же претензий нет.
Ок представил. Только я в данном случае не программист а пользователь, причем тупенький. Напомню что любой программный продукт своим UI должен быть ориентирован именно на тупеньких.
Я открываю мобильный банк клиент, у меня счета в двух валютах. На одном рядом с суммой нарисован значок $, а на рублевом — не нарисован.
А потом я меняю гражданство и переезжаю в европу на ПМЖ. И у меня появляется счет в евро в том же банке(предположим банк работает в европе). Какая теперь валюта для меня родная?.. Где именно не рисовать значок?
Еще раз поясню — я с точки зрения логики понимаю почему так сделано. Но эту систему я рассматриваю с точки зрения пользователя, для которого чем проще — тем лучше.
Откуда такое предположение? Я активно пользуюсь личным транспортом не первый год. И понимание принципов ПДД никак не мешает мне считать некоторые из них ущербными.
Мой основной посыл — подаваемую информацию надо упрощать, не запутывать людей и исключать любую возможность двойного трактования.
Варшавское шоссе, мкад и масса других имеют ограничение 80-100. Очень много где в населенных пунктах вешается знак 50
Если для вас знак !=40 интуитивно понятней чем знак =80 то ок, дело ваше. Мне с точки зрения интерфейса пример с !=40 кажется лютейшим антипаттерном.
Я сотрудник Эвокарго, но сейчас буду предполагать, а не утверждать, ибо эта область очень далека от моих компетенций. Мое предположение в том, что организовать заправку авто на территории заказчика может быть сложным, или вовсе невозможным. Топливо надо доставлять, где-то хранить, как-то заливать в бак, не нарушая при этом экологию и пожарную безопасность. Для кого-то из заказчиков такая история может стать вовсе неприемлемой.
Ну вот лично я не хотел бы чтобы по моему воображаемому производству вкусных мягких булочек бегали люди с канистрами и воняли бензином/солярой.
А электричество есть на любом объекте, без исключения.
Кажется это та ситуация, в которой электрозарядка авто становится доступней бензина.
У нас на собесах кандидаты иногда начинают переживать что мы тут попилом занимаемся. Мы поэтому всегда второй этап собеса стараемся в офисе проводить, и на экскурсии в цех людей водим. Честно говоря это немножко чит с нашей стороны, потому что после посещения цеха у многих сильно глаза загораются. Одно дело когда ты результат своего труда только на экране увидеть можешь, а другое - когда вот он, ездит.
Надо было бы ответить пораньше, но лучше поздно чем никогда.
можно ли контролировать порядок обхода узлов системы при обновлении ?
В нашем случае энсибла бегает по хостам с serial=1 в том порядке, который описан в оффдоке гитлаба по бесшовному обновлению. сначала первая нода рельсов + миграции в базу, далее оставшиеся рельсы, сайдкики, префект и гитали. Перед каждым апдейтом нода рельсов/префекта из ротации в хапроксе, и перед включением обратно проверяются хэлсчеки и запускаются другие тесты. Контролировать порядок обхода вручную в нашем случае смысла нет.
что делать если в ходе обновления часть компонентов не обновилась или произошло сбой , поидее система в общем случае может прийти в неконсистентное состояние ( часть версий новые, часть старые и так далее ) - как быть с этим?
Гитлаб спокойно переживает такие ситуации, если обновление было в рамках одной минорной версии. Косяки могут вылезать раз в год при обновлении мажорной версии, но тут уже ничего не поделаешь особо. Если упало обновление - его надо перезапустить, возможно исправив ошибку, которая его вызвала и все придет в порядок. В некоторых случаях внутренний конфигуратор гитлаба ломается и не лечится командой reconfigure. В таком случае пакет надо удалить и вычистить все файлы гитлаба на хосте, у нас для этого есть отдельная переменная для энсибла, ничего страшного в её использовании нет - только скорость работы энсибла с ней резко падает - на полную переустановку нужно больше времени, чем на обновление/изменение конфигурации.
можно ли в случае необходимости обновлять только часть компонентов ( для экономии времени или при ручном конфигурировании , когда нужно фиксить проблемы по местам )
энсибловый --limit c этим прекрасно справляется. Если нам надо изменить конфиг тех же гиталей, и мы понимаем что в остальных компонентах ничего не менялось - почему бы и нет. Надо правда понимать при этом что делаешь, чтобы не получить, например гитали верси 17.0 при версии остального кластер 16.11.
Василий как будто не приложил к статье нашу гелекси-роль, исправлюсь за него. Да, она делает всю магию. Нет, в этом нет ничего необычного. К сожалению ридми роли оставляет желать лучшего https://gitlab.com/pit.artamonov/gitlab-omnibus
Тут есть некоторая проблема курицы и яйца. Куб у нас довольно сильно зависит от гитлаба и реджистри. Потому они и снаружи.
как у любого электромоблия - батареи у него внизу, так что центр тяжести невысоко. Да и максималка там небольшая
веб морду для развертывания подобных сервисов еще написать надо, а это довольно странная трата фота в данном случае.
консоли в виндах намного меньше, как минимум там есть блокнот для редактирования конфигов, который сильно более привычен школьникам, нежели vi
не все игровые сервера запускаются под линуксами
Не надо пожалуйста проецировать свой опыт работы с линуксами на школьников-геймеров.
Потому что большинство геймеров пугаются при виде линуксовой консоли.
Кого, обновили, куда обновили, вы из рувдс? Вряд ли, потому что у вас упоминается апт, а у рувдс - центос.
И там все также - 13.4
Вы бы хоть образ гитлаба обновили, 13.4 выпущен летом 20 года, там cve находят крайне часто.
если пользователь просто бездумно воспользуется этой статьей и раскатит гитлаб - он получит кучу потенциальных проблем.
изучил гит этого прекрасного поделия, фраппирован крайне.
ацл - в файле на хосте
полиси - там же
Хочешь кластер и синхронизировать учетки с полисями на разных нодах - ну пиши энсибловый темплейт и разливай
нет выделенной субд, никакой интеграции с внешними аус-провайдерами, но грозятся при этом жить с 100ТБ стораджем артефактов в s3 на нескольких нодах. Уж не знаю врут или нет.
Вайтпепер, понятно что устарел (20 года), но изобилует тупейшими ошибками даже для своего времени. Наверное можно использовать эту штуку как что-то легковесное, для совсем небольших команд, но даже при таком раскладе nexus-oss даст ему фору во всем, кроме кластеризации.
Безотносительно вашего пакета - у нас почему-то принято хаять все отечественное только потому что оно отечественное. Напрягает. Вот и вы под раздачу попали.
И будут ли рассказы про Сажу? Уж больно интересно как оно развивается.
Дим а почему в блоге Саусбриджа? Странно выглядит:-D
Это выглядит так, будто вы взбираетесь на одну гору только для того, чтобы увидеть на своем пути другую - еще выше чем предыдущая.
Надеюсь у вас все получится, удачи
Но статьи ваши прямо читаю с удовольствием, спасибо.
Я так-то с удовольствием читаю и Зеленого кота, и Милфгарда, с их совсем-совсем не-айтишными темами и вообще ничего против этого движения не имею, но хочется понять политику.
P.S. статья классная, к конкретному автору так же претензий нет.
Я открываю мобильный банк клиент, у меня счета в двух валютах. На одном рядом с суммой нарисован значок $, а на рублевом — не нарисован.
А потом я меняю гражданство и переезжаю в европу на ПМЖ. И у меня появляется счет в евро в том же банке(предположим банк работает в европе). Какая теперь валюта для меня родная?.. Где именно не рисовать значок?
Еще раз поясню — я с точки зрения логики понимаю почему так сделано. Но эту систему я рассматриваю с точки зрения пользователя, для которого чем проще — тем лучше.
Мой основной посыл — подаваемую информацию надо упрощать, не запутывать людей и исключать любую возможность двойного трактования.
Если для вас знак !=40 интуитивно понятней чем знак =80 то ок, дело ваше. Мне с точки зрения интерфейса пример с !=40 кажется лютейшим антипаттерном.
Тем более что есть масса дорог в городе где ограничение!=60.