The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз PostgREST 9.0.0, надстройки для превращения БД в API RESTful, opennews (??), 28-Ноя-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


6. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –5 +/
Сообщение от Жявамэн (?), 28-Ноя-21, 10:41 
Пока не добавят балансировщик нагрузки и мастер мастер репликацию для бд - в прод не пригодно.
Ответить | Правка | Наверх | Cообщить модератору

10. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +7 +/
Сообщение от An0nim0us (?), 28-Ноя-21, 10:56 
Балансировщик - любой существующий для http. Условно делай апстримы в nginx и балансируй себе.
Репликация - уже давно есть в постгресе.
Глупо было бы им переизобретать велосипед...
Ответить | Правка | Наверх | Cообщить модератору

11. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –5 +/
Сообщение от Аноним (4), 28-Ноя-21, 11:03 
Репликация, nginx — это всё и есть велосипеды. Так и вижу как ты пойдешь к директору банка и начнешь рассказывать как ты делаешь балансировку, через бесплатную тулзу, которую пишет васян, которая не дает  никаких гарантий ни для чего. Про репликацию, когда у тебя основная нагрузка это запись.  А директор тебе выдаст волчий билет и отправит на биржу труда.  
Ответить | Правка | Наверх | Cообщить модератору

19. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +10 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 11:35 
Директор банка, как правило, прислушивается к своему начальнику отдела автоматизации (или как там называется эта должность том в конкретном банке). Если для этого специалиста nginx (или haproxy, или varnish) - это васянопродукт, то я хотел бы знать название этого банка, чтобы держаться от него подальше.
(Собственно говоря, я знаю один такой банк - самый крупный в РФ, претендующий на более чем полуторавековую историю, который завязался на проприетарное ПО зарубежного производителя и теперь вынужден подчиняться ограничениям, которые ему выставляет поставщик ПО - например, этот банк не может работать в Крыму. Так я забрал из него все деньги, которые там по привычке держали родители).
Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (4), 28-Ноя-21, 11:44 
Да я тебя даже скажу он называется Сбербанк. Дело правда было давно лет 10 назад.  
Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от penetrator (?), 28-Ноя-21, 11:48 
Ни один вменяемый банк не будет работать в Крыму и никакого отношения к IT, проприетарному ПО и тд, это не имеет, вся эта кухня с Крымом это для ура-поцреотов, а нам про open source, пожалуйста.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

28. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 12:01 
Ваш анализ вменяемости очень полезен..для 6 палаты... а к ИТ "вся эта кухня" имеет самое непосредственное отношение. Потому что количество отраслей на которые будет распространятся действие последней версии экспортных ограничений США - будет только расти.
Слышали новость? Под санкции попал МФТИ :) Давай до свиданья Оракл в МФТИ, давай досвидос амигос винда в МФТИ. Давай пока VmVware в МФТИ... Я не знаю, может они и не пользовались ничем этим... Но и не будут :) И это хорошо.
Потому что будет создано свое. Что поднимет квалификация своих программистов, а не заплатит денюжку забугорным.
Ответить | Правка | Наверх | Cообщить модератору

37. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от Аноним (37), 28-Ноя-21, 13:08 
> И это хорошо.
> Потому что будет создано свое. Что поднимет квалификация своих программистов, а не заплатит денюжку забугорным.

Проходили уже в истории "будет создано своё". Шо, опять? (с)

Ответить | Правка | Наверх | Cообщить модератору

43. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 14:32 
Кагбэ, вполне работающий подход - брать чужое и на его основе делать своё.
Ответить | Правка | Наверх | Cообщить модератору

48. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (37), 28-Ноя-21, 15:20 
> Кагбэ, вполне работающий подход - брать чужое и на его основе делать
> своё.

ни с чем не совместимое, а если совместимое, то остальному миру не нужное, и тд и тп. Работающий подход, понимаю. Если в этом самоцель (тоесть даже не пресловутое "импортозамещение"), то это нечто.

Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 19:26 
А что, для королёвской Р7 нужно было сохранить совместимость с боеголовками для фонбрауновской V-2? Или корабли Петра Первого должны были сохранить совместимость с голландскими лебёдками для якорных цепей?
Ответить | Правка | Наверх | Cообщить модератору

110. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от Аноним (4), 29-Ноя-21, 13:11 
А сейчас что ты работаешь не на боеголовке а на персональном ПК. И кушаешь ты хлеб а не боеголовку. Think about it.  
Ответить | Правка | Наверх | Cообщить модератору

119. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от YetAnotherOnanym (ok), 29-Ноя-21, 16:38 
Ну, от хлеба требуется только совместимость с моим желудком. А что до вычтехники - очень хороший пример, кстати - после перехода в СССР на архитектуру IBM развитие вычтехники в СССР почти полностью прекратилось, потому что любая самостоятельная разработка могла обернуться потерей совместимости со будущими разработками самой IBM. Так что лучше на совместимость сразу забить.
Ответить | Правка | Наверх | Cообщить модератору

122. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (122), 29-Ноя-21, 17:17 
Копирование IBM было единственным нормальным решением в той ситуации. Продолжать местечковую мышиную возню не было никакого смысла.
Ответить | Правка | Наверх | Cообщить модератору

143. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от _hide_ (ok), 01-Дек-21, 13:14 
> Копирование IBM было единственным нормальным решением в той ситуации. Продолжать местечковую
> мышиную возню не было никакого смысла.

Всё зависит от поставленных целей.

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

98. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +2 +/
Сообщение от Аноньимъ (ok), 29-Ноя-21, 07:32 
Себе нужно быть нужным, а не остальному миру.
Более того, остальному миру особенно ненужно чтобы у вас был совместимый конкуретнвй продукт, вот ненужно. Подумойте почему. Может просвятитесь.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

109. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (4), 29-Ноя-21, 13:10 
Просто ты будешь меньше кушать. Никто ничего создавать не будет.  В Северной Корее что-то ничего своего не сделали.  
Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

45. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 14:38 
> Ни один вменяемый банк не будет работать в Крыму

Хы... а можете озвучить свои критерии "вменяемости"?

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

49. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +2 +/
Сообщение от Аноним (37), 28-Ноя-21, 15:25 
>> Ни один вменяемый банк не будет работать в Крыму
> Хы... а можете озвучить свои критерии "вменяемости"?

Санкции. Те, на которые вам пофиг, а банкам (присутствующим на международном финансовом рынке) нет.

Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от penetrator (?), 28-Ноя-21, 18:33 
>>> Ни один вменяемый банк не будет работать в Крыму
>> Хы... а можете озвучить свои критерии "вменяемости"?
> Санкции. Те, на которые вам пофиг, а банкам (присутствующим на международном финансовом
> рынке) нет.

единственно верный и адекватный комментарий, доступ к финансовым инструментам и финансовым рынкам стран, наложившим определенные санкции, - вот определяющий фактор, а ПО - это капля в море в структуре затрат, которые понесет банк

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

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

Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от YetAnotherOnanym (ok), 28-Ноя-21, 19:19 
Пц, "адекваты" подобрались...  Признак адекватности для них - нахождение под топором.


Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от penetrator (?), 28-Ноя-21, 20:33 
> Пц, "адекваты" подобрались...  Признак адекватности для них - нахождение под топором.

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

Ответить | Правка | Наверх | Cообщить модератору

140. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 30-Ноя-21, 14:50 
куда и под какую гильотину лез МФТИ?
Ответить | Правка | Наверх | Cообщить модератору

111. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (4), 29-Ноя-21, 13:13 
Завязывай с телеком это не твоё.  
Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

106. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от drTr0jan (?), 29-Ноя-21, 09:17 
Внезапно, у этого крупнейшего банка внутри очень много nginx.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

113. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от Аноним (4), 29-Ноя-21, 13:17 
Но сюрприз это не балансировщик перед постгресом, который пытается изображать толи мастера толи маргариту.
Ответить | Правка | Наверх | Cообщить модератору

20. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +3 +/
Сообщение от An0nim0us (?), 28-Ноя-21, 11:36 
> Репликация, nginx — это всё и есть велосипеды. Так и вижу как
> ты пойдешь к директору банка и начнешь рассказывать как ты делаешь
> балансировку, через бесплатную тулзу, которую пишет васян, которая не дает  
> никаких гарантий ни для чего. Про репликацию, когда у тебя основная
> нагрузка это запись.  А директор тебе выдаст волчий билет и
> отправит на биржу труда.

Никто не сделает репликацию постгреса лучше чем сами разработчики постгреса. И очень мало продуктов могут достойно конкурировать с nginx по балансировке http трафика. По твоим словам я точно понимаю что ты не директор банка и далек от ИТ. Еще больше удивлю, что самые сложные, что самые нагруженные трафиком проекты - это не банки. Не устраивает бесплатно, то у обоих продуктов есть платная версия.
А если директор будет нести ахинею не разбираясь в теме, то я сам уйду к более адекватному работодателю. К счастью на рынке дефицит квалифицированных специалистов и это не будет проблемой. А тебе я бы не советовал со старта переходить на личности - это сильно понижает.

Расскажи лучше как бы выглядели не велосипеды в твоем понимании - мы либо рассмеемся, либо ты откроешь многим глаза на то как должна строится инфраструктура;)

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

23. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –4 +/
Сообщение от Аноним (4), 28-Ноя-21, 11:46 
Сразу открою секрет банк будет использовать нормальные базы данных, которые сами всё умеют, а не городить велосипеды непонятно из чего.  
Ответить | Правка | Наверх | Cообщить модератору

26. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 11:53 
Ну, пафосно конечно но глупо.Назовите пожалуйста хотябы две таких СУБД не попадающих под санкции?
Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от An0nim0us (?), 28-Ноя-21, 12:39 
Тебя что кроме банка никуда больше не берут? Почему у тебя техническая дискуссия сводится к "банки используют" и "банки не используют"?
Ладно открою еще 1 секрет, что каждая база нормальная для определенного круга задач и та платная база на которую ты намекаешь, не для всех задач будет оптимальным решением. Также открою еще 1 секрет, что ту базу на которую ты намекаешь банки используют только потому что многие готовые решения для твоих банков заточенны под нее, а не потому что она лучшая для всех задач.
Также напомню что изначально дискуссия началась тем что тебя уведомили что полноценные репликация и балансировка для данного решения доступны. Но, возможно, просто вы настолько привыкшие к тому что "консультанты платных продуктов" думают за вас и просто говорят как надо сделать для конкретной задачи, что у вас сформировалось "тунельное мышление". Других объяснений вашей реакции на начало типичной технической дискуссии у меня нет.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

36. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 12:49 
К тому же, товарищу наверное будет любопытно узнать, что под капотом тех решений "которые банки используют" зачастую находятся просто опенсорсные программы, или нечто купленное у нонеймов и слегка допиленное...
Ответить | Правка | Наверх | Cообщить модератору

25. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 11:51 
К директору банка прийдет чувак в костюме который расскажет про импортозамещение, sla, ROI....
И директор банка никогда не узнает что там на самом деле под капотом- всего лишь nginx и штатная репликация постгреса.
Кстати мастер-мастер репликация в постгресе есть, и доступна в исходных кодах...
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

112. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (4), 29-Ноя-21, 13:15 
Директор выразить свою глубочайшую заинтересованность и продолжит использовать продукт, который работает. А не тот который ему скажут.  
Ответить | Правка | Наверх | Cообщить модератору

123. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (122), 29-Ноя-21, 17:19 
Интересно, видел ли кто-нибудь из участников дискуссии директора банка.
Ответить | Правка | Наверх | Cообщить модератору

42. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +1 +/
Сообщение от Аноним (44), 28-Ноя-21, 14:29 
> Репликация - уже давно есть в постгресе

Пожалуйста, озвучьте проверенное решение. По тому, что я знаю, мастер-мастер репликации не существует из коробки в PostgreSQL. Есть коммерческое решение от EnterpriseDB. Называется Postgres-BDR (или ещё: "Always on").

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

Вообще MySQL, поправьте если я не прав, это единственная реляционная база данных умеющая такое из коробки. И для этого есть причины. Главная - очень сложно алгоритмически разрабатывать такое решение. Оракл, например, не захотел идти по этому пути и тоже не умеет мастер-мастер. Но это же не конец света. Кому надо, могут использовать GG или писать свои решения.

Я вообще считаю, что мастер-мастер на _уровне базы данных_ - это зло. И выставлять это, как какой-то недостаток, считаю это неоправданным требованием.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

52. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  –1 +/
Сообщение от Михрютка (ok), 28-Ноя-21, 16:12 
>>>Оракл, например, не захотел идти по этому пути и тоже не умеет мастер-мастер.

вот щас оракл раку стало очень обидно

Ответить | Правка | Наверх | Cообщить модератору

54. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 16:19 
С чего бы то это ему было обидно? Оракл RAC - это разделяемое хранилище с блочной репликацией. Там нет такой сущности как "самостоятельная нода работающая как мастер или чтото иное". Там все ноды- работают с одной версией БД, которая лежит на распределенном блочном устройстве.
Ответить | Правка | Наверх | Cообщить модератору

68. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Михрютка (ok), 28-Ноя-21, 19:07 
сорьки, я было подумал, что pq dbr это мастер/мастер синхронная репликация, порадовался - ну хоть какое-то подобие рака.

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

Ответить | Правка | Наверх | Cообщить модератору

77. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от ыы (?), 28-Ноя-21, 20:20 
блочное устройство- это не идиома для жесткого диска как вы очевидно думаете. блочное устройство в отличие от символьного - это такая сущность интерфейс которого общается с внешним миром посредством блоков а не символов.
блок- ключевое понятие в оракле, на нем все держится. и процесс репликации данных в RAC тоже происходит блоками.
То самое шаред хранилище - вполне себе блочное устройство. которое реплицируется.
Ответить | Правка | Наверх | Cообщить модератору

81. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Михрютка (ok), 28-Ноя-21, 21:02 
> То самое шаред хранилище - вполне себе блочное устройство. которое реплицируется.

куда?


Ответить | Правка | Наверх | Cообщить модератору

93. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от x3who (?), 29-Ноя-21, 03:09 
там всё хуже - поскольку хранилище общее, то в принципе к одному блоку ломиться транзакции на разных нодах, из-за этого лезут какие-то глобальные блокировки, производительность падает в пол в таких случаях. Борьба с напастью -  это работать с одним набором данных на одной ноде, с другим - на другой, например на уровне партиций. Но какой-то набор данных будет общим всегда. Но вот чем тут может быть лучше мультимастер с репликацией ума не приложу - дублирование стораджа под хранение одних и тех же данных на разных нодах, более высокий трафик между нодами при сохранении необходимости как-то синхронизировать встречные изменения данных, сделанные на разных мастерах.
Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

59. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от An0nim0us (?), 28-Ноя-21, 16:51 
Про мастер-мастер репликацию никто не упоминал ранее. Классическая репликация (master-slave) есть из коробки и она более чем проверенная.

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

Если говорить о мастер-мастер в целом для РСУБД, то любая из существующих реализаций имеет существенные нюансы либо изначально заявленные ограничения.
MySQL действительно умеет мастер-мастер из коробки, но есть сценарии при которых такая репликация может создать проблемы, т.э. имеет нюансы которые нужно учитывать. Из-за чего в реальности на продакшене это до сих пор не популярное решение и там где используется нужно учитывать эти нюансы архитектурно. Оракл, кстати также официально умеет в мастер-мастер и нюансы там примерно такие же как и MySQL.
Но по мне, если очень-очень нужен master-master и нельзя использовать другие архитектурные решения и есть возможность использовать любую БД, то вместо учитывания нюансов о которых никто явно не пишет и сидения на пороховой бочке, лучше использовать решения которые изначально создавались как распределенные базы данных. Т.э. условная Cassandra имеет изначальные ограничения по синтаксису и возможностям, но зато очень хорошо масштабируется и решает конфликты в сравнении с классическими master-master любой РСУБД. А так то именно мультимастер не всегда нужен и почти всегда можно разделить базу на несколько отдельных, шардировать, селекты делать со слейвов и прочие решение в зависимости от проблемы которую нам нужно решить и это будет более прогнозируемо чем мультимастер.

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

64. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (44), 28-Ноя-21, 18:01 
> Оракл, кстати также официально умеет в мастер-мастер и нюансы там примерно такие же как и MySQL

нет, извините, но всё же не умеет. RAC - это не мастер-мастер данных, а только инстанса.

Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от An0nim0us (?), 28-Ноя-21, 18:59 
извиняю, но я не имел ввиду RAC. Я имел ввиду -  https://docs.oracle.com/cd/B28359_01/server.111/b28326/repma...
Ответить | Правка | Наверх | Cообщить модератору

69. "Релиз PostgREST 9.0.0, надстройки для превращения БД в API R..."  +/
Сообщение от Аноним (44), 28-Ноя-21, 19:10 
Точно, вспомнил теперь. Есть такая штука у Оракла. Когда-то в конце 90-х на модемных линиях её использовали. И это не оценочное суждение, просто факт.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру