В целом зависит от компании, но общий ответ такой.
Архитектор принимает высокоуровневые решения, а так же разрабатывает стандарты и подходы, ещё может проработаывать концепты решений. Аналитик занимается рутиной, проектирует конкретные контаркты под зхадачу, описывает интеграции, а потом все это согласовывает с архитектором.
Действительно, процесс подключения WebSocket начинается с HTTPS-соединения, которое затем переключается на WSS через механизм Upgrade. Это стандартное поведение протокола, описанное в спецификации.
Процесс подключения выглядит следующим образом: GET /ws/chat HTTP/1.1 Host: example.com Connection: Upgrade Upgrade: websocket Sec-WebSocket-Version: 13 Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
После успешного хендшейка соединение переходит в режим WebSocket с шифрованием (WSS).
Что касается схем интеграций, использование wss:// в обозначении имеет ряд преимуществ:
Сразу понятно, что это WebSocket-соединение с шифрованием
Визуально отделяется от обычных REST API (https://)
Упрощает понимание архитектуры для всех участников проекта
Соответствует общепринятой практике документирования WebSocket-соединений
Поэтому использование wss:// на схемах является не legacy, а рекомендуемым подходом для наглядности документации.»
Все проще, а на будущее надо подумать как представляться.
У нас идет: Стажер аналитик Младший аналитик Аналитик Старший аналитик (эти два все время путаю) Ведущий аналитик (эти два все время путаю) Главный аналитик Эксперт аналитик
Я с Redis Stream вообще не работал, надо будет внимательно посомтреть на все плюсы и минусы
В целом зависит от компании, но общий ответ такой.
Архитектор принимает высокоуровневые решения, а так же разрабатывает стандарты и подходы, ещё может проработаывать концепты решений. Аналитик занимается рутиной, проектирует конкретные контаркты под зхадачу, описывает интеграции, а потом все это согласовывает с архитектором.
Аналитик разгружает архитектора)
сетевой оверхед имеется в виду http- заголовки, время на соединение и всякие авторизации
shared websocket workers - очень важно использовать, надо было тоже про это написать согласен
Про Дион спасибо)
Действительно, процесс подключения WebSocket начинается с HTTPS-соединения, которое затем переключается на WSS через механизм Upgrade. Это стандартное поведение протокола, описанное в спецификации.
Процесс подключения выглядит следующим образом:
GET /ws/chat HTTP/1.1
Host: example.com
Connection: Upgrade
Upgrade: websocket
Sec-WebSocket-Version: 13
Sec-WebSocket-Key: dGhlIHNhbXBsZSBub25jZQ==
После успешного хендшейка соединение переходит в режим WebSocket с шифрованием (WSS).
Что касается схем интеграций, использование wss:// в обозначении имеет ряд преимуществ:
Сразу понятно, что это WebSocket-соединение с шифрованием
Визуально отделяется от обычных REST API (https://)
Упрощает понимание архитектуры для всех участников проекта
Соответствует общепринятой практике документирования WebSocket-соединений
Поэтому использование wss:// на схемах является не legacy, а рекомендуемым подходом для наглядности документации.»
вот такие придумали названия у нас внутри) По сути это что-то типо Senior SA
Все проще, а на будущее надо подумать как представляться.
У нас идет:
Стажер аналитик
Младший аналитик
Аналитик
Старший аналитик (эти два все время путаю)
Ведущий аналитик (эти два все время путаю)
Главный аналитик
Эксперт аналитик
а дальше уже всякие
Руководитель направления
в тг канале покрутить))
Эх жаль кармы нет поднять! Круто поработали, крутой проект!
Изначально была идея про РФ написать, но в процессе гугления и сбора информации унесло и как-то незаметно случилось
ха-ха, очень краткое)
Кажется что этот тренд угасал, а тут словно снова пытается ворваться)
Да, вроде понятно про JSON, хотя возможно что я так же думаю из-за этого мне понятно)
Спасибо большое, будем дальше пробовать
а в гит кто пушит и мержит, разруливает конфликты?
Мы просто в процессе перехода на Спек-фирст и есть какие-то пробуксовки)
А где вы храните спеки по задачам и общую спеку?