iliakb, здравствуйте! От атаки БПЛА организована внутренняя защитная система. А события полуторавековой давности при реализации проекта не рассматривались.
В больших компаниях, где есть сильная внутренняя ИТ-команда и отлаженные процессы, администрирование СУБД вручную — вполне оправданный путь. Особенно если речь про критичные сервисы, где важна максимальная кастомизация. Мы не пытаемся противопоставить себя таким командам — у нас другая задача.
В статье речь про управляемые базы в модели PaaS, которые решают другую проблему: не конкурировать с DBA, а закрывать задачи там, где ресурсов или времени на полноценную поддержку нет или где это экономически невыгодно. Это могут быть, например, и проектные нагрузки внутри крупных организаций — «мелочи», которые при неудачном сценарии могут все равно «упасть» и оставить след в SLA.
Наш акцент — дать клиенту выбор. Нужно просто развернуть СУБД — пожалуйста. Хотите, чтобы провайдер взял на себя мониторинг, резервное копирование, контроль нагрузки, обновления и реакцию на инциденты, — это тоже возможно и подключается как опция прямо при заказе. Это не про универсальное лекарство, а про инструмент, когда он нужен.
Можете протестировать наши сервисы без ограничения функциональности в течение двух недель. Заявка оформляется на сайте https://www.cloud.rt.ru/, кнопка «Перезвоните мне».
Действительно, доверие к облачным платформам очень сильно зависит от качества инфраструктуры и резервных каналов связи. Именно поэтому наше решение построено на географически распределенных дата-центрах, с резервированием каналов и отказоустойчивой архитектурой.
Для критичных систем, где необходим полный контроль и локальность, подойдет традиционная установка. Но когда нужна гибкость, масштабируемость и минимальные затраты на администрирование, облачный PaaS на базе «Публичного облака» РТК-ЦОД — рабочий вариант.
Компания где я работаю держит тысячи серверов в Azure. Используются и БД SaaS для мелочевки. При этом БД для критических компонет ИТ обслуживаются своим персоналом, который знает как и где хранить бэкапы и как мониторить нагрузки, латентности и объемы данных.
Абсолютно согласны — у многих крупных компаний действительно есть свои профессиональные DBA и зрелая инфраструктура. В этом и сила модели: управляемые СУБД не заменяют классический подход там, где он уже хорошо отлажен.
Но для MVP, тестовых сред, стартапов и менее критичных нагрузок предложение облачного PaaS часто оказывается гораздо быстрее, проще и дешевле в запуске. Мы не заявляем о полном превосходстве, а предлагаем дополнительный инструмент в арсенале ИТ‑специалистов.
Быстрое развертывание, автоматизированные бэкапы и масштабирование — все это помогает командам сфокусироваться на продукте.
Все верно, Veeam API не полностью охватывает инсталляцию Veeam и Hyper-V.
К тому же, мы писали коллекторы конкретно под данную задачу, чтобы реализовать Dashboard согласно плана. Veeam REST API мы используем в других задачах. В данном случае решили дергать информацию из БД.
Чтобы получить детальную информацию об объекте, приходите на наши официальные экскурсии. Даты скоро дадим.
В целом схема импортозамещения реализована в системе хладоснабжения, в системе пожаротушения и распознавания пожара, в системе мониторинга объекта.
В составе энергетических систем тоже есть отечественное оборудование. В оснащении РУ много оборудования из РФ. Есть и иностранное оборудование, о котором вы написали, оно поступило из первых партий закупок, что уже не применимо к следующим очередям объекта. В вопросе детализации состава систем – это внутренняя информация. Ее вам предоставят только если вы профильный сотрудник компании.
На некоторых этапах проекта привлекались подрядные организации, как это происходит практически на всех стройках. Это нормальная практика, когда проектирование отдается на подряд. Но весь проект разработан и реализован при участии подрядных организаций, а не ими. И в этом конкретном случае команда ПНК была из 4х человек.
Думаю, не ошибусь, если скажу, что при закрытой двери комната площадью 2,3 м² заполнится углекислым газом от Вашего дыхания примерно за час.
-Когда я записываюсь, я же без остановки больше часа этого не делаю)) Смысл закрывать дверь только на время записи. Всё остальное время дверь приоткрыта когда я работаю и воздух поступает в нормальном режиме.
Как известно, сплит-системы не обеспечивают свежий воздух, они лишь охлаждают его. Откуда берете кислород? )
- Да, это так. Есть кондиционеры которые обеспечивают приточную вентиляцию, но стоят они больших денег. У моего кондиционера такой функции нет, поэтому иногда оставляю открытую дверь.
Тут стараемся не полностью от OOM Killera избавится, а снизить вероятность, что он "убъёт" наш процесс PostgreSQL. Чудес действительно не бывает: реалии таковы, что на одной машинке с постгресом ради экономии может крутиться много постороннего ПО - какой-нибудь pgadmin4, да и у 1C:предприятия есть своя версия для linux. По SSD: Во-первых: 2TB SSD в 3х экзеплярах для самого простого кластера patroni с потоковой репликацией - иногда выходит дороговато. HDD, увы, пока ещё производятся и дёшевы. Во-вторых: это касается только крайне высоконагруженных систем или крайне неоптимизированных запросов. Но всё же, упереться в конкуренцию на запись или пропускные возможности контроллера - возможно.
Естественно, если база на пару гигабайт, к ней подключаются 5 с половиной пользователей и всё это при хорошем железе, то никакой тюниг особо не нужен.
Если на сервере несколько кластеров (в терминологии постгреса так называется инстанс), то конкуренция за ресурсы между ними будет в любом случае. Её можно только попытаться минимизировать, зная предполагаемую нагрузку на каждый кластер.
iliakb, здравствуйте! От атаки БПЛА организована внутренняя защитная система. А события полуторавековой давности при реализации проекта не рассматривались.
В больших компаниях, где есть сильная внутренняя ИТ-команда и отлаженные процессы, администрирование СУБД вручную — вполне оправданный путь. Особенно если речь про критичные сервисы, где важна максимальная кастомизация. Мы не пытаемся противопоставить себя таким командам — у нас другая задача.
В статье речь про управляемые базы в модели PaaS, которые решают другую проблему: не конкурировать с DBA, а закрывать задачи там, где ресурсов или времени на полноценную поддержку нет или где это экономически невыгодно. Это могут быть, например, и проектные нагрузки внутри крупных организаций — «мелочи», которые при неудачном сценарии могут все равно «упасть» и оставить след в SLA.
Наш акцент — дать клиенту выбор. Нужно просто развернуть СУБД — пожалуйста. Хотите, чтобы провайдер взял на себя мониторинг, резервное копирование, контроль нагрузки, обновления и реакцию на инциденты, — это тоже возможно и подключается как опция прямо при заказе. Это не про универсальное лекарство, а про инструмент, когда он нужен.
Можете протестировать наши сервисы без ограничения функциональности в течение двух недель. Заявка оформляется на сайте https://www.cloud.rt.ru/, кнопка «Перезвоните мне».
Больше подробностей о нашей СУБД: https://www.cloud.rt.ru/showcase/services/postgresql
Тарификация доступна в личном кабинете, для этого необходимо зарегистрироваться: https://www.cloud.rt.ru/registration
Спасибо за ваши комментарии!
Да, управляемые СУБД в облаке — не универсальный инструмент. Но нам важно, чтобы команды с разными потребностями могли выбрать оптимальный путь:
• Для критичных, строго контролируемых систем с собственными DBA предпочтительны on-premise или VPC.
• Для MVP, тестовых стендов, новых проектов облачные управляемые СУБД дают скорость, простоту и экономию ресурсов.
Наша цель — рассказать про оба варианта, чтобы каждый выбирал продукт под свои задачи и компетенции.
Действительно, доверие к облачным платформам очень сильно зависит от качества инфраструктуры и резервных каналов связи. Именно поэтому наше решение построено на географически распределенных дата-центрах, с резервированием каналов и отказоустойчивой архитектурой.
Для критичных систем, где необходим полный контроль и локальность, подойдет традиционная установка. Но когда нужна гибкость, масштабируемость и минимальные затраты на администрирование, облачный PaaS на базе «Публичного облака» РТК-ЦОД — рабочий вариант.
Абсолютно согласны — у многих крупных компаний действительно есть свои профессиональные DBA и зрелая инфраструктура. В этом и сила модели: управляемые СУБД не заменяют классический подход там, где он уже хорошо отлажен.
Но для MVP, тестовых сред, стартапов и менее критичных нагрузок предложение облачного PaaS часто оказывается гораздо быстрее, проще и дешевле в запуске. Мы не заявляем о полном превосходстве, а предлагаем дополнительный инструмент в арсенале ИТ‑специалистов.
Быстрое развертывание, автоматизированные бэкапы и масштабирование — все это помогает командам сфокусироваться на продукте.
спасибо, исправили )
Владимир, добрый день! Написали вам в личные сообщения.
Спасибо!
Все верно, Veeam API не полностью охватывает инсталляцию Veeam и Hyper-V.
К тому же, мы писали коллекторы конкретно под данную задачу, чтобы реализовать Dashboard согласно плана. Veeam REST API мы используем в других задачах. В данном случае решили дергать информацию из БД.
Чтобы получить детальную информацию об объекте, приходите на наши официальные экскурсии. Даты скоро дадим.
В целом схема импортозамещения реализована в системе хладоснабжения, в системе пожаротушения и распознавания пожара, в системе мониторинга объекта.
В составе энергетических систем тоже есть отечественное оборудование. В оснащении РУ много оборудования из РФ. Есть и иностранное оборудование, о котором вы написали, оно поступило из первых партий закупок, что уже не применимо к следующим очередям объекта. В вопросе детализации состава систем – это внутренняя информация. Ее вам предоставят только если вы профильный сотрудник компании.
Добрый день! Ответим ниже.
На некоторых этапах проекта привлекались подрядные организации, как это происходит практически на всех стройках. Это нормальная практика, когда проектирование отдается на подряд. Но весь проект разработан и реализован при участии подрядных организаций, а не ими.
И в этом конкретном случае команда ПНК была из 4х человек.
-Когда я записываюсь, я же без остановки больше часа этого не делаю)) Смысл закрывать дверь только на время записи. Всё остальное время дверь приоткрыта когда я работаю и воздух поступает в нормальном режиме.
- Камера установлена довольно далеко и её микрофон не очень. Это дело привычки, а маранц точно лучше )
- Да, это так. Есть кондиционеры которые обеспечивают приточную вентиляцию, но стоят они больших денег. У моего кондиционера такой функции нет, поэтому иногда оставляю открытую дверь.
Тут стараемся не полностью от OOM Killera избавится, а снизить вероятность, что он "убъёт" наш процесс PostgreSQL.
Чудес действительно не бывает: реалии таковы, что на одной машинке с постгресом ради экономии может крутиться много постороннего ПО - какой-нибудь pgadmin4, да и у 1C:предприятия есть своя версия для linux.
По SSD:
Во-первых: 2TB SSD в 3х экзеплярах для самого простого кластера patroni с потоковой репликацией - иногда выходит дороговато. HDD, увы, пока ещё производятся и дёшевы.
Во-вторых: это касается только крайне высоконагруженных систем или крайне неоптимизированных запросов. Но всё же, упереться в конкуренцию на запись или пропускные возможности контроллера - возможно.
Естественно, если база на пару гигабайт, к ней подключаются 5 с половиной пользователей и всё это при хорошем железе, то никакой тюниг особо не нужен.
В состояние гонки дисковую подсистему воркеры не введут, если инстансы на разные диски положить.
Если по ВМ не разделять, то базу можно сделать одну, а внутри разделение по схеме делать. Но это уже сложности со стороны 1с
Если на сервере несколько кластеров (в терминологии постгреса так называется инстанс), то конкуренция за ресурсы между ними будет в любом случае. Её можно только попытаться минимизировать, зная предполагаемую нагрузку на каждый кластер.