Comments 23
как была бесполезной, так и осталась.... увы.
TL;DR: у нас была какая-то база из которой надо было делать какие-то отчеты и раскладывать по папочкам на сервере. Программиста который смог бы это сделать за 1.5 чашки кофе не нашлось, по этому я сама через "юпитер ноутбук" наделала костылей, потому что подсказала коллега. "Автоматизацию запуска наладили как-то криво, а может и не наладили, я уже и не помню."(C)
У меня только один вопрос: при чем тут devops, python и sql?
Инструментарий был : питон, скл и оркестраторы ( ci/cd)
я может конечно отстал от жизни, но мне казалось, что оркестратор это оркестратор, а континиус интегрейшн и континиус деливери (раз уж вы термины пишите на русском, думаю, так будет понятнее) это то что доставляет код и делает это непрерывно.
Так вот, какой код и куда вы доставляли? Как использовали скл, если сами пишите что "Трогать саму БД я не рискнула"? Почему питон в связки с юпитером? Почему не выбрали питон + скл (SELECT FROM * WHERE company='ромашка' AND DATE=....) Почему не сделать выгрузку через ODB-драйвер(или как он там) самого ЭкСЕль? Вы же в курсе что из экселя можно делать запросы сразу в СКЛ?
Замечания по делу, расскащываю как было.
У нас был юпитер ноутбук написанный на питоне с интеграцией скл (запросов к БД). Мы вытагивали и валилировали данные из БД, рикактх эксель не было.
Эксель формировался кск часть отчета.
Про доставку кода: тогда мы до этого не дошли, но я писала, что сейчас бы сдалсла, например, гитлаб репозитортй и сформировала несколько дагов на аирфлоу или аналогах, которые запускались по расписанию, дергали новые версии скриптов, обновляли созданные витрины данных, может быть и на почту отбивку присылали.
Надеюсь, стало чуть понятне
В каком месте то тут DIY? На лицо статья о том как никто не хочет сменить плохих админов баз на адекватных.
Хм, а не думали в сторону лигирования или на тот момент не слышали про это?
Тогда не думали. Сейчас тоже думаю, что это было бы излишне, если речь идет про логгирование.
Это имело бы смысл если у нас были бы дешборды в графане иши powerBI - в любой смстеме поддерживающей логгирование.
А мы так и не убрали шаг, когда аккаунт менеджер предворительно смотрит отчет. Даже с доступом, клиенты сами не ходтли в папки за отчетами.
Как-то так.
Как можно что то улучшать, не улучшая и оптимизируя собственно сами инструменты?
Без системного подхода - это все танцы с бубном вокруг священного камня, который нельзя трогать руками.
Да, так и есть.
Это не было частью моих обязанностей и запросить отдельную систему с логгированием, или даже отдельные новые дашборды было не у кого.
На самом деле, сама БД была организована ( как я помню - неплохо), но например витрин по данным отдельных клиентов не было и их приходилось создавать в моменте.
А в таких ситуациях : чем богаты, тем и рады. Свою задачу все эти танцы с бубном выполнили, Понедельники я себе подразгрузила.
а таск в джире не пробовали создавать и ассайнить разработчику или кто у вас там? У нас, например, от любых "просьб" сделать что-то без указания, куда потраченное время потом трекать, бегают как от огня
Для подготовки отчетов сейчас все больше компаний начинают использовать технологию RPA, когда можно самому достаточно быстро написать скрипт или робота, который будет "нажимать" за Вас кнопки и формировать отчет, отправляя его менеджерам. Платформ есть несколько на российском рынке.
А мне понравилось, продолжайте.
В эру интернета раскладывать файлы в папки и заниматься их рассылкой? Системный анализ, обобщение процессов с разбивкой на модули, последовательная автоматизация и web доступ к результатам, имхо
Автоматизация или как я избегала общения с коллегами. Часть 1