смотри, если ситуация "сдох линк => чувака кикнуло из базы => тот соединился заново и дальше работает" приемлема, можно решить тупо DNS-ом

в 95% случаев все обращения к этой бд - это либо вставка одной строки, либо селект одной строки

если кого-то кикнет - не критично

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

если кикнет 500 человек - критично :)

Тупо пофиг. Главное - тупо настроить репликацию штатными средствами БД

Тупо пофиг. Главное - тупо настроить репликацию штатными средствами БД

+1

но для репликации по-любому нужен мастер-сервер

а если он отвалился?

Ты просто даешь коннект не по ip, а по dns-имени. Упал линк - подменил запись, реконнектился

А это уже к базе вопросы и к настройкам реплики

но для репликации по-любому нужен мастер-сервер

да, и опенстек не может его родить магически. Как и vmWare и другие похожие технологии

а если он отвалился?

Нужно писать приложение так,

ЕМНИП, тот же Postre умеет, в случае дауна мастера голосованием выбирать нового

что бы оно штатно отрабатывало ситуацию отваливания

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

ospf

читал ещё что SaaS можно использовать

Магии не бывает.

читал ещё что SaaS можно использовать

ничем не лучше

читал ещё что SaaS можно использовать

Не верь

своё железо в вашем случае наверняка дешевле будет

На самом деле, те же яйца, только в профиль

своё железо в вашем случае наверняка дешевле будет

Ну вот это уже считать надо.

можно сделать всё на OpenStack, правда можно. Это удешевит разработку, и будет удобно,

если есть и ДРУГИЕ приложения

которые можно сунуть в это облако

Но в каждом сайте тоже будет 2-3 сервера опенстека :)

С облаками, саасами, паасами и прочими асами, как правило, конкурентное преимущество именно цена.

голден гейт это ETL, наверное для репликации норм будет

если кикнет 500 человек - критично :)

ты подробнее расскажи что ты хочешь

голден гейт это ETL, наверное для репликации норм будет

есть ли другие приложения?

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

failover на другой инстанс бд?

если кроме БД ничего нет, нет смысла городить ни private cloud, ни SaaS тем более

failover на другой инстанс бд?

Тоже как варик. Я частный случай этого "лобового" решения и предложил, собственно

ты подробнее расскажи что ты хочешь

есть коллцентр в 6 городах, в каждом городе свой сервер бд

если кроме БД ничего нет, нет смысла городить ни private cloud, ни SaaS тем более

Склонен поддержать Ксению. Тем более имя мне нравится)

сервера собраны в сеть

есть коллцентр в 6 городах, в каждом городе свой сервер бд

Уже плохо)

на этих бд инфа с ПО операторов

Ты хочешь все это собрать в кучу

на звонке всплывает интерфейс и делается инсерт

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

на этих бд инфа с ПО операторов

Сразу вопрос, к исходникам этого ПО есть доступ, или оно "от поставщика"

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

наймите хорошего DBA

приложения все наши

И кодера

пусть всё это систематизируют

пусть приведут к одному стандарту

а HA делать средствами базы данных

дба то хороший, хочется самое приемлемое решение найти

дба то хороший, хочется самое приемлемое решение найти

если хороший, он знает решение

а если он отвалился?

Может быть синхронная мульти-мастер репликация (медленно но в среднем надежно)

ну да, либо вы доверяете мнению ДБА, либо гоните его взашей

вот, вообще о клауде - он выгоден, если орава своих разработчиков, да ещё и тех, кто попробовал AWS

или ты ДБА?)

нет, я разраб

когда у тебя мастеров не 1, а эн (эн > 3, обычно нечетное) и пока не подтвердит 50% + 1 запись ничего не случиться

вот, вообще о клауде - он выгоден, если орава своих разработчиков, да ещё и тех, кто попробовал AWS

если вы пишите много кода для себя

если вы пишите много кода для себя

в этом случае опенстек рулит, как и AWS. Т.к. дико экономит время и ресурсы

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

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

экономия времени, а не денег

и жертва - деньги )

Ну, знаешь ли. Могу привести пару примеров экономии И времени, И денег)

и жертва - деньги )

это если AWS. OpenStack дешевый, дешевле энтерпрайз виртуализейшен на VmWare

это если AWS. OpenStack дешевый, дешевле энтерпрайз виртуализейшен на VmWare

но дороже чем налабать виртуалки на kvm )

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

Ну, знаешь ли. Могу привести пару примеров экономии И времени, И денег)

Оно экономит если сравнивать странные кейсы когда у людей была дорогая большая железка утилизирующаяся на 1%, а они перешли в авс на виртуалку загруженную под 70% и им это стало дешевле )

есть же еще OpenShift тот же или Google App Engine. Во многих случах можно обойтись "условно-халявными" инстансами

но дороже чем налабать виртуалки на kvm )

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

AWS, GCE и прочие облака стоят дороже просто VPS/VDS, которые в свою очередь дороже железа.

И даже если поднимать это на "Малине", выйдет дороже

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

Все зависит от масштабов и ситуации конкретной

AWS, GCE и прочие облака стоят дороже просто VPS/VDS, которые в свою очередь дороже железа.

Владимир, вы в цепочке подсчетов сопровождение исключили

Владимир, вы в цепочке подсчетов сопровождение исключили

Ну скажем так, оно все равно нужно, нужно меньше людей, но люди которые нужны будут дороже

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

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

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

и количество сущностей которые можно поддерживать сопоставимое

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

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

Зачем нужен админ каждый день? Прикрутил веб морду к квм получше и ок

"Бьем в расход. По мастям и областям" Скоро эти слова станут кодом, так как парни из СПБ постарались и создали язык для "чотких" и назвали его YoptaScript. Фулл почитать можно тут: https://tjournal.ru/38460-kuku-iopta-sozdan-pervii-yazik-programmirovaniya-dlya-gopnikov-i-realnih-pacanov

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

Я не видел аутсорса девопсов

если есть, то да, может быть

значит равноправное облако это миф? а как же облака в интернете? там же нет мастер-сервера... вроде

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

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

Вы строго в проектном ключе говорите. Не у всех контор разработка ПО - основной профиль.

значит равноправное облако это миф? а как же облака в интернете? там же нет мастер-сервера... вроде

Магии не существует

если есть, то да, может быть

Конечно есть

за любой магии стоит велосипед с квадратными колесами

Вы строго в проектном ключе говорите. Не у всех контор разработка ПО - основной профиль.

Им ваще пофигу на кого аутсорсить

значит равноправное облако это миф? а как же облака в интернете? там же нет мастер-сервера... вроде

Равноправные облака - это не миф. Что у перистых, что у других каких-то, я не помню названий, права идентичны. Остальное - к базам данных, облака - тупо фантик, обертка.

Владимир, в моей глуши аутсорс - это в принципе достаточно туго заходящая теория.

С другой стороны, есть варианты.

на звонке всплывает интерфейс и делается инсерт

Вам прямо так важно сразу делать инсерт?

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

Я всю эту хрень оборачиваю в докер и запускаю. Оно работает.

Зачем нужен админ каждый день? Прикрутил веб морду к квм получше и ок

Ага

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

Вам прямо так важно сразу делать инсерт?

важно

Вам прямо так важно сразу делать инсерт?

Мож, таки этот инсерт не напрямую слать, а в API завернуть?