|
|
|
postgres + multi host
|
|||
|---|---|---|---|
|
#18+
как вы решает проблему кластера постгреса если npgsql не умеет мультхост вроде как? через доменное имя? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2020, 14:26 |
|
||
|
postgres + multi host
|
|||
|---|---|---|---|
|
#18+
handmadeFromRu, А что мешает соответственно, запустить несколько инстансов приложения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2020, 19:20 |
|
||
|
postgres + multi host
|
|||
|---|---|---|---|
|
#18+
hVostt handmadeFromRu, А что мешает соответственно, запустить несколько инстансов приложения? ну а зачем работать с кластером пг иметь н-штук приложений? что эт даст ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2020, 08:11 |
|
||
|
postgres + multi host
|
|||
|---|---|---|---|
|
#18+
handmadeFromRu hVostt handmadeFromRu, А что мешает соответственно, запустить несколько инстансов приложения? ну а зачем работать с кластером пг иметь н-штук приложений? что эт даст нужно полагать, раз у тебя кластер, значит предполагается нефиговая нагрузка масштабирование инстансов приложений -- это первое, что напрашивается как со стороны безотказности, так и надёжности, трафик балансируется на приложение, каждое приложение (или групп), работает со своим коннекшеном самое простое решение, или планируется создавать неистовую нагрузку на кластер БД всего одним экземпляром ПО? )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2020, 12:32 |
|
||
|
postgres + multi host
|
|||
|---|---|---|---|
|
#18+
hVostt handmadeFromRu пропущено... ну а зачем работать с кластером пг иметь н-штук приложений? что эт даст нужно полагать, раз у тебя кластер, значит предполагается нефиговая нагрузка масштабирование инстансов приложений -- это первое, что напрашивается как со стороны безотказности, так и надёжности, трафик балансируется на приложение, каждое приложение (или групп), работает со своим коннекшеном самое простое решение, или планируется создавать неистовую нагрузку на кластер БД всего одним экземпляром ПО? )) про нагрузку еще не думали. а вот приперлись SRE и говорят где мультихости трудяги..я вот что то потерялся что ответить. а они типо у ребята на джаве это подсмотрели через jdbc ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2020, 13:30 |
|
||
|
postgres + multi host
|
|||
|---|---|---|---|
|
#18+
handmadeFromRu про нагрузку еще не думали. а вот приперлись SRE и говорят где мультихости трудяги..я вот что то потерялся что ответить. а они типо у ребята на джаве это подсмотрели через jdbc SRE не теряйся задать ответный вопрос "нахуа? вы чо приперлись вообще?" и плевать куда они там подсмотрели, мозгой надо думать :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2020, 23:45 |
|
||
|
postgres + multi host
|
|||
|---|---|---|---|
|
#18+
handmadeFromRu hVostt пропущено... нужно полагать, раз у тебя кластер, значит предполагается нефиговая нагрузка масштабирование инстансов приложений -- это первое, что напрашивается как со стороны безотказности, так и надёжности, трафик балансируется на приложение, каждое приложение (или групп), работает со своим коннекшеном самое простое решение, или планируется создавать неистовую нагрузку на кластер БД всего одним экземпляром ПО? )) про нагрузку еще не думали. а вот приперлись SRE и говорят где мультихости трудяги..я вот что то потерялся что ответить. а они типо у ребята на джаве это подсмотрели через jdbc Ответить надо было: а нахуа, все SLO и так выдерживаем с запасом, хелсчеки все зелёные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.12.2020, 08:38 |
|
||
|
|
start [/forum/topic.php?fid=18&fpage=4&tid=1354587]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
26ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 305ms |
| total: | 426ms |
| 0 / 0 |
