Outlines Tech ищет ребят, которые ищут работу в IT. Откликайтесь сами или отправляйте знакомым, которые в поиске работы.
Вакансии:
— Администратор баз данных (Oracle, Postgre, Weblogic)
— Эксперт по развитию В2B-страхования
— Системный / бизнес-аналитик 1C (финансы)
— Эксперт сетевой безопасности
— Системный аналитик (ML\LLM)
— Data Engineer
Полный список вакансий смотрите на нашем hh.ru. Будем рады вас видеть в тигриной команде!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7❤3👀3
Рекрутер вышел на рынок труда, а там всё как у людей 🙄
Есть мнение, что рекрутеру проще искать работу: он знает рынок изнутри, понимает, как устроен найм, и владеет тайными HR-лайфхаками. На деле всё не так.
Наша ИТ-тигрица и ИТ-рекрутер Катя рассказала, с чем столкнулась на рынке труда, когда искала работу и какие выводы из этого сделала. А было тоже, что и у многих других: игнор, некомпетентность, странные отказы и ситуации, которые трудно объяснить логикой.
👉 Читать статью на Хабре и поддержать Катю
Есть мнение, что рекрутеру проще искать работу: он знает рынок изнутри, понимает, как устроен найм, и владеет тайными HR-лайфхаками. На деле всё не так.
Наша ИТ-тигрица и ИТ-рекрутер Катя рассказала, с чем столкнулась на рынке труда, когда искала работу и какие выводы из этого сделала. А было тоже, что и у многих других: игнор, некомпетентность, странные отказы и ситуации, которые трудно объяснить логикой.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥10❤5
This media is not supported in your browser
VIEW IN TELEGRAM
❤7
HPA уже недостаточно: как в Cloud Ready строят эластичные системы
HPA по CPU и памяти работает, пока система обрабатывает однотипные запросы. Но когда появляются очереди, тяжёлые вычисления, сложная маршрутизация и разные пути обработки, то такого масштабирования уже недостаточно.
Наш системный архитектор Иван Кузьминов разобрал, как масштабировать Cloud Ready на уровне PRO. А именно:
— Как выбирать метрики под тип нагрузки
— Зачем разделять fast-path и heavy-path
— Как управлять параллелизмом, чтобы не просаживать время ответа
Листайте карточки, если проектируете и развиваете сервисы под нагрузкой👆
HPA по CPU и памяти работает, пока система обрабатывает однотипные запросы. Но когда появляются очереди, тяжёлые вычисления, сложная маршрутизация и разные пути обработки, то такого масштабирования уже недостаточно.
Наш системный архитектор Иван Кузьминов разобрал, как масштабировать Cloud Ready на уровне PRO. А именно:
— Как выбирать метрики под тип нагрузки
— Зачем разделять fast-path и heavy-path
— Как управлять параллелизмом, чтобы не просаживать время ответа
Листайте карточки, если проектируете и развиваете сервисы под нагрузкой
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7❤4
— Официальная документация KEDA: база для workload-aware масштабирования в Kubernetes
— The Reactive Manifesto: про эластичность, отзывчивость и backpressure
— Concurrency Limits by Netflix: про динамическое управление параллелизмом
— Event-Driven Architecture: чтобы понять, как строить асинхронные системы и разделять fast-path и heavy-path. Что читать: книга Designing Event-Driven Systems Бена Стопфорда
— Kubernetes Custom Metrics API и Prometheus: чтобы масштабировать HPA не только по CPU и памяти. Что читать: документация Prometheus Adapter for Kubernetes Metrics APIs
— Теория массового обслуживания и закон Литтла: чтобы считать размеры пулов, длину очередей и время ответа. Что читать: Understanding Little’s Law и материалы по Queueing Theory
apiVersion: keda.sh/v1alpha1
kind: ScaledObject
metadata:
name: message-router-scaler
namespace: messaging-core
spec:
scaleTargetRef:
name: message-router-deployment
minReplicaCount: 2
maxReplicaCount: 50
triggers:
- type: kafka
metadata:
bootstrapServers: kafka-cluster.messaging:9092
consumerGroup: router-group
topic: incoming-client-events
lagThreshold: "1000"Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7
This media is not supported in your browser
VIEW IN TELEGRAM
😁8❤5🤣5
Отказоустойчивость Cloud Ready: как не уронить весь сервис 🐯
Если сервис завязан на внешние зависимости, очереди, базы данных и сеть — сбой неизбежен. Главное не дать ему уронить весь сервис.
ИТ-тигр Иван Кузьминов собрал подходы, которые помогают не уронить весь сервис из-за одного сбоя. Из карточек вы узнаете:
— Где ставить Circuit Breaker
— Какие режимы деградации предусмотреть заранее
— Как изолировать ресурсы, чтобы один сбой не бил по всем
— Как проверять отказоустойчивость через Chaos Engineering
🔗 Полезное чтиво по теме:
— Паттерн Circuit Breaker от Martin Fowler: описание от гуру архитектуры
— Fault Tolerance patterns от Microsoft Architecture: каталог паттернов устойчивости
— Chaos Engineering: Principles of Chaos: принципы хаос-инженерии
🧭 Для глубокого изучения:
— SRE: книга Google SRE Book, особенное внимание главе Handling Overload
— Распределенные транзакции и паттерн Saga: статья Saga distributed transactions
— Health Check API и Readiness/Liveness probes: Kubernetes Documentation
Если сервис завязан на внешние зависимости, очереди, базы данных и сеть — сбой неизбежен. Главное не дать ему уронить весь сервис.
ИТ-тигр Иван Кузьминов собрал подходы, которые помогают не уронить весь сервис из-за одного сбоя. Из карточек вы узнаете:
— Где ставить Circuit Breaker
— Какие режимы деградации предусмотреть заранее
— Как изолировать ресурсы, чтобы один сбой не бил по всем
— Как проверять отказоустойчивость через Chaos Engineering
— Паттерн Circuit Breaker от Martin Fowler: описание от гуру архитектуры
— Fault Tolerance patterns от Microsoft Architecture: каталог паттернов устойчивости
— Chaos Engineering: Principles of Chaos: принципы хаос-инженерии
— SRE: книга Google SRE Book, особенное внимание главе Handling Overload
— Распределенные транзакции и паттерн Saga: статья Saga distributed transactions
— Health Check API и Readiness/Liveness probes: Kubernetes Documentation
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤8👀5