Size: a a a

🎄.NET Talks: Evergreen🎄

2019 November 19

V

Vabka in 🎄.NET Talks: Evergreen🎄
@fvnever дифф на весь экран и version history пропал. Как вернуть?
источник

V

Vabka in 🎄.NET Talks: Evergreen🎄
Aleksey
Тупо веб сокетовый транспорт на отдельно взятой машине не стартует - чистый браузер, без всяких плагинов
А что за браузер? Что за ос?
источник

V

Vabka in 🎄.NET Talks: Evergreen🎄
(Kirill, Poletaev) =>
Я паттерном сайдкар конфигаю контейнеры
Что за Паттерн? В чём суть?
источник

A

Aleksey in 🎄.NET Talks: Evergreen🎄
Да походу опять лиса шалит, т.к. в хроме работает и в ие тоже. Лиса на той машине чистая esr, ровно такую же у себя накатывал и все работало
источник

A

Aleksey in 🎄.NET Talks: Evergreen🎄
Но в ие, возможно на другом транспорте работает,машина удаленная, инфа ограничена. Всякие рофлотрекингблокеры я уже попросил отрубить
источник

(P

(Kirill, Poletaev) => in 🎄.NET Talks: Evergreen🎄
Vabka
Что за Паттерн? В чём суть?
Сложный путь: Почитай MSDN про этот паттерн
TL;DR: Конфигурация подцепляется отдельным слоем контейнера, ты разделяешь свой апп на два контейнера: Контейнер приложения и контейнер конфигурации
источник

(P

(Kirill, Poletaev) => in 🎄.NET Talks: Evergreen🎄
По сути, твой контейнер базовый долбится в sidecar и получает все необходимое
источник

(P

(Kirill, Poletaev) => in 🎄.NET Talks: Evergreen🎄
У такого подхода на самом деле дохуя недостатков, но есть одна важная киллерфича: полная изоляция конфигруации и приложения

т.е. инфрастурщики могут твой sidecar контейнер перезапускать в облаке постоянно и менять конфигруацию на лету, не меняя контейнер с приложением
источник

(P

(Kirill, Poletaev) => in 🎄.NET Talks: Evergreen🎄
и без необходимости лезть внутрь контейнера
источник

A

Aleksey in 🎄.NET Talks: Evergreen🎄
(Kirill, Poletaev) =>
У такого подхода на самом деле дохуя недостатков, но есть одна важная киллерфича: полная изоляция конфигруации и приложения

т.е. инфрастурщики могут твой sidecar контейнер перезапускать в облаке постоянно и менять конфигруацию на лету, не меняя контейнер с приложением
А контейнер с приложением после изменения конфига перезапускать нужно или это как сам запилишь или он по дефолту сам за изменением  конфига следит?
источник

(P

(Kirill, Poletaev) => in 🎄.NET Talks: Evergreen🎄
Aleksey
А контейнер с приложением после изменения конфига перезапускать нужно или это как сам запилишь или он по дефолту сам за изменением  конфига следит?
нет, у тебя же путь статический до контейнера sidecar внутри сети стека
источник

(P

(Kirill, Poletaev) => in 🎄.NET Talks: Evergreen🎄
По этому перезапуск sidecar никак не повиляет на твой апп
источник

V

Vabka in 🎄.NET Talks: Evergreen🎄
(Kirill, Poletaev) =>
У такого подхода на самом деле дохуя недостатков, но есть одна важная киллерфича: полная изоляция конфигруации и приложения

т.е. инфрастурщики могут твой sidecar контейнер перезапускать в облаке постоянно и менять конфигруацию на лету, не меняя контейнер с приложением
звучит прикольно
источник

(P

(Kirill, Poletaev) => in 🎄.NET Talks: Evergreen🎄
Да, но главное с ним аккуратнее, так как для его реализации надо что бы апп к этому был готов

Плюс я не уверен что мы его тоже правильно приготовили
источник

(P

(Kirill, Poletaev) => in 🎄.NET Talks: Evergreen🎄
Например мы конфиг грузим с эндоинта и по хэшсумме понимаем нужно ли его перефетчивать из sidecar
источник

(P

(Kirill, Poletaev) => in 🎄.NET Talks: Evergreen🎄
ибо на каждую операцию чтения конфига больно делать запрос по сети в sidecar
источник

(P

(Kirill, Poletaev) => in 🎄.NET Talks: Evergreen🎄
С другой стороны маршрутизация внутрених сервисов стала легче
источник

(P

(Kirill, Poletaev) => in 🎄.NET Talks: Evergreen🎄
Типа если вдруг хосты переехали - просто передеплоил sidecar
источник

V

Vabka in 🎄.NET Talks: Evergreen🎄
а вот аннотации типов в новом райдере - бомба
источник

ND

Nik D. in 🎄.NET Talks: Evergreen🎄
слишком перегруженно, я выключил
источник