Это оставлено на откуп самим приложениям Atlassian в основном ЦОДе. Потеря пары аттачментов или правок страницы в случае отказа основного ЦОДа и вынужденного перехода в резервный представляется приемлемым риском. Если всё в основном ЦОДе развалится так, что не поднимется в резервном, остается вариант подъема из ночных бэкапов.
Не совсем поняли, какую миграцию вы имеете в виду - с продуктов Atlassian или с Gitlab. Расскажем и о том, и о другом, как только будут конкретные решения и действия.
Jira внедряли в те времена, когда исходники хранились в svn и даже в MS VSS. Потом какие-то проекты переехали в Mercurial, какие-то в Git. Сейчас подавляющее большинство проектов хостится в Git с Gitlabом сверху. Что делать с последним - отдельный вопрос, смотрим опенсорсные тулы.
Добрый день. Чтобы совершить любую онлайн-операцию в банке, нужно сначала подписать с ним договор, встретившись с его курьером или приехав в офис. Несколько банков - несколько договоров, несколько встреч или поездок в офис. Один раз пройдя регистрацию на Фнуслугах и встретившись с представителем платформы, можно открывать вклады и брать кредиты в разных банках - не нужно каждый раз начинать отношения заново.
Добрый день! Спасибо за вопрос. Безопасность пользователей для нас очень важна, поэтому отвечаем развернуто.
Во-первых, любые операции на платформе может совершать только сам пользователь после авторизации через ЕСИА. То есть никто кроме вас не может подать заявку на кредит. Для большей надёжности рекомендуем также настроить двухфакторную аутентификацию в аккаунте ЕСИА.
Во-вторых, кредит выдаётся только после того, как клиент пройдет физическую идентификацию: представитель платформы встречается с клиентом, фотографирует его и паспорт - всё в соответствии с законодательством.
Возможности отключить сервис кредитов, но пользоваться остальными продуктами платформы, пока нет. Спасибо за идею, обсудим с командой.
Добрый день! Управленческая отчетность строится в аналитической системе (на базе IBM Cognos), т.к. там есть плановые и прогнозные данные, и туда же из ERP (OeBS) перегружается факт.
Публикация отчетности реализуется через BI, все верно. Только мы используем не Oracle BI, а платформу MicroStrategy. При этом базовые финансовые отчеты по фактическим данным и отчетность IFRS доступны непосредственно в ERP, т.к. мы выполняем консолидацию штатными средствами OeBS GL. Но эти отчеты не такие "красивые" как управленческие дашборды в BI.
Добрый день! Да, пробовали. По сути, мы с этого начинали еще на pl/sql - там мы в цикле по логу заявок меняли стакан, рассчитывали метрики и формировали потоки для агрегации. Это работало быстро, но не обеспечивало полный функционал.
Держать весь стакан в RAM. конечно, не надо, но здесь основной вопрос в метриках. Насколько мы поняли, у вас все метрики считались на одном срезе стакана, как у нас в начале проекта. Сейчас у нас ситуация другая: нам проходится держать несколько срезов и работать с ними, не как с потоком. Так что задачки у нас немного разные.
Добрый день. Мы изначально понимали, что JOIN — это один из минусов технологии, поэтому JOIN у нас нет и не планируется. Наша основная задача не select, а обработка результата. Исходные данные мы готовим и раскладываем заранее.
Пополнить вклад и вывести деньги можно в личном кабинете банковским переводом. За пополнение может взиматься комиссия — ее размер зависит от банка и его условий обслуживания. Иногда ее вообще нет.
При выводе нет никаких комиссий. Просто закрывается вклад, деньги приходят сначала на счет платформы в личном кабинете, затем их можно вывести на банковский счет. Отказ банка от сотрудничества с платформой не влияет на открытые вклады, они продолжают обслуживаться на тех же условиях.
Спасибо за поддержку! В этом комментарии просто погордимся нашими крутыми ребятами :)
Спасибо за комментарий! Пусть все получится! :)
Про весь бюджет рассказать не сможем. Если говорить про штат, то он вырос примерно в 5 раз.
Думаем о том, чтобы запустить открытые QA-митапы и делиться опытом с комьюнити. Возможно, получится и внешних спикеров привлечь.
Благодарим! Приятно :)
Это оставлено на откуп самим приложениям Atlassian в основном ЦОДе. Потеря пары аттачментов или правок страницы в случае отказа основного ЦОДа и вынужденного перехода в резервный представляется приемлемым риском. Если всё в основном ЦОДе развалится так, что не поднимется в резервном, остается вариант подъема из ночных бэкапов.
Не совсем поняли, какую миграцию вы имеете в виду - с продуктов Atlassian или с Gitlab. Расскажем и о том, и о другом, как только будут конкретные решения и действия.
Jira внедряли в те времена, когда исходники хранились в svn и даже в MS VSS. Потом какие-то проекты переехали в Mercurial, какие-то в Git. Сейчас подавляющее большинство проектов хостится в Git с Gitlabом сверху. Что делать с последним - отдельный вопрос, смотрим опенсорсные тулы.
Спасибо!
День добрый! Звучит весьма интересно. Сможете поделиться подробностями? Особенно волнует вопрос, как переехать из Jira в Redmine со всем накопленным.
Пока не решили, думаем.
Добрый день. Чтобы совершить любую онлайн-операцию в банке, нужно сначала подписать с ним договор, встретившись с его курьером или приехав в офис. Несколько банков - несколько договоров, несколько встреч или поездок в офис. Один раз пройдя регистрацию на Фнуслугах и встретившись с представителем платформы, можно открывать вклады и брать кредиты в разных банках - не нужно каждый раз начинать отношения заново.
Добрый день! Спасибо за вопрос. Безопасность пользователей для нас очень важна, поэтому отвечаем развернуто.
Во-первых, любые операции на платформе может совершать только сам пользователь после авторизации через ЕСИА. То есть никто кроме вас не может подать заявку на кредит. Для большей надёжности рекомендуем также настроить двухфакторную аутентификацию в аккаунте ЕСИА.
Во-вторых, кредит выдаётся только после того, как клиент пройдет физическую идентификацию: представитель платформы встречается с клиентом, фотографирует его и паспорт - всё в соответствии с законодательством.
Возможности отключить сервис кредитов, но пользоваться остальными продуктами платформы, пока нет. Спасибо за идею, обсудим с командой.
Спасибо за комментарий! Всё по существу. Добавим примечания в текст.
Добрый день! Управленческая отчетность строится в аналитической системе (на базе IBM Cognos), т.к. там есть плановые и прогнозные данные, и туда же из ERP (OeBS) перегружается факт.
Публикация отчетности реализуется через BI, все верно. Только мы используем не Oracle BI, а платформу MicroStrategy. При этом базовые финансовые отчеты по фактическим данным и отчетность IFRS доступны непосредственно в ERP, т.к. мы выполняем консолидацию штатными средствами OeBS GL. Но эти отчеты не такие "красивые" как управленческие дашборды в BI.
Есть предложение перейти в личку - много деталей, будет удобнее обсуждать. Если поддерживаете, пишите - мы на связи.
Добрый день! Да, пробовали. По сути, мы с этого начинали еще на pl/sql - там мы в цикле по логу заявок меняли стакан, рассчитывали метрики и формировали потоки для агрегации. Это работало быстро, но не обеспечивало полный функционал.
Держать весь стакан в RAM. конечно, не надо, но здесь основной вопрос в метриках. Насколько мы поняли, у вас все метрики считались на одном срезе стакана, как у нас в начале проекта. Сейчас у нас ситуация другая: нам проходится держать несколько срезов и работать с ними, не как с потоком. Так что задачки у нас немного разные.
Добрый день. Если сверху, то мы использовали Oracle PL/SQL на Exadata. Или Вас интересует конструкция внутри кода?
Добрый день. Мы изначально понимали, что JOIN — это один из минусов технологии, поэтому JOIN у нас нет и не планируется. Наша основная задача не select, а обработка результата. Исходные данные мы готовим и раскладываем заранее.
При выводе нет никаких комиссий. Просто закрывается вклад, деньги приходят сначала на счет платформы в личном кабинете, затем их можно вывести на банковский счет. Отказ банка от сотрудничества с платформой не влияет на открытые вклады, они продолжают обслуживаться на тех же условиях.