Под мониторинг Prometheus, grafana а вот ELK я бы не стал. Прожерлив, капризен.
Если же толькио под логи, то ELK мне лично очень, и Logstash очень мощён, много чего можно с ним сделать… мы раньше доп. информацией логи снабжали и писали в спец. индексы и т.д. из логов много видели...
Но если хочется все в одном наверное сегодня надо смотреть в grafana стек, и там для логов есть вышеупомянутый loki. Я лично его ещё не видел в бою, но по документации очень правильная штука.
По смыслу это все же наоборот. О защите.
Если раньше можно было запрашивать ID девайса, то теперь апп дожена "умолять" пользователя и защита врубается на уровн опреционки.
Пусть меня поправят экспрты по IOS если я что-то упустил из виду.
Да интереснее наверно было бы сравнение с тулами. Я вот например на Flux2 второй кластер перевожу. Несмотря на то что ещё сыроват (и не GA даже) уже нравится и никаких проблем.
Меня федора всем устраивает на лаптопе. Привычка ставить её со времен когда дистрибутив в продакшене был мне важен. Сейчас всеравно все на контейнерах а под ними обычно Амазон Линукс :)
Что-то как-то тема не раскрыта…
(Микро)сервис это когда, есть стейт, кода важен его собственный релиз цыкл и котроль над рабочей версией в один текучий момент и т.д. ещё более высокоурвоневые вещи. Библиотеками простите решают просто другой класс задач.
У меня такой случай. Gateway есть…
Вот думаю может там токены в едином месте и проверять. А сервисам за Gateway слать клеймы в headerах. Обычно нужен только ID пользователя…
Мне кажется преимуществом была бы единая точка проверки. Все сервисы из одной домены и в кругу одной команды и одном уровне доверия.
Или есть в этой практике прям очевидные минусы?
Эх настольгия. А ведь пилил и мне нравилось… и Ларс Фогель наверно единственный кто это все более или менее систематично освещал ;)
Я помню даже собираль и релизил в CI/CD как тут.
Я согласен что сайт странный, это на вскидну. Есть кучу ренкингов, про стартаппы. И США и израиль и её пару в других вырываются в них заметно. Германии или Японии не видать.
В прорывных странах совершенно иное отношение к ошибкам и к принятию решений.
В Европе например в Германии все плоховато, лидируют скандинавы (помоему шведы).
Я в Германии давно и поэтому могу судить о нас.
Наверно неправильно, как вы говорите обобщать. Есть масса субкультур.
Большие концерны это боль везде… Это верно (и в США тоже) Я в Германии начинал с концернов и потом переходил все более мелкие и мелкие фирмы… могу сравнить.
А так же географически, Берлин в отличии от остально Германии неплохо перемешан культурами в ИТ и стартапная сцена не больша но есть, тоже своего рода суб культура посреди неподвижной бюрократии…
Работаю с америнакским одним концерном на данный момент, ну это мегачерепахи...
Ну надо бы что-бы было во что качество встраиватъ… Что-то инноваций там как-то с 70-тых нет оглушительных…
А как стартапить (а это сегодня самый успешным механизм инноваций) если они культурно неспособны вырабатывать решения? Меня уже в Германии это напрягает, но описаное тут просто тушите свет ;)
Не создавайте ненужных сущностей без необходимости.
мне всегда казалось это о другом
Например я работал как-то в одной команде с отличным матиматиком (притворяющимся программистом ;) очень не плохо в целом) который каждую маломальскую сущнусь стремился усложнить по максимому.
Сущность user уже с первых строк кода могла быть реализовнана как целая домення область из user-core, user-address, credentials, user audit, connected apps, payment data
и так со всеми остальными, тоесть в среденм в его коде по сравнению со всеми остальными было почемуто раз в 5 больше ненужных усложнений в виде сущностей.
Слава Богу его можно было убедить словами и рефакторинг он не воспринимал болезненно. Но я всегда впоминал именно этот принцип и его ужасное нарушение. Может я конечно что-то не так понял. ;)
Я вас понимаяю думаю, и имею похожий опыт наверно прост в другой не русскоязычной стране, с соотвествующим менталлитетом и ситуацией в IT.
Всегда хорошо свой опыт и терминилогию сравнить с тем что делают другие, вот я вам и привел Герегора, мне его точка зрение импонирует. Если незнакомы посмотрите, может понравится ;)
Под мониторинг Prometheus, grafana а вот ELK я бы не стал. Прожерлив, капризен.
Если же толькио под логи, то ELK мне лично очень, и Logstash очень мощён, много чего можно с ним сделать… мы раньше доп. информацией логи снабжали и писали в спец. индексы и т.д. из логов много видели...
Но если хочется все в одном наверное сегодня надо смотреть в grafana стек, и там для логов есть вышеупомянутый loki. Я лично его ещё не видел в бою, но по документации очень правильная штука.
По смыслу это все же наоборот. О защите.
Если раньше можно было запрашивать ID девайса, то теперь апп дожена "умолять" пользователя и защита врубается на уровн опреционки.
Пусть меня поправят экспрты по IOS если я что-то упустил из виду.
Да интереснее наверно было бы сравнение с тулами. Я вот например на Flux2 второй кластер перевожу. Несмотря на то что ещё сыроват (и не GA даже) уже нравится и никаких проблем.
Меня федора всем устраивает на лаптопе. Привычка ставить её со времен когда дистрибутив в продакшене был мне важен. Сейчас всеравно все на контейнерах а под ними обычно Амазон Линукс :)
Что-то как-то тема не раскрыта…
(Микро)сервис это когда, есть стейт, кода важен его собственный релиз цыкл и котроль над рабочей версией в один текучий момент и т.д. ещё более высокоурвоневые вещи. Библиотеками простите решают просто другой класс задач.
Извините за небольшой оффтоп: Насколько активно гугл продвигает эти свои PWA?
Мне казалось первоначальный хайп немного поутих, нет?
У нас пока онда роль и одна гейтвей. Разделять особо нечего. Бутылочное горлышко — это гейтвей по определению ;)
У меня такой случай. Gateway есть…
Вот думаю может там токены в едином месте и проверять. А сервисам за Gateway слать клеймы в headerах. Обычно нужен только ID пользователя…
Мне кажется преимуществом была бы единая точка проверки. Все сервисы из одной домены и в кругу одной команды и одном уровне доверия.
Или есть в этой практике прям очевидные минусы?
Эх настольгия. А ведь пилил и мне нравилось… и Ларс Фогель наверно единственный кто это все более или менее систематично освещал ;)
Я помню даже собираль и релизил в CI/CD как тут.
Годно.
Сойдет как временный костыль, пока эти сервисы не научились ;)
Так история браузер и IPv6 адрес запомнит. По нечитаемеости я разницы не вижу.
Завезли его в Java SE 6 Update 14
а говорили, писали о нем ещё раньше. Но я не ручаюсь за статью. Вы правы.
Разбору куча лет, я его при яве 6 помоему ещё видел.
Но он поверхностен, так что вполне актуален в своей поверхностности :)
Я согласен что сайт странный, это на вскидну. Есть кучу ренкингов, про стартаппы. И США и израиль и её пару в других вырываются в них заметно. Германии или Японии не видать.
В прорывных странах совершенно иное отношение к ошибкам и к принятию решений.
В Европе например в Германии все плоховато, лидируют скандинавы (помоему шведы).
Я в Германии давно и поэтому могу судить о нас.
Наверно неправильно, как вы говорите обобщать. Есть масса субкультур.
Большие концерны это боль везде… Это верно (и в США тоже) Я в Германии начинал с концернов и потом переходил все более мелкие и мелкие фирмы… могу сравнить.
А так же географически, Берлин в отличии от остально Германии неплохо перемешан культурами в ИТ и стартапная сцена не больша но есть, тоже своего рода суб культура посреди неподвижной бюрократии…
Работаю с америнакским одним концерном на данный момент, ну это мегачерепахи...
Ну надо бы что-бы было во что качество встраиватъ… Что-то инноваций там как-то с 70-тых нет оглушительных…
А как стартапить (а это сегодня самый успешным механизм инноваций) если они культурно неспособны вырабатывать решения? Меня уже в Германии это напрягает, но описаное тут просто тушите свет ;)
Ну и не удивительно:
https://www.startupranking.com/countries
Тогда их будущее в IT очень туманное.
Браво! особенно по первой части.
не совсем так думаю про:
мне всегда казалось это о другом
Например я работал как-то в одной команде с отличным матиматиком (притворяющимся программистом ;) очень не плохо в целом) который каждую маломальскую сущнусь стремился усложнить по максимому.
Сущность user уже с первых строк кода могла быть реализовнана как целая домення область из user-core, user-address, credentials, user audit, connected apps, payment data
и так со всеми остальными, тоесть в среденм в его коде по сравнению со всеми остальными было почемуто раз в 5 больше ненужных усложнений в виде сущностей.
Слава Богу его можно было убедить словами и рефакторинг он не воспринимал болезненно. Но я всегда впоминал именно этот принцип и его ужасное нарушение. Может я конечно что-то не так понял. ;)
Ничего не даст.
я тоже ;) Атак уже 15 лет в IT.
Я вас понимаяю думаю, и имею похожий опыт наверно прост в другой не русскоязычной стране, с соотвествующим менталлитетом и ситуацией в IT.
Всегда хорошо свой опыт и терминилогию сравнить с тем что делают другие, вот я вам и привел Герегора, мне его точка зрение импонирует. Если незнакомы посмотрите, может понравится ;)