Size: a a a

1С, БСП, DevOps и Архитектура

2021 August 12

ea

emil agam in 1С, БСП, DevOps и Архитектура
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Confluent platform != Apache Kafka
источник

A

Al in 1С, БСП, DevOps и Архитектура
подразумевают, что работа не гарантирована, и уж если вы тащите на винду, то вы сами знаете, что делаете.
источник

ea

emil agam in 1С, БСП, DevOps и Архитектура
ну в проде точно не стоит держать на винде)
источник

ea

emil agam in 1С, БСП, DevOps и Архитектура
логично) но разве кафка не входит в эту платформу?
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
входит, но это не значит, что если кафка может работать на винде, будет работать вся платформа
источник

A

Al in 1С, БСП, DevOps и Архитектура
хм. непонятно: точно или наверное?
источник

ea

emil agam in 1С, БСП, DevOps и Архитектура
точно, переписывал предложение ))
источник

ВД

Вячеслав Дауров... in 1С, БСП, DevOps и Архитектура
Подскажите пожалуйста , в форме документа стоит автозаполнение реквизитов но при копировании они остаются теми же что и были, как пофиксить при этом в расширении
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Чего там у тебя и где стоит, показывай
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
см ПередЗагрузкойДанныхИзНастроекНаСервере
источник

ВД

Вячеслав Дауров... in 1С, БСП, DevOps и Архитектура
заполняется при создании автоматически, но при копировании остаются старые данные
источник

MC

Mikhail Chernyshev in 1С, БСП, DevOps и Архитектура
Народ привет, кто нибудь архитектурно делал у себя api gateway для вызова внешних api? Думаю над решением проблем у нас. У нас зоопарк приложений на 1с, много связок с внешними api в разных приложениях, часть из api говеные (меняют контракт внезапно, не поддерживают обратную совместимость). Весь этот зоопарк ещё за прокси.
В общем сложно обслуживать и следить, думаю не сделать ли ещё одно звено, типа прокси, и в нем крутить мониторинг, прокси централизованное. Второй видимый мне путь делать централизованное хранение логов и с приложений сливать все это и по логам следить. У кого есть опыт?
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Я в конкретном приложении которое работает с внешним api делаю буфер, который преобразует что пришло в формат EnterpriseDataXDTO. А дальше уже типовой обмен данными крутится где надо.
источник

MC

Mikhail Chernyshev in 1С, БСП, DevOps и Архитектура
Где надо, в смысле летит в другие приложения?
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Да. между 1Сными приложениями гуляют пакеты в формате EnterpriseData.
источник

MC

Mikhail Chernyshev in 1С, БСП, DevOps и Архитектура
В любом случае немного не о том) представь, что в твоём случае api часто косячат, у тебя 100 приложений с 100 api. Одной из задач является мониторинг и выявления этого раньше пользователей
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Так система мониторинга у тебя уже есть.
Кидай ошибки в апи конкретной подсистемы в эту систему мониторинга.
источник

АК

Александр Капралов... in 1С, БСП, DevOps и Архитектура
Тут же нет отличий "в ЖР попала ошибка" и "апи не загрузило данные". И то и то у тебя должно куда-то автоматически уходить.
источник

MC

Mikhail Chernyshev in 1С, БСП, DevOps и Архитектура
Ок, ну значит 2ой подход у тебя. Логи - централизация - на них мониторинг
источник