⚡️Дайджест ТОПовых постов нашего канала за июль-август, которые вам понравились больше всего:

— Подкаст от Глеба Учителя: как работает API на примере API мессенджера Telegram?

— Подкаст от Глеба Учителя: как API спасает банки от недобросовестных заемщиков

— Как найти вакансию, которая будет вам по душе?

— Error или батарейка села: что делать при эмоциональном выгорании

— Заменят ли нейросети аналитиков?

— Подкаст от Глеба Учителя: кейс из практики, как один системный аналитик использовал нейросети в проекте по созданию системы для интернет-магазина

— Как системному аналитику повысить скиллы?

☝️ Вы можете поделиться каналом — используйте эту ссылку.
Сохраняйте полезную информацию, чтобы не потерять.

Благодарности за подборку контента принимаем в виде реакций на этот пост 🔥

Когда цифры говорят сами за себя...

То, что очевидно для одного, возможно, вызывает вопросы у других. И это нормально👍

Ребята, сейчас разберемся с этим шаблоном😎

Circuit Breaker — это шаблон, который помогает защитить микросервис, если другой микросервис вдруг "сломался" или стал слишком медленно работать.

Когда один сервис пытается отправить запрос другому, но тот не отвечает (например, из-за перегрузки или ошибки), Circuit Breaker как бы говорит: "Стоп! Больше не пытайся, пока он не починится!".

❗️Это предотвращает дальнейшие попытки, которые только добавили бы больше нагрузки.

Представьте, что вы звоните другу, но он не берет трубку. Вместо того чтобы звонить бесконечно, вы понимаете: "Ладно, перезвоню позже, когда он сможет ответить".

Точно так же Circuit Breaker предотвращает постоянные попытки подключиться к сломанному сервису, чтобы не перегружать систему.

Другие варианты тоже важны, но не совсем про это:

✅ Bulkhead разделяет ресурсы, чтобы сбой одного компонента не повлиял на другие

✅ Retry Pattern пробует повторять запросы, если что-то не получилось, но это может даже ухудшить ситуацию при сбое

✅ Timeout задает время ожидания для ответа, но не решает проблему перегрузки сервиса.

Если все понятно - ставьте🔥

Хотите все же посложнее задачки?)
Не вопрос⬇️

Интеграция была, есть и будет⚡️

Ведь именно интеграция позволяет отдать системам рутинные задачи, которые сотрудники делали еще вручную. Это ускоряет бизнес-процессы и обходится дешевле. Как говорится, ничего личного - это просто бизнес!

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

Однако, есть стандартные принципы, которые чаще всего мы видим в процессе интеграции систем и, благодаря которым, бизнесы используют/внедряют интеграции в свои процессы:

1️⃣ Гибкость. Это позволяет легко внедрять новое, изменять функциональность, не внося хаос в основную работу всех бизнес-процессов.

2️⃣ Масштабируемость. Система должна быть готова к более повышенной нагрузке, чтобы обрабатывать большие объемы информации, помогая расти бизнесу и улучшать производительность.

3️⃣ Безопасность. Это включает в себя механизмы, которые обеспечивают безопасность данных и сценариев, а также защиту от несанкционированного доступа, минимизацию возможности сбоя.

4️⃣ Управляемость. Это регулярный мониторинг работы системы и постоянное выявление/устранение ошибок

И всю эту конструкцию собирает в техническую документацию именно системный аналитик, который владеет навыками проектирования интеграций. Только потом в игру вступает разработчик. Это к тому, что многие до сих пор думают, что какие-то профессии более престижные или ценные в IT🙈

Начните мыслить другими категориями: есть спрос на эту услугу и вы владеете навыками, знаниями и опытом в этой сфере лучше других - вам не будет равных.

А для бизнеса важен каждый процесс. И команда эффективна, когда работает, как единый механизм, в котором нет лишней детали.

Поделитесь, на какой позиции сейчас работаете в IT или претендуете? Насколько ощущаете ценность своей работы в команде?