VO
выпадают все кто не собираются вакцинироваться в ближайший месяц (а собираются позже), но не болели
Size: a a a
2020 December 29
VO
в ближайший месяц все вакцинироваться не смогут
OB
Ну я про желание спрашиваю. Ну да, тут нет места тем, кто ждёт вакцину от Файзера или просто ждёт.
Не суть, это же не серьезно. Выбирайте вариант «не болел»
Не суть, это же не серьезно. Выбирайте вариант «не болел»
D
Не болел, привился первым уколом вакцинации в пятницу
KA
Болел чем то похожим, но не уверен, собираюсь привиться сразу, как на болота завезут вакцину в товарных количествах. Очень расчитываю на оффлайновый ХайЛоад в феврале . Удалю через пять минут))
OB
Я успел переболеть, знал бы, как это будет, привился бы в первых рядах :)
OB
Хоть чем :)
VO
Ну я про желание спрашиваю. Ну да, тут нет места тем, кто ждёт вакцину от Файзера или просто ждёт.
Не суть, это же не серьезно. Выбирайте вариант «не болел»
Не суть, это же не серьезно. Выбирайте вариант «не болел»
нет такого варианта. а который есть подразумевает "не собираюсь".
OB
нет такого варианта. а который есть подразумевает "не собираюсь".
Понимаю, ну уже поздно. Вячеслав, забей :)
S
ID:0
Cтартуем митап Как построить цифровую платформу? Что должен знать техлид? 👉 https://youtu.be/u1SonVou7xI
📍Начнем обсуждение с разработки прикладных приложений на основе облачной платформы.
✅Обсудим развитие архитектуры от интеграции через очереди сообщений до прямых запросов и значение транспортных библиотек в этом процессе.
📍Рассмотрим внедрение автотестов на проекте как "источника правды" и лайфхаки для упрощения их написания.
✅Узнаем, как навести порядок разрозненной документации, структурировать её.
📍Начнем обсуждение с разработки прикладных приложений на основе облачной платформы.
✅Обсудим развитие архитектуры от интеграции через очереди сообщений до прямых запросов и значение транспортных библиотек в этом процессе.
📍Рассмотрим внедрение автотестов на проекте как "источника правды" и лайфхаки для упрощения их написания.
✅Узнаем, как навести порядок разрозненной документации, структурировать её.
Слушю доклады и первый докладчик отвечая на вопрос о доступности кафки снаружи вцелом говорит что это плохо.
Сам ранее скорее придерживался такого же мнения, но немного пересмотрел отношение когда стал вопрос взаимодействия в рамках нескольких отдельных продуктов внутри ИТ ландшафта компании.
При опеределенной настройке кафки на текущий момент не вижу серьезных проблем. Настройки вижу такие:
- керберос авторизация для наружних лисенеров
- для внешних топиков использовать avro
- для внешних топиков настраивать time\size based retantion policy
- для внешних топиков мониторинги метрик на messages per second
При таком подходе что может быть аргументом что бы все-таки закрыться rest сервисом?
Сам ранее скорее придерживался такого же мнения, но немного пересмотрел отношение когда стал вопрос взаимодействия в рамках нескольких отдельных продуктов внутри ИТ ландшафта компании.
При опеределенной настройке кафки на текущий момент не вижу серьезных проблем. Настройки вижу такие:
- керберос авторизация для наружних лисенеров
- для внешних топиков использовать avro
- для внешних топиков настраивать time\size based retantion policy
- для внешних топиков мониторинги метрик на messages per second
При таком подходе что может быть аргументом что бы все-таки закрыться rest сервисом?
PD
Тем, что у rest сервиса (вернее, один post и все) есть популярный способ описания API через swagger.
Для кафки - увы.
Ну и аутентификацию/авторизацию потом будет проще прикрутить или поменять
Для кафки - увы.
Ну и аутентификацию/авторизацию потом будет проще прикрутить или поменять
S
"Для кафки - увы"
Почему увы? Для кафка топика api вижу только форматом сообщения. Формат определяется черзе avro схему.
Почему увы? Для кафка топика api вижу только форматом сообщения. Формат определяется черзе avro схему.
VO
керберос наружу? ну не знаю..
S
керберос наружу? ну не знаю..
Наружу это несколько широко. Не на весь интернет, а в рамках большой локальной сети
S
в рамках ентерпрайза внутренним стандартом идет керберос
PD
"Для кафки - увы"
Почему увы? Для кафка топика api вижу только форматом сообщения. Формат определяется черзе avro схему.
Почему увы? Для кафка топика api вижу только форматом сообщения. Формат определяется черзе avro схему.
avro публиковать сложнее и не удобно и придется доступ к хранилищу схем открывать.
swagger привычнее и проще для интеграции
swagger привычнее и проще для интеграции
S
Что проще согласен.
В данном случае у заказчика пожелание расширяться максимально без привлечения разработки. В том числе что бы не разрабатывать отдельные адаптеры для интеграции с новой системой.
Под аргументом тут скорее нужно понимать не удобство, а потенциальную опасность, уязвимость.
В данном случае у заказчика пожелание расширяться максимально без привлечения разработки. В том числе что бы не разрабатывать отдельные адаптеры для интеграции с новой системой.
Под аргументом тут скорее нужно понимать не удобство, а потенциальную опасность, уязвимость.
S
В контексте ответа на вопрос во время митапа докладчик, мне показалось, имел ввиду что это плохо, чем неудобно
PD
Ну, про уязвимости для простого rest-service все понятнее (и понятно, как его защищать).
S
Может Максим Левитан здесь и может прокоментировать? :)