Вот все говорят про оптимизацию ядра БД и прочие свистоперделки. А что про совершенствование инструментов работы с БД? Возмем к примеру pg_dump который до сих пор не умеет адекватно делать дамп с CREATE TABLE IF NOT EXISTS, а сделать дамп чтобы там не было CREATE SCHEMA public? И такого утилита не умеет. В результате чтобы этот дамп восстановить нужно еще его допилить sed/awk - Ну ребята, 21 век на дворе, а тут такое гэ. И смех и грех. Про другие "особенности" того же pg_dump я умолчу. Кстате во многих энтерпрайз форках все эти вещи допилили и довели до ума, но в ванилу никто не спещит добавлять эти удобства.
Что толку от шустрой БД если с ней нельзя нормально и удобно работать?
Любой замок можно открыть, это лишь вопрос времени и цены. Если это сувальдный замок, то конечно меняется весь. Если это какой-то цилиндрический, то кажеться что смены личинки вполне хватит. Поэтому для полной защиты к хорошему замку всегда ставиться сигнализация с гарантированным приездом ГБР в то время на которое конструкция двери и замка позволит задержать грабителя.
Вот в том то и отличие человека от машины - он умеет думать!
Человек поймет это предложение как восклицательное (восклицательный знак это просто символ конца предложения), ведь факториал - это произведение всех натуральных чисел от 1 до n, а тут написано НАЙДИ СУММУ.
А вот что там вычислит нейросеть - это еще вопрос.
>По хорошему, в строке подключения вместо этого FQDN должны быть указаны адреса всех хостов PostgreSQL-кластера.
К сожалению такой вариант для YC не приемлем, тк в случае пересоздания какого-то хоста у кластера его ID (то есть адрес хоста) будет изменен, что потребует изменения настроек в строке подключения.
Конечно можно встроить в приложение обращение в API YC и на основе ID-кластера получать список всех хостов, но тут возникает очередная точка отказа - само YC API может тупить или вообще сломаться и тогда приложение просто не получит список хостов в кластере (конечно в таком варианте можно переключиться на особые FQDN). Вобщем нужно предусмотреть кучу вариантов чтобы подключиться к БД и главное все это еще нужно протестировать в условиях когда один из дата-центров YC может умереть (а мы знаем что такое случилось в конце апреля 2025).
>target_session_attrs имеет смысл указывать, если у вас более одного хоста. В статье используется алиас, который всегда указывает на PRIMARY:
Отчасти да, он придуман для решения HA на уровне libpq (и совместимых с ней других реализаций) когда указывается множество хостов и выбор куда подключаться идет из этого набора, но в зависимости от реализации, а в частности если говорить про pgx, то будут свои положительные плюсы и для однохостового варианта.
Для YC был бы интересен вариант использования 2-х хостов в строке соединения (c-XXXX.rw.mdb.yandexcloud.net и c-XXXX.ro.mdb.yandexcloud.net) и использования target_session_attrs=primary или target_session_attrs=prefer-standby для гарантированого попадания на праймари либо на реплики (или праймари в случае отсутствия реплики), но в статье ограничились только 1-м хостом.
И для этого рядом с искусственным интеллектом должен быть человек, который глубоко понимает, как это все работает», — заявил Греф.
Ха ха, смешно. Греф в курсе что даже создатели нейронных сетей и ии не понимают до конца как оно работает? Что тогда знают «горе творцы» ии о нем? Ничего.
Зачем создавать хорошую опенсорсную БД? Ведь тогда нельзя будет зарабатывать на коммерческих реализациях этой БД. Вот вопрос и ответ. Именно поэтому судьба многих доработок в пг остается либо с виде патчей, либо в виде коммерческих продуктов. Это я называю - Игра в опенсорс. Ее придерживаются многие проекты, это zabbix, nginx и …. Я не осуждаю их, у каждого свой путь.
Очень надеюсь что в пг 18 все же завезут direct io/aio, вернее не откатят эти патчи.
А статья и не про слонов, а про историю реляционных системы. И как мне кажеться, термин археология применим к этой теме. А про палеонтологию это Вы что-то вдруг брякнули, зачем, непонятно.
На книжке слон изображен, или по вашему доисторический вымерших слонов нет? Я конечно не палеонтолог, но а как же Paleoloxodon antiquus? Слон же? Слон. Не будьте так строги, мы же не на конференции по палеонтологии.
Спасибо а статью. А можете сделать сравнение BiHA скажем в табличном с альтернативами, в том числе опенсорсными и платными от других вендоров? А то так с виду смахивает на patroni или даже чем-то на более продвинутый вариант чем RepMgr
Вот все говорят про оптимизацию ядра БД и прочие свистоперделки. А что про совершенствование инструментов работы с БД? Возмем к примеру pg_dump который до сих пор не умеет адекватно делать дамп с CREATE TABLE IF NOT EXISTS, а сделать дамп чтобы там не было CREATE SCHEMA public? И такого утилита не умеет. В результате чтобы этот дамп восстановить нужно еще его допилить sed/awk - Ну ребята, 21 век на дворе, а тут такое гэ. И смех и грех. Про другие "особенности" того же pg_dump я умолчу. Кстате во многих энтерпрайз форках все эти вещи допилили и довели до ума, но в ванилу никто не спещит добавлять эти удобства.
Что толку от шустрой БД если с ней нельзя нормально и удобно работать?
Любой замок можно открыть, это лишь вопрос времени и цены. Если это сувальдный замок, то конечно меняется весь. Если это какой-то цилиндрический, то кажеться что смены личинки вполне хватит. Поэтому для полной защиты к хорошему замку всегда ставиться сигнализация с гарантированным приездом ГБР в то время на которое конструкция двери и замка позволит задержать грабителя.
Как PPEM соотноситься с подходом IaC (Infrastructure as Code) ?
Кажеться, что алерт слишком перегружен информацией (много букаф, я бы сказал просто овердофига).
Имхо алерт должен быть как выстрел - вовремя, четко, кратко и в точку.
Вот в том то и отличие человека от машины - он умеет думать!
Человек поймет это предложение как восклицательное (восклицательный знак это просто символ конца предложения), ведь факториал - это произведение всех натуральных чисел от 1 до n, а тут написано НАЙДИ СУММУ.
А вот что там вычислит нейросеть - это еще вопрос.
Занимательно, но где же фикс в ванилу?
>По хорошему, в строке подключения вместо этого FQDN должны быть указаны адреса всех хостов PostgreSQL-кластера.
К сожалению такой вариант для YC не приемлем, тк в случае пересоздания какого-то хоста у кластера его ID (то есть адрес хоста) будет изменен, что потребует изменения настроек в строке подключения.
Конечно можно встроить в приложение обращение в API YC и на основе ID-кластера получать список всех хостов, но тут возникает очередная точка отказа - само YC API может тупить или вообще сломаться и тогда приложение просто не получит список хостов в кластере (конечно в таком варианте можно переключиться на особые FQDN). Вобщем нужно предусмотреть кучу вариантов чтобы подключиться к БД и главное все это еще нужно протестировать в условиях когда один из дата-центров YC может умереть (а мы знаем что такое случилось в конце апреля 2025).
>
target_session_attrsимеет смысл указывать, если у вас более одного хоста. В статье используется алиас, которыйвсегдауказывает на PRIMARY:Отчасти да, он придуман для решения HA на уровне libpq (и совместимых с ней других реализаций) когда указывается множество хостов и выбор куда подключаться идет из этого набора, но в зависимости от реализации, а в частности если говорить про pgx, то будут свои положительные плюсы и для однохостового варианта.
Для YC был бы интересен вариант использования 2-х хостов в строке соединения (c-XXXX.rw.mdb.yandexcloud.net и c-XXXX.ro.mdb.yandexcloud.net) и использования target_session_attrs=primary или target_session_attrs=prefer-standby для гарантированого попадания на праймари либо на реплики (или праймари в случае отсутствия реплики), но в статье ограничились только 1-м хостом.
Мечты мечты)
Что только люди не делают, лишь бы не пользоваться cmake в 21 веке
А русских то названий у этих компаний нет или там нашего российского тоже нуль без палочки?
Datadog опередили PgPro
https://github.com/DataDog/pg_tracing
и вдобавок у Datadog расширение сразу отправляет трейсы в OTEL хранилище
Время ничто, важна лишь жизнь (с)
Ха ха, смешно. Греф в курсе что даже создатели нейронных сетей и ии не понимают до конца как оно работает? Что тогда знают «горе творцы» ии о нем? Ничего.
Зачем создавать хорошую опенсорсную БД? Ведь тогда нельзя будет зарабатывать на коммерческих реализациях этой БД. Вот вопрос и ответ. Именно поэтому судьба многих доработок в пг остается либо с виде патчей, либо в виде коммерческих продуктов. Это я называю - Игра в опенсорс. Ее придерживаются многие проекты, это zabbix, nginx и …. Я не осуждаю их, у каждого свой путь.
Очень надеюсь что в пг 18 все же завезут direct io/aio, вернее не откатят эти патчи.
Патчи пилят, но до ванилы они не доезжают. Судьба патча Loose Index Scan/Index Skip Scan тому яркий пример - не довезли.
Не ругайтесь. Что изображать выбирает автор статьи. Тема связана с postgres, а его символ это слон.
А статья и не про слонов, а про историю реляционных системы. И как мне кажеться, термин археология применим к этой теме. А про палеонтологию это Вы что-то вдруг брякнули, зачем, непонятно.
На книжке слон изображен, или по вашему доисторический вымерших слонов нет? Я конечно не палеонтолог, но а как же Paleoloxodon antiquus? Слон же? Слон. Не будьте так строги, мы же не на конференции по палеонтологии.
Спасибо а статью. А можете сделать сравнение BiHA скажем в табличном с альтернативами, в том числе опенсорсными и платными от других вендоров? А то так с виду смахивает на patroni или даже чем-то на более продвинутый вариант чем RepMgr