Телеграмм чат группы itarchitect страница 1946

Через 2-3 недельки. Темы предлагаю следующие:
- Методы и инструменты планирования разработки архитектуры
- Требования и управление требованиями
- Управление изменениями
- Предметные области их типичные стейкхолдеры и модели для обсуждения с ними.

"инструменты планирования разработки архитектуры" это как?

источник

13:02пожаловаться

AP

Alexey Pryanishnikov in Архитектура ИТ-решений

да ладно, все мы часто планируем начать уже разрабатывать архитектуру))

источник

13:03пожаловаться

KG

Kirill Gorin in Архитектура ИТ-решений

планируем начать разработку инструментов для планирования начала разработки архитектуры

источник

13:03пожаловаться

VU

Vitaly U in Архитектура ИТ-решений

планируем планировать планирование

источник

13:08пожаловаться

CO

Chocho Ololoev in Архитектура ИТ-решений

архиоптериксы - не летают, в основном планируют )

источник

13:20пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений

Vitaly Derbin

У Авито 100% внедрена. У Леруа. Но у обоих свои

У Авито не сервис-меш, а прокси для трассировки. Никаких задач сервисмеша их прослойка не решает.
Про Леруа не в курсе (

источник

14:42пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений

Pavel

Я пока ни в одной организации такой шины не встречал в проме.

У нас своя самописная. У стандартных у всех свои проблемы )
istio медленный, требует кубера и глюкавый.
kong побыстрее, но дает мало опций для хранения конфигурации и без некоторых важных фичей
остальные даже рассматривать нет смысла )

источник

14:44пожаловаться

VD

Vitaly Derbin in Архитектура ИТ-решений

Phil Delgyado

У Авито не сервис-меш, а прокси для трассировки. Никаких задач сервисмеша их прослойка не решает.
Про Леруа не в курсе (

А есть прямо четко определенный список задач?

источник

14:55пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений

Ну, вообще-то в описание шаблона service mesh - есть.
И называть прокси для трейсинга "сервис-мешом" некоторое передергивание.
Еще и гордиться скоростью/потребляемой памятью...
Ну да это в стиле Авито...

источник

14:57пожаловаться

VD

Vitaly Derbin in Архитектура ИТ-решений

Phil Delgyado

Ну, вообще-то в описание шаблона service mesh - есть.
И называть прокси для трейсинга "сервис-мешом" некоторое передергивание.
Еще и гордиться скоростью/потребляемой памятью...
Ну да это в стиле Авито...

Вы про какое из описаний? Авито свое поделие, кстати, четко позиционирует как "легковесное" и заточенное только под их конкретную задачу(observability). Им не нужен был лишний оверхед как в линкерд/истио, они его не делали. Не понимаю возмущений, честно говоря)

источник

15:04пожаловаться

PD

Phil Delgyado in Архитектура ИТ-решений

Да про любое, везде будет про управление сетью.
Если бы Авито свою поделку не называли service mesh и не сравнивали с нормальными мешами - вопросов бы не было.

источник

15:14пожаловаться

AS

Andrei Soloschak in Архитектура ИТ-решений

Phil Delgyado

У нас своя самописная. У стандартных у всех свои проблемы )
istio медленный, требует кубера и глюкавый.
kong побыстрее, но дает мало опций для хранения конфигурации и без некоторых важных фичей
остальные даже рассматривать нет смысла )

Филипп, а можно пояснить, что вы вкладываете в понятие «медленный» по отношению к istio? Вы проводили тестовые замеры и результаты вас не устроили?

источник

16:11пожаловаться

MA

Michael Akushsky in Архитектура ИТ-решений

День добрый

источник

16:19пожаловаться

MA

Michael Akushsky in Архитектура ИТ-решений

Приходим в "мир" kubernetes-а

источник

16:19пожаловаться

MA

Michael Akushsky in Архитектура ИТ-решений

Ранее все было достаточно цельное, а тут новый проект, микросервисы

источник

16:20пожаловаться

GK

Gennadiy Kruglov in Архитектура ИТ-решений

За абстракции нужно платить. По сути, каждый раз приходится делать выбор, Service mesh или Microservice chassis. Если приземлёмлённо, возлагать служебные аспекты, такие как circuit breaker, observability, traceability, на прикладные сервисы или выносить на уровень инфраструктуры

источник

16:20пожаловаться