Епел

Ну и тд

Что под сборкой репы подразумевается?

Сборка всех моих пакетов, подтягивание и сборка всех заисимых пакетов, складывание их в репу. Если мои пакеты используют какие-то мои пакеты - разруливание этой ситуации, чтобы использовались уже новые сборки

Сборка всех моих пакетов, подтягивание и сборка всех заисимых пакетов, складывание их в репу. Если мои пакеты используют какие-то мои пакеты - разруливание этой ситуации, чтобы использовались уже новые сборки

Не надо путать создание репы и создание пакетов

Это не обязательно рядом

Не надо путать создание репы и создание пакетов

Обьязательно. Мой вопрос был именно про это

Ну ясен пень, что можно rsync. Но я не про это конечно

Ты написал именно развернуть репу

Это просто

Собрать пакеты для нее это другое

Хрен с ним. Я хочу собрать пакеты для репыв конечно. Сформулируем это так

Это уже весело и вкусно да

Грят что рпм тут страшнее

ну вот у bsd есть poudriere

я честно не очень понимаю, почему нет хотя бы скриптовой обвязки ни у кого

с тем же pbuilder там собственно надо как-то упростить создание окружения, чтобы можно было обвзяке это подпихивать

я честно не очень понимаю, почему нет хотя бы скриптовой обвязки ни у кого

Ну можно написать

Но я подозреваю что очень много кейсов

Я человек простой, нету пакета не ставлю

Никто у ovh обжект сторадж не берет?

https://www.bazel.io/faq.html а ктонибудь вот такое пробовал ?

это ж к погромистам надо

https://www.bazel.io/faq.html а ктонибудь вот такое пробовал ?

если про мобилку, то лучше https://fastlane.tools/

аццский комбайн, дико удобный

это ж к погромистам надо

погромистов и мавен устраивает в 1 поток

если про мобилку, то лучше https://fastlane.tools/

ага пасиб, но я про простую сборку явы все же

а, просто в бейзеле упор на iOS/Android, мне показалось

а чево мавен нельзя распараллелить и написать к нему нужных тасков?

он же чуть ли не тьюринг-полный ваще

можно, но мне фича с пересборкой только нужной части кода понравилась + вроде тесты только для этой части можно запускать

а, просто в бейзеле упор на iOS/Android, мне показалось

не там просто набор языков

Базель упор на си++ в первую очередь

Инфа от сотрудников гугла

А ещё говорят память жрёт как не себя

ага понятно, пасиб

При чём жрёт много для явы

Последний раз, когда я был в девопс ру, там судари в моноклях устроили холивар винда vs Linux

Нет, но сам факт

Я прослезился и вспомнил эпические треды на лоре

Не нужно выпустили не нужно что бы можно было запускать не нужно на не нужно (с)

Девапсы

А вы читали кукбук который чуваки из nginx написали?

Большего маркетингового буллшита о nginx plus я еще нигде не видел)

Примерно как Джобс говорил слово awesome или incredible на конференциях.

Примерно как Джобс говорил слово awesome или incredible на конференциях.

Препод по инглишу говорит "осом".

Препод по инглишу говорит "осом".

Так правильно говорит

Ну да.

Но её такое произношение бесит.

o! сом!

> @kartr Препод по инглишу говорит "осом". На самом деле зависит от того, кто говорит. У меня много коллег из ирландии, там где-то так и есть, если не хуже :) Проехав по 8 частям Лондона произношений этого и других слов можно услышать как минимум 20 :)

Я тут присматриваюсь к Celery. У меня таки остаются вопросы: 1. Что такое субзадачи? Смотрю в доку и вижу фигу 2. Есть какая-то практика, чтобы минимизировать код проектов воркеров? Что-то типа "воркер общается по синхронному API с реальным испрлнителем"? 3. Не понимаю как можно "отцепиться" от обрабатываемого таска, поставив ему статус типа "PENDING". И потом уже отельно поставить "SUCCES". У меня есть "долгие" задачи. Хочется, чтобы они выполнялись асинхронно. И отвечали "готово" уже сами. 4. А если долгие задачи можно делать из одной очереди несколько одновременно? Не celery?

я наверно все уже забыл но ты же таску кидаешь в очередь

а воркеры растаскивают и выполняют их

а код находится на самих воркерах

чтобы кинуть у меня тоже должен ьыть тот же код.

воркеры кидающие и принимающие друг от друга не отличаются

Меня (1) и (3) очень волнуют

Меня (1) и (3) очень волнуют

По третьему пункту - задача и так выполняется на воркере асинхронно, статус вернётся только в момент окончания задачи. Или я не очень понимаю постановку вопроса. Субзадачи, если не изменяет память, это дочерние задачи. Основная задача не засчитается, пока не будут выполнены все субзадачи

Но я не уверен в последнем, освежу, когда до компа доберусь

По третьему пункту - задача и так выполняется на воркере асинхронно, статус вернётся только в момент окончания задачи. Или я не очень понимаю постановку вопроса. Субзадачи, если не изменяет память, это дочерние задачи. Основная задача не засчитается, пока не будут выполнены все субзадачи

Я хочу дать возможность "упасть" любой из частей. Между началом и концом задачи

По третьему пункту - задача и так выполняется на воркере асинхронно, статус вернётся только в момент окончания задачи. Или я не очень понимаю постановку вопроса. Субзадачи, если не изменяет память, это дочерние задачи. Основная задача не засчитается, пока не будут выполнены все субзадачи

С субзадачами понял

Я хочу дать возможность "упасть" любой из частей. Между началом и концом задачи

Надо делить на субтаски, ИМХО. Задача падает только целиком

Товарищи, а кто как реализует у себя CDN? Так чтоб с репликацией между нодами, отдачей по HTTP, HA, всё такое. OS/Swift, rsync, Ceph etc?

Akamai ;)

Товарищи, а кто как реализует у себя CDN? Так чтоб с репликацией между нодами, отдачей по HTTP, HA, всё такое. OS/Swift, rsync, Ceph etc?

вот хороший вопрос )

Akamai ;)

ну так не честно :) не, надо своё

Зачем? :)

ну так не честно :) не, надо своё

Дешевле купить :)

Бизнес такой

А.

Я из опыта работы с OpenStack Swift помню, что многим условиям CDN оно удовлетворяет, но вот на практике не пробовал.

Ну и как бы, слегка массивно для такой задачи

свитф для сдн ?

как сторадж мейби, но как горячий кеш ну хз

ну наверное перед ним что-то ставить, но что?

придетс свое что то пилить, потому что вам придется мониторить состоянише кеша, балансировать нагрузку на оснвоании контена если будет тяжелый контент аля видео.

если честно, мне кажется возможно сейчасреально решение от onapp и подобных будут дешевле

если они еще занимаются этим конечно )

как балансировать очень от задачи зависит. Но стоит почитать инженеринг блог тех же cloudflare про то как они под геобалансировку используют Equal-Cost Multi-Path (и у яндекса были старые видяхи на YaC про балансировку, там тоже про ECMP немного)

это только сеть