Я спрашиваю, потому что у себя вижу необходимость в запуске тестового (бета) окружения. Как его лучше организовать, чтобы с одной стороны протестировать приложение в более или менее реальном окружении, с другой чтобы не отправить реальным пользователям оповещалку с бета стенда, для меня пока загадка…
На бета стенде используется боевая база данных или специальная для бета стенда? Если да, то как решается проблема разных схем данных в БД для бета и прод стендов?
У нас своя реализация протокола OAuth 2.0 для авторизации в десятке внутренних и внешних веб-приложений.
В понедельние в компанию приходит новый сотрудник, пусть по этой статье изучает теорию :) Надоело самому объяснять. От души спасибо!
Первоначально я пробовал настроить логирование в ElasticSearch через Logstash, пока не понял это лишний шаг. Сейчас мы используем Nlog для прямой записи в ElasticSearch, связка работает отлично!
Надо было только поискать ElasticSearchTarget, подправить немного под себя. Например, при логировании Exception всегда сохраняем message, StackTrace и все InnerException
Дело не в этом.
Если сама информационная система РКЦ, УК или РСО написана на технологиях Майкрософта, нецелесообразно использовать другой подход, чтобы сделать интеграцию с госструктурой. Проще заплатить 5000 руб за криптопро, чем нанимать сотрудника на разработку под opensource.
А вообще разработчики ГИС ЖКХ не привязываются к конкретной технологии, просто т.к. больше всего было вопросов связанных с .NET и C#, именно под эту технологию было создано демонстрационное приложение по подписанию приложений.
Это из разряда «было бы хорошо сделать», а не «лучше бы»
Мы немало времени потратили, чтобы сделать эту часть работы. И коллеги из других компаний спрашивали как такое провернуть. Так что не зря поделился знанием
На текущем этапе стало проще разрабатывать, т.к. и примеры появились, и система стала более стабильная, и серия семинаров помогла.
Однако, я уже морально готовлюсь, что новогодних каникул у меня не будет…
Эта одна из немногих статей за последнее время, которую захотелось прочитать полностью, спасибо автору!
Столкнулся с похожими проблемами на моей текущей работе около полутора лет назад, с того времени внедрил несколько подходов и технологий: git, IoC, централизованное логирование в elasticsearch, новый трекер задач. Несколько задач решил через микросервисы.
Кстати, на мой взгляд автор не сказал про важную часть — логирование.
Я долго убеждал в необходимости писать логи в одно хранилище с последующем оповещением ответственных лиц о произошедших событиях.
Но уже больно смотреть на старый код…
Я спрашиваю, потому что у себя вижу необходимость в запуске тестового (бета) окружения. Как его лучше организовать, чтобы с одной стороны протестировать приложение в более или менее реальном окружении, с другой чтобы не отправить реальным пользователям оповещалку с бета стенда, для меня пока загадка…
Было бы страшнее, если бы мы придумали свой «стандарт» OAuth 3.0 :)
В понедельние в компанию приходит новый сотрудник, пусть по этой статье изучает теорию :) Надоело самому объяснять. От души спасибо!
Надо было только поискать ElasticSearchTarget, подправить немного под себя. Например, при логировании Exception всегда сохраняем message, StackTrace и все InnerException
Если сама информационная система РКЦ, УК или РСО написана на технологиях Майкрософта, нецелесообразно использовать другой подход, чтобы сделать интеграцию с госструктурой. Проще заплатить 5000 руб за криптопро, чем нанимать сотрудника на разработку под opensource.
А вообще разработчики ГИС ЖКХ не привязываются к конкретной технологии, просто т.к. больше всего было вопросов связанных с .NET и C#, именно под эту технологию было создано демонстрационное приложение по подписанию приложений.
Сам ГИС ЖКХ написан на java
Мы немало времени потратили, чтобы сделать эту часть работы. И коллеги из других компаний спрашивали как такое провернуть. Так что не зря поделился знанием
Однако, я уже морально готовлюсь, что новогодних каникул у меня не будет…
Столкнулся с похожими проблемами на моей текущей работе около полутора лет назад, с того времени внедрил несколько подходов и технологий: git, IoC, централизованное логирование в elasticsearch, новый трекер задач. Несколько задач решил через микросервисы.
Кстати, на мой взгляд автор не сказал про важную часть — логирование.
Я долго убеждал в необходимости писать логи в одно хранилище с последующем оповещением ответственных лиц о произошедших событиях.
Будем изучать всей командой