Спасибо за статью! Тоже пробовал делать CI/CD движок внутири Gitlab CI/CD 😉
Но исходная задача немного отличалась - нужно было сделать единый пайплайн в рамках только одной команды. Правила ветвеления одинаковы в рамках одной команды
Начал со скрипта на Python + запуск сгенерированного пайплайна как дочернего. Но столкнулся с некоторыми сложностями - прокидывание артефактов и отчётов (SAST, Линтера) и статуса пайплайна очень проблематичное. Пока он не был завершён до конца, решили отказаться от этой идеи, так как непонятно сколько ещё нужно костылить
Вторая попытка - сделать пайплайн формирующимся на основе переменных CI/CD в условиях джоб. Пока получилось вполне сносно. Все переменные для формирования по максимум вынесены в родительские группы репозиториев. В 90% случаев разработчику не придётся ничего конфигурировать. Но не без минусов: динамически джобы как хочешь не сформировать, только через матрицы и иногда требуются проверки в before_script всех джоб на некоторые опасные случаи неправильного конфигурирования пайплайна
В обоих случаях пайплайн у нас тоже хранится в отдельном репозитории, но подключаем мы его немного по другому. В настройках репозитория можно указать путь до файла пайплайна. Этот файл может быть в другом репозитории. Для всего инстанса гитлаба модно предопределить этот параметр. И тогда разработчику не нужно ничего конфигурировать и настраивать - пайплайн уже готов к работе вместе с созданием репозитория
Производитель литографического оборудования ASML подтвердила СМИ факт кражи конфиденциальных данных: «Нам известно о судебном разбирательстве против бывшего сотрудника Mapper и ASML. В соответствии с нашей политикой мы также сами предоставили официальные отчёты. В ожидании суда мы не желаем ничего комментировать».
Как и тут. ASML знают о судебном разбирательстве и предоставили какие-то отчёты. Утверждения от ASML о факте кражи тут нет
Slimbook supports Free Software with contributions and donations to various projects, but in this case, we donate part of the profits from sales to the KDE project, funding developers, contributing to the improvement of applications, and to the security and stability of the software.
Имхо, при таком раскладе, стоимость вполне оправдана
Допустим есть сайт блог, для регистрации на нём нужна почта + пароль. Вопрос - почта в этом случае попадает под ПД? Если да, то можно ли её хранить в БД не шифруя? Также, достаточно ли простого https соединения для выполнения требований по передачи ПД? (От браузера пользователя на сервер)
А для чего на практике может пригодиться это решение?
Допустим, мне нужно запустить несколько приложений-шедулеров отказоустойчиво, чтобы суммарно они выполняли свою работу ровно раз в день, вне зависимости от того, сколько их запущено и упал ли кто-то. Может ли etcd-await-election закрыть эту потребность? Или он для чего-то другого?
Отличная и очень интересная статья! Ранее не сталкивался с FUSE, поэтому это было очень познавательно. Но зачем и как может пригодиться такая файловая система на практике? Какие проблемы она решила для вас и почему их нельзя было решить другими готовыми решениями?
Отличная и очень интересная статья! Ранее не сталкивался с FUSE, поэтому это было очень познавательно. Но зачем и как может пригодиться такая файловая система на практике? Какие проблемы она решила для вас и почему их нельзя было решить другими готовыми решениями?
От Sipeed есть ещё версия nanoKVM Pro - там есть возможность поставить прошивку PiKVM. Но ценник у него уже намного больше
У них есть другая модель - nanoKVM Pro. Там уже гигабит есть
В Deckhouse есть мультикластер (если вы про управление другими кластерами), но только с энтерпрайз модулем Commander
А Боцман основана Rancher, но они переписали установщик под себя. А так он недалеко ушёл от ранчера
Тоже с таким сталкивался, но только сразу после запуска системы и он честно написал, что идёт индексация
Спасибо!
А можно, пожалуйста, ссылочку на него
Спасибо за статью! Тоже пробовал делать CI/CD движок внутири Gitlab CI/CD 😉
Но исходная задача немного отличалась - нужно было сделать единый пайплайн в рамках только одной команды. Правила ветвеления одинаковы в рамках одной команды
Начал со скрипта на Python + запуск сгенерированного пайплайна как дочернего. Но столкнулся с некоторыми сложностями - прокидывание артефактов и отчётов (SAST, Линтера) и статуса пайплайна очень проблематичное. Пока он не был завершён до конца, решили отказаться от этой идеи, так как непонятно сколько ещё нужно костылить
Вторая попытка - сделать пайплайн формирующимся на основе переменных CI/CD в условиях джоб. Пока получилось вполне сносно. Все переменные для формирования по максимум вынесены в родительские группы репозиториев. В 90% случаев разработчику не придётся ничего конфигурировать. Но не без минусов: динамически джобы как хочешь не сформировать, только через матрицы и иногда требуются проверки в before_script всех джоб на некоторые опасные случаи неправильного конфигурирования пайплайна
В обоих случаях пайплайн у нас тоже хранится в отдельном репозитории, но подключаем мы его немного по другому. В настройках репозитория можно указать путь до файла пайплайна. Этот файл может быть в другом репозитории. Для всего инстанса гитлаба модно предопределить этот параметр. И тогда разработчику не нужно ничего конфигурировать и настраивать - пайплайн уже готов к работе вместе с созданием репозитория
Уже четыре года - во всех макбуках с M* чипами SSD распаян. И ведь не труп то в итоге
Хотя первые маки с одим чипом SSD уже почти труп...
А поддержка будет? Или это разовая акция?
Как и тут. ASML знают о судебном разбирательстве и предоставили какие-то отчёты. Утверждения от ASML о факте кражи тут нет
Даже в этом случае можно было на том же nginx хотя бы ограничить список доменов своими, а не отдавать такой же, с которого пришёл запрос
На официальном сайте:
Имхо, при таком раскладе, стоимость вполне оправдана
Допустим есть сайт блог, для регистрации на нём нужна почта + пароль. Вопрос - почта в этом случае попадает под ПД? Если да, то можно ли её хранить в БД не шифруя? Также, достаточно ли простого https соединения для выполнения требований по передачи ПД? (От браузера пользователя на сервер)
А для чего на практике может пригодиться это решение?
Допустим, мне нужно запустить несколько приложений-шедулеров отказоустойчиво, чтобы суммарно они выполняли свою работу ровно раз в день, вне зависимости от того, сколько их запущено и упал ли кто-то. Может ли
etcd-await-electionзакрыть эту потребность? Или он для чего-то другого?А кто-то вообще пробовал сканировать этот огромный Qr с телефона, прям наведя на монитор?
Отличная и очень интересная статья! Ранее не сталкивался с FUSE, поэтому это было очень познавательно. Но зачем и как может пригодиться такая файловая система на практике? Какие проблемы она решила для вас и почему их нельзя было решить другими готовыми решениями?
Отличная и очень интересная статья! Ранее не сталкивался с FUSE, поэтому это было очень познавательно. Но зачем и как может пригодиться такая файловая система на практике? Какие проблемы она решила для вас и почему их нельзя было решить другими готовыми решениями?
А что произойдёт, если сервер с этим самым единственным патрони упадёт?