Комментарии 36
И наконец, главное: программа по развитию опенсорса — это игра вдолгую. Наивно ожидать быстрых результатов. Эффект от подобных мероприятий в крупных компаниях начинает ощущаться спустя 6–9 месяцев.
Уже известны результаты через 9 месяцев?
Под эффектом подразумевалось следующее: что информация о программе доведена до команд и их руководителей (большие организации в этом смысле весьма инерционны), что корпоративные архитекторы начинают челленджить заказчиков с точки зрения выбора платформ на архкомах, что начинают формироваться платформенные команды и тд. Кроме того, по графику проникновения опенсорса видно, что за год количество инсталляций на PG удвоилось.
Вячеслав, внимательно следим за вашими успехами! ?
ИМХО, open source не дает экономии, вопреки заголовку выше. Вы прекращаете тратиться на лицензии, но должны примерно столько же занести в фонд оплаты труда. Откуда вы возьмете PostgreSQL DBA? Они не самозарождаются, их надо купить или выучить... Ну или всё какое-то время едет на энтузиазме сотрудников, до получения ими такой квалификации, на какой их купит Сбер или ВТБ.
Сплошные плюсы для работников, Вы не находите?
По вашим словам складывается впечатление, будто DBA oracle и mssql предоставляются в аренду вендорами и входят в стоимость лицензий.
В случае MS SQL или Oracle у Вас есть служба поддержки производителя и вы можете повесить часть своих управленческих рисков на нее. Это ни хорошо ни плохо, это факт. Когда вас начнет драть высшее руководство и лишать премии за год, вы подумайте, что лучше - сказать что это OpenSource или сказать что вот errata и виноваты не вы, а менеджер сервиса, который не дал вам обновиться до свежей версии, аргументируя это тем, что автоматизированная система нужна бизнесу 24х7?
Не очень понял как соотносится поддержка с лицензиями и упомянутым вами ФОТ. Это разные статьи расходов и сокращение одной не означает автоматическое увеличение остальных.
К сожалению, означает. Вам необходимо покупать новых людей на рынке, потому что вы внедряете технологию, по которой у вас нет компетенции (иначе, это бы не было новой для вас технологией) или вам необходимо учить имеющихся людей и впоследствии повышать из зарплату до рынка, чтоб не сбежали. Просто вы берете деньги и из бюджета ДИТ (стоимость лицензий и поддержки) и перекладываете их в бюджет HR (на зарплату). По итогу, руководство ДИТ экономит свой бюджет, это факт.
Ок, я согласен, что переход на другую базу не делается бесплатно и необходимо потратиться на переобучение имеющихся DBA. Но это всё CapEx, а не OpEx. Ещё мне непонятна ваша фраза "впоследствии повышать из зарплату до рынка, чтоб не сбежали". У DBA oracle/mssql отсутствует необходимость индексировать зарплату или что? Или сокращение инсталляций oracle/mssql не приводит к сокращению штата DBA этих баз (переобучением и переводом имеющегося штата на новую базу или увольнением и наймом новых)? Откуда берётся перекладывание зарплаты из ДИТ в HR?
Ну, предположим, купить поддержку можно и на PostgreSQL
Стоп, а зачем тогда на него переходить, если можно остаться на условном платном Oracle?
На Оракле:
1) платите за все лицензии для всех сред
2) платите за поддержку всех лицензий
На Постгре:
1) экономите на лицензиях
2) платите за поддержку нужных инсталляций (а не всех подряд)
DBA вам нужны в обоих случаях.
Опять же, ну вот кто-то писал тут про Патрони и etcd и haproxy. А ничего, что у Оракла тот же ADG - это платная опция?) Т.е. к цене лицензий прибавляются еще цена "фич", активированных поверх.
В общем, конечно, надо смотреть на TCO (совокупную стоимость владения), но пока выходит, что ОпенСорс дешевле.
Плюс у этой компании есть прямо на сайте бесплатные курсы и виртуалки со всем необходимым для лаб + они организовывают платные обучения, которые существенно дешевле аналогичных от Оракла.
Да, это так, я согласен. Я сам проходил эти курсы. Но Вы, лично Вы, готовы взять на работу человека только после этих курсов?
Смотря какая задача, смотря какие условия. Если команда уже есть, и нужно просто перераспределить работу - то да, почему нет? Если уволился последний DBA, и нужно нанять человека - то лучше этот человек с опытом, а не после курсов.
Мы в отдел нанимали людей вообще без знаний RDBMS, и ничего. И меня однажды наняли в качестве Oracle DBA, хотя у меня из всех знаний про Оракл было только как его поставить, создать пользователя, схему, навешать привы, и подключиться и это я узнал за неделю до собеса. В активе был опыт MS SQL, но там очень мало какие навыки пересекались.
Или вот, коллеги 6 месяцев искали человека с опытом DBA (MSSQL или Oracle или Postgres) + знанием Ansible. И вакансию закрыли лишь благодаря тому, что туда человека за руку привели по знакомству. А если бы не привели? Можно было взять человека с половиной навыков, и дообучить на месте.
Тут слишком много переменных, чтобы можно было однозначно сказать "да" или "нет".
Спешу вас расстроить) Найти человека, который хорошо разбирается во внедрении и поддержке Enterprise-like PostgreSQL очень сложно. Прям очень. Тут надо знать и сам PostgreSQL, и какой-нибудь Patroni, etcd, haproxy, уметь интегрировать базу с СРК, ставить ее на правильный мониторинг, а еще очень желательно это все делать в инфраструктурном ландшафте самой компании, а не в вакууме. Таких специалистов на рынке - чуть
Нет, специалисты по MS SQL и Orace присутствуют на рынке в количестве достаточном, чтоб прям вываливаться в смежные отрасли/СУБД. Компания становится магнитом для кадров только в странах типа Мурибурилэндии, но обычно она ограничена штатным расписанием. Компании не нужно 100 DBA, которых притянет магнитом, ей нужно 5, имеющих нужную компетенцию здесь и сейчас.
И будет, думаю, не так много - сейчас изучаю детали того, как PostgreSQL + timescaledb работают в Kubernetes - и это адище какой-то пока. Init container, тюнинг параметров, Patroni, перенос версий, падения timescaledb из-за непонятных причин, почему-то не обновляющий поды helm смешиваются в такое спагетти, что просто ой-ой-ой.
То, что читаю из теории не объясняет моих проблем, и гуглинг тоже дает гораздо меньше, чем обычно. Разберусь, конечно, но войти сюда без провожатого оказывается гораздо сложнее, чем в другие технологии.
Нет, я не шучу, я имею практический опыт. Попробуйте сейчас найти грамотного и адекватного PostgreSQL DBA на меньше, чем 250 тысяч на руки. Я не Яндекс, а один из лучших центров компетенций по PostgreSQL - компания PostgresPro слупит с вас столько, что вы подумаете, не вернуться ли на Oracle.
Сейчас любой интегратор будет лупить от х2 за своих специалистов. Ну экономика такая у них :)
Что с этим делать и как жить дальше, мы пока не решили — прямо сейчас прорабатываем варианты
Oracle Linux 8? Поддержка платная, сам дистр - нет. Бинарно совместим как с CentOS, так и с RHEL
А ещё для любого изменения в банковской сфере требуется веская причина.
Пожалуйста, расскажите это разработчикам банковских сайтов, сил нет уже искать кнопки после очередного обновления!
В нашем случае (тоже банк, среднего пошиба), эффект от перехода на опенсурц (в частности перевод одной из критических для миссии систем на PG) - будет заметен только через 2-2,5 года. Но это порядка нескольких миллионов евро (деньги такие).
В связи с этим хочу отметить, что озвученные Вами сроки, в несколько месяцев, это еще ооооочень оптимистично =)
З.Ы.: Спасибо за интересные и полезные статьи, очень сильно помогают пробивать маргариновые (читай - консервативные) лбы.
Опенсорс как разумный выбор для банка: чему мы научились, когда уходили от vendor lock