а кто-то встречался с рандомными спайками во времени dns "резолюшн" внутри под в кубернетесе

Допустим, у нас есть скрипт, который раз в сутки снимает абонентскую плату с пользователей, пробегаясь по базе апдейтами. Допустим, пользователей 10 миллионов. Допустим, в момент пробега что-то идет не так - сеть отвалилась или еще какая-то ебанина. Вопрос: весь этот пул инсертов изначально нужно засовывать в одну транзакцию или ...?

Попробуй, засунь :-)

Попробуй, засунь :-)

Я в трех чатиках спецом спросил: в скулячем, тут и в петонячем. Мне вот в одном говорят, что всё в одну транзакцию можно воткнуть. Но я чет не уверен, хотя сам и не проверял

Я в трех чатиках спецом спросил: в скулячем, тут и в петонячем. Мне вот в одном говорят, что всё в одну транзакцию можно воткнуть. Но я чет не уверен, хотя сам и не проверял

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

и соответственно влиять на скорость

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

Говорят тут очередь можно как-то юзнуть.

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

можешь тупо вести статистику списаний и оффлайном высчитывать баланс, писать его в новую таблицу, а потом махать местами с имеющейся.

можно много чего придумать

вопрос в том, какую именно проблему ты решаешь

Ну вот как выше описал - есть скриптец, который вкатывает апдейты...

вопрос в том, какую именно проблему ты решаешь

Проблема жуж была описана выше - идет длительный накат апдейтов. Тут хуякс, сеть пропала. Нужно полностью откатиться.

кстати, а почему именно полностью?

Ну вот ща неполностью - количество геморроия овердохуя вышло.

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

Тту логичней все заморозить, откатиться и вкатить заново

ну хз, как по мне - надо детальнее смотреть

видел в одном из биллингов подход с контрольными точками

т.е. абон.плата начисляется, например, раз в сутки; при начислении пользователю создаётся контрольная точка в отдельной табличке

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

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

еще вариант

ты делаешь списание в какую-нибудь временную таблицу, потом атомарно свопаешь их.

для тебя главное, чтобы во время списания не произошло каких-либо еще операций (ну, типа пополнения баланса).

либо кафка-хуяфка (раббит такое себе)

либо еще микробатчами списывать деньги. Потому что транзакция на 10 млн = ок, но может дорого стоить в плане роллбека, если что-то пошло не так

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

и сделаешь двойное списание. Это нужно учесть в архитектуре приложухи и в запросах к БД

@kezzzzz будет жить. Поприветствуем!

@gecube привет) может в курсе, есть возможность использывать безопасное соединение для докер сокета, не юзая CA сертификат? а то я не понял где мне его взять

@gecube привет) может в курсе, есть возможность использывать безопасное соединение для докер сокета, не юзая CA сертификат? а то я не понял где мне его взять

Так ты же по tcp коннектишься

В этом и ответ

Так ты же по tcp коннектишься

да, только вот чтоб я мог использывать защищенный порт, нужно приложить в конфиг daemon.json докера 3 файла CAcert tlscert key

В этом и ответ

When you say CACERT - do you mean the actual ROOT CA cert? Or the chained CA cert (between the cert and the root)? Just for reference: cert.pem = public cert chain.pem = all intermediate certs root.pem (would be the root cert; but no one hands those out - bad idea - they should already be known) And fullchain.pem (which should also be named certchain.pem) = cert.pem + chain.pem Which equals: public cert + all intermediate certs and that one gives you all there is to give. не совсем в итоге понятно что из этого всего именно CAcert

а всё, похоже нашел, нужно будет поэксперементировать Here the correspondences are: chain.pem → cacert.pem cert.pem → servertcrt.pem privkey.pem → serverkey.pem

а всё, похоже нашел, нужно будет поэксперементировать Here the correspondences are: chain.pem → cacert.pem cert.pem → servertcrt.pem privkey.pem → serverkey.pem

Примерно, да

Логика есть

У кого нибудь получалось подружить jira с керберосом бесплатно?))

бесплатную джиру?

или подружить бесплатно?

У кого нибудь получалось подружить jira с керберосом бесплатно?))

я только с freeipa подружил

В топку ее

https://www.keycloak.org/ ?

https://www.keycloak.org/ ?

jira с ней интегрируется и у неё ldap есть?

У кейклока есть лдап

jira с ней интегрируется и у неё ldap есть?

На твой вопрос ответили ?

да выше ведь

На твой вопрос ответили ?

да выше ведь

Ну, и отлично )

Саня будет жить. Поприветствуем!

подскажите пожалуйта, может здесь еще кто-то натолкнет на мысль, что я упустил или делаю не так есть swarm(1 master, 1 worker) на мастере настроил tls докер сокет, перезапустил докер - всё ок. Проверял коннект как с гитлаб сервака, так и с докер окружения к мастеру - тоже всё ок создал такой вот .gitlab-ci.yml: https://pastebin.com/rxsAkZ9P билд проходит успешно, но когда начинается стейдж деплоя, получаю такую ошибку: Service container logs: 2018-12-13T00:02:32.786387409Z Failed to create API server: Could not load X509 key pair (cert: "", key: ""): open : no such file or directory could not read CA certificate "/certificates/ca.pem": open /certificates/ca.pem: no such file or directory Складывается впечатление что тупо не создается папка с сертами и ключами клиента, которые нужны для подключения к swarm мастеру

для наглядности ошибки

@stef_kkk дружище, мы же обсуждали?

ты вывод ls -lr /certificates добавь в пайплайн )

@stef_kkk дружище, мы же обсуждали?

ну вдруг тут еще кто-то с таким сталкивался

Там где у тебя ошибка, очевидно. Давай убедимся, что каталог есть

И файлы на месте

И файлы на месте

добавил, только вот оно даже не доходит до команд похоже крашется сразу на шаге docker login -u root -p $REGISTRY_PASSWORD $CI_REGISTRY

А ты поменяй их местами

Или сделай так

blablabla || true

Чтобы игнорировать код возврата

Чтобы игнорировать код возврата

а зачем кстати вообще авторизация в реджестри на данном этапе?

чтоб компоуз-файл с переменной могло задеплоить?

а то там внутри него тэг с хэшом и имеджем

чтоб компоуз-файл с переменной могло задеплоить?

Ну, чтобы могло стянуть или запушить образ

А ты поменяй их местами

елы палы.... ты не поверишь......

спасибище тебе, мужик!

А?

я даже поверить не могу, что проблема было тупо в последовательности комманд в стейдже деплоя было так(сори за простыню) script: - docker login -u root -p $REGISTRY_PASSWORD $CI_REGISTRY - mkdir -p $DOCKER_CERT_PATH - echo "$TLSCACERT" > $DOCKER_CERT_PATH/ca.pem - echo "$TLSCERT" > $DOCKER_CERT_PATH/cert.pem - echo "$TLSKEY" > $DOCKER_CERT_PATH/key.pem - ls -lr /certificates - docker stack deploy -c docker-compose.yml app --with-registry-auth сделал так: - mkdir -p $DOCKER_CERT_PATH - echo "$TLSCACERT" > $DOCKER_CERT_PATH/ca.pem - echo "$TLSCERT" > $DOCKER_CERT_PATH/cert.pem - echo "$TLSKEY" > $DOCKER_CERT_PATH/key.pem - ls -lr /certificates - docker login -u root -p $REGISTRY_PASSWORD $CI_REGISTRY - docker stack deploy -c docker-compose.yml app --with-registry-auth

и завелось...

вау. гречка!

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

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

нет, разница как раз есть

потому что когда ты делаешь docker login, то он УЖЕ происходит на УДАЛЕННОМ сервере

к которому доступ по сертификатам

удобно авторизовываться без сертов то )

потому что когда ты делаешь docker login, то он УЖЕ происходит на УДАЛЕННОМ сервере

ну нихерассе

удобно авторизовываться без сертов то )

удобно, но секьюрно-ли?))