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

лолд, вобще бремя доказательство лежит на утверждающем )

иначе вы простой троль )

типа "Я умею летать. Докажи. Потрудись сам найти"

окаааай )

а еще я могу тебя называть девятилетней школьницей тогда )

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

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

а еще я могу тебя называть девятилетней школьницей тогда )

это был форвард от Dmitrii Korotkovskii, мне просто понравилось его умение вести беседу

раньше было популярно Xen, Virtuozzo (и OpenVZ), потом пришёл KVM и всех съел

скорее неумение аргументировать достойным соперникам))

С KVM же история такая же как с lxc

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

а в OpenStack там какие контейнеры сейчас? не KVM?

что там Мирантис внедряет обычно?

интересно, тут в чатике есть люди из Мирантиса?

так там все 4 в ное поддерживаются

вроде как любая на выбор

*нове

купил ты вмварю, пили на вмваре

это был форвард от Dmitrii Korotkovskii, мне просто понравилось его умение вести беседу

Не хотел никого обидеть. Просто тоже одновременно делами занят.

никто не обиделся)

https://wiki.openstack.org/wiki/HypervisorSupportMatrix

в группе А только libvirt (qemu/KVM on x86)

полагаю, это выбор по умолчанию

Я сейчас больше озабочен прочтением документации на OAuth1 и как там ссаная подпись генерируется.

Фух, дочитал 700 сообщений

для oAuth на Django-проектах обычно используют https://github.com/omab/python-social-auth

кто обновлял kubernetes master? если с версии 1.1.8 на 1.2.4 просто бинарники переложить и перезапустить то там ничего не навернется?

Фух, дочитал 700 сообщений

Но зачем?

Но зачем?

Ну интересно же!

Узнал про rkt + LXC/D

Хм

для oAuth на Django-проектах обычно используют https://github.com/omab/python-social-auth

Да, но тут у меня немного другой случай. Я подсосался к закрытому протоколу дного приложения. Щас вот надо научиться подделываться запросы в их API.

ть*

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

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

Так же думал. Ну не то, что бы хейтил, но все-таки. Оказалось удобно

Это удобно, и всё остальное уже явно не удобно, но не без греха

Да понятно..

да там из-за systemd столько всего было... даже Debian хотели фокрнуть

в знак простеста против перехода Debian'а на systemd

форкали бы да и хер быс ними

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

да там из-за systemd столько всего было... даже Debian хотели фокрнуть

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

наверное, в новых версиях улучшат это

да там из-за systemd столько всего было... даже Debian хотели фокрнуть

У таких принципиальных ребят обычно кроме "хотения" руки не до чего не доходят

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

ты еще посмотри на убунту 16ю) Так что в debian еще ок )

ты еще посмотри на убунту 16ю) Так что в debian еще ок )

и там тоже да. но там вроде версия systemd зато посвежее

и там тоже да. но там вроде версия systemd зато посвежее

если сравнивать jessie/xenial то да, 215vs219, если же взять testing/stretch то там тоже 229

*215vs229

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

я писал выше, для нормальной работы Rkt нужен systemd 228 или выше, так что сейчас Ubuntu - лучший способ попробовать в production Rkt если кто-то хочет

@lorddaedra по поводу bgp в квартире можешь в этот чатик обратиться https://telegram.me/ntwrk

а как кто живет в нескольких ДЦ? вот есть у меня виртуалка в одном датацентре, база постгрес. В другом датацентре живет горячая копия этой виртуалки. Как синхронизировать базы между ними? Если репликация то какая? Синхронная, асинхронная? Транзакции терять не вариант

Binary streaming?

Если база 9.1 или новее

@Geri4x, спасибо

Binary streaming?

в синхронном режиме? просто бывает что пропадает связность между этими дц. база 9.4

да там из-за systemd столько всего было... даже Debian хотели фокрнуть

форкнули. https://devuan.org/

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

вот эти варианты с передачей файлов через флокер - для субд это не подойдет

если не останавливать процессы

в синхронном режиме? просто бывает что пропадает связность между этими дц. база 9.4

Если пропадает связь то хз

pgpool+binary streaming

Возможно такая связка взлетит

асинхронная репликация для баз между дц

в 9.4 или 5 там уже она очень хорошо

ну остается же вариант что ты потеряешь данные

при асинхронной

эм ? почему ?

почитайте на эту тему статью в их вики https://wiki.postgresql.org/wiki/Replication,_Clustering,_and_Connection_Pooling

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

если принципиально нельзя терять данные, то вариант один - 2PC

вопрос в консистентности данных, или размере лага репликации ?

вопрос в консистентности

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

эм ? почему ?

ну в случае с streaming я как понимаю он сначала у себя в wal запишет, а потом на реплику передаст и если в этот самый момент первый сервер подыхает то транзакцию мы теряем

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

сценарий: слейвы временно теряют связь с мастером - и либо будет split brain, либо новый мастер будет R/O

ну да, это ожидаемо..

тут похоже третьего не дано

на то и CAP