Легко в’IT

О, и мы здесь! 😁

С чем у вас сейчас болит в инфре? Хочу собрать темы для будущих постов

#IT_Архитектура SaaS: переход от Silo к Pool модели Давай сначала разберемся, о чем я тут собираюсь сегодня рассказать? Модель SaaS только звучит сложно, по факту - это просто когда один продукт (веб-приложение) может использоваться разными компаниями изолированно друг от друга. Ну вот начала одна компания CRM использовать и другая подключилась и третья. Все приглашают своих сотрудников, но данные одной компании от других изолированы. У такого подхода есть три варианта реализации, самые интересные из них - Silo и Pool. Первый подход я часто в лекциях студентам сравниваю с отдельным домом, а второй - с домом многоквартирным. То есть если семья большая и нужна независимая инфраструктура, то лучше выбрать Silo, но большинство населения живет все-таки в многоквартирных домах с некоторыми общими ресурсами. Да, соседи могут быть шумными (Noisy neighbor), но за ресурсы на круг платишь ощутимо меньше. И вот чтобы мы и наши клиенты платили меньше за инфраструктуру, мы и решили перевести Сфера SaaS на модель Pool. Давай тут зайдем немного с конца: почему мы сразу не стали делать модель Pool? Да очень просто, по тому что наш продукт начинался как PoC (Proof of Concept), то есть надо было доказать состоятельность стратегии. И только когда мы всё всем доказали, то продукты, которые мы до сего момента выводили как "серый ящик", смогли взять к себе в бэклог нужные доработки для перехода на модель Pool. А доработки здесь достаточно большие - это надо переориентировать авторизацию во всех продуктах на так называемый tenant_id, то есть идентификатор клиента (тенанта) Что я хотел донести этим примером? Архитектурные решения редко делятся на правильно или неправильно. Они про скорее о том, "какую боль ты готов терпеть ради какой выгоды". А у вас продукте есть мультитенантность? Почему вы решили предоставлять свой продукт именно по SaaS модели?

#IT_Архитектура #IT_Конференции А после КНИТУ, мы поехали в офис Т-Банка, где был совместный митап по теме архитектуры. Я рассказывал про архитектуру безопасности и конкретные шаги, которые надо учитывать в РФ чтобы в наше непростое время не получить взлом вашего приложения и какие требования регуляторов обязательны к проработке

Сегодня я в Казани и у меня два выступления. Первое из них начнется в 12:30 в КНИТУ (Сибирский тракт, д.12). Буду рассказывать про современные практики построения приложений и наш путь создания SaaS. Рәхим итегез!

Когда приложение присылает тебе напоминание (пусть даже и полезное), ты обычно воспринимаешь его равнодушно. Но не когда это делает воя собственная программа. Тут ты надуешься как ребенок, что твой код напомнил тебе же, чтобы ты не забыл о чем-то важном!

Т+Т=идеальный митап в Казани ⚡ Впервые проводим Т1 ЛАМПА вместе с Т-Банком — вас ждёт экспертная и уютная коллаборация про архитектуру, защиту и развитие программных систем. Приглашаем разработчиков, аналитиков и архитекторов, а также инженеров ИБ и руководителей технических команд. О чём поговорим:

➡️ Service Desk 2.0: Слияние внутренней и клиентской платформ поддержки. Архитектурные вызовы и решения. Анастасия Веселова, системный аналитик в Т-Банке. ➡️ Ломать — не строить. Но строить надо правильно: об архитектуре защиты, OWASP Top 10, отечественных СЗИ и регуляторике Артём Савенков, главный архитектор в Т1. ➡️ Кэширование. Что следует знать системному аналитику Резида Гарифуллина, системный аналитик в Т-Банке. ➡️ Фича Флаги: гибкий механизм управления функциональностью на этапе выполнения приложения Дмитрий Смирнов, главный эксперт-разработчик в Т1, Андрей Умнов, эксперт-разработчик в Т1.

🕓 16 апреля в 19:00 📍 Казань, ул. Спартаковская, 6 («Сувар Плаза»). ➡️ Регистрируйтесь по ссылке #НовостиТ1@t1career

А 16 апреля ищите меня здесь!

#IT_Безопасность А я продолжаю ездить я Бонч с лекциями. Сегодня будущим магистрантам рассказывал про то, какие угрозы сейчас стоят перед веб-приложениями и что на них приходится 73% атак. Так же рассказал, какими средствами мы боремся с этими угрозами, привел несколько примеров-историй из практики. В конце даже осталось время кейс один разобрать и на мое удивление, ребята очень неплохо осведомлены про OWASP, NGFW, CVE и прочие малопонятные аббревиатуры! Этот доклад я рассказывал в первый раз, но планирую с ним же выступить в апреле в Казани на мероприятии Т1 Лампа, так что «не переключайтесь»

#IT_Архитектура Теперь ваша любимая часть: Что пошло не так (Часть 2) Первый деплой. Обновил код, перезапустил контейнер. Всё упало. Паника! Пользователи же увидят! Вернее - не увидят приложения. Новый код ждёт новый столбец, старая база про неё не в курсе. У кого такое было? В итоге потратил время, сделал на коленке что-то вроде blue/green. Если забыли (хотя я об этом рассказывал): поднимаешь новую версию на других портах, сервер сам прогоняет миграции, проверяем хелсчеки, только потом переключается прокся (Nginx). Если что-то не так просто не вырубаем предыдующую версию и запускаем откат. Теперь про то, зачем мне PWA? Давайте так. Это travel-приложение. То есть человек по определению может быть в оффлайне. Принцип достаточно простой: есть сеть - берём с сервака, нет - отдаём из локального кэша. Только не забудь заранее открыть поездку чтобы данные закешировали в твой локал сторедж. Еще один прикол - не все AI работают из РФ, а у меня все данные в исполнение 152-ФЗ все данные на серверах РФ. По чесноку, мне очень понравилась Mistral: у них и быстро и предложения хорошие по токенам и API как будто делали не французы. Но из РФ он не доступен, поэтому Qwen. По крайней мере пока не найду чего-тор лучше. В общем, давайте обсудим и похоливаоим, что бы вы сделали лучше, а что и вовсе бы убрали? Го в комменты paskoro.ru @legko_v_it

#IT_Архитектура Техстек и архитектура (Часть 1) Не так давно я рассказывал о релизе моего самого любимого на данный момент пет-проекта paskoro.ru, тогда обошлось без технических деталей. Теперь я хочу их немного насыпать, а за одно и с вами обсудить правильность выбора в комментах. Итак, стек у меня такой: React + Vite + Node.js + PostgreSQL. Специально не стал брать Next.js. Next нужен когда нужен SSR и SEO. А у меня все плюшки пользователь получает только посре авторизации. Зачем тащить серверные компоненты? Правильно, для SPA тут смысла мало. Теперь про Vite. Давно хотел с ним поиграться (в силу своей работы поиграться я могу только со стилями в пауэр поинте и иногда в draw.io). Почему он? Да потому что запускается за полсекунды. Всё, правда. Ещё долго думал, что взять: Postgres вместо MongoDB, можно даже сказать, боролся с собой. Карточки поездки у всех разная структура (рейс, отель, ресторан). Как будто бы это про документную БД. Но мне нужно много джойнов: поездки, дни, карточки, пользователи. В итоге взял много кушающий Postgres с JSONB полем внутри карточек. Зато удобнее разработка Теперь самое холиварное: под капотом монолитная архитектура. О, ужас! Ну во-первых, я один, а во вторых тратить и так небольшое количество ресурсов на кубер - такая себе история. Ну и частей у меня в приложении не столько чтобы делить это все на микросервисы, получая их минусы. Завтра продолжим. @legko_v_it

#IT_Истории Путь от разработчика до IT-лида Привет! Сегодня ещё немного расскажу о себе. А именно, как я шел по этой скользкой дорожке. Начинал на фрилансе - PHP, Perl (как говорится, мы были молоды, нам нужны были деньги). Работал в рамках компании Web Zdes (Лёша, привет!): Лёха искал проекты, я их выполнял - ну или факапил, тут как повезет. Дальше - компания Niazida, уже поток сайтиков для клиентов. Там получил много интересного опыта, потому что иногда приходилось не только кодить, но и ездить к клиентам с актами, а однажды - вообще координировать переезд офиса и попутно прокладывать сеть на новом месте. После этого наступил 12-летний период в одном месте: T-Systems, который потом переименовался в Deutsche Telekom IT. Именно этой компании я благодарен за soft skills и за отличных друзей, с которыми дружим до сих пор. Там же получил роль архитектора - сначала на небольших проектах, а в 2021-м перешёл на самый масштабный проект компании. Но в 2022-м наши пути разошлись - компания вернулась в Европу. Когда это объявили, был страх и полное непонимание, куда дальше. И тут я осознал свою главную ошибку: всё это время я не ходил на собеседования и не понимал, что нужно рынку. Тем не менее нашёл хорошего работодателя — Т1. Сначала банковские проекты, а теперь я IT-лид на проекте Сфера SaaS, где мы выводим российский аналог продуктов Atlassian в облако. Вот тут я и стал IT-лидом. Короче, я понимаю, что странная это рекомендация от лида, но: ходи на собесы, узнавай, чего ты еще не знаешь, просто ради собственного развития. Причем это принесет пользу даже твоей текущей команде, ведь каждое собеседование - это еще и обмен опытом. @legko_v_it

#IT_Истории Я тут решил воспользоваться одной нейронкой и посмотреть, какой контент вам интересен в разрезе всего существования моего канала. Так вот, самые живые посты по реакциям и просмотрам - личные: - анонс paskoro.ru (500 просмотров, 18 реакций) - чем занимаюсь на работе (307 просмотров, 15 реакций) - лекция в Бонче (22 реакции). А вот технические новости - вообще ноль интереса, что опрос и подтвердил. При этом, кстати, 40% из вас хочет объяснений айтишных штук всяких, для чего я канал и создавал. Но я так прикинул, что лучшие из них уже идут через личные кейсы, поэтому решил немного поменять парадигму канала. Поэтому спасибо вам, что даете обратную связь: реакциями ли или наоборот - игнорированием, это мне очень помогло!

Тсс! Тут тихий анонс моего приложения. Давно я его хотел сделать (и делал). В чем суть? Куда-то собираешься поехать в отпуск и у тебя куча билетов, броней и рекомендаций от друзей. Хотелось бы это все хранить единым досье. К слову, раньше я пользовался приложением KAYAK, но его авторы решили, что они теперь агрегатор поездок и все полезные функции убрали. Пришлось делать своё. Отдельные модули не без помощи нейронок (модно же сейчас), но всё-таки, оно своё и никуда от меня не денется, как минимум 1 постоянный пользователь у него будет. Как оно работает: 1. Создаешь "карточку" путешествия, пишешь даты, город назначения и прочее 2. В карточке уже планируешь отдельно каждый день, добавляя те или иные пункты вроде перелетов, трансферов, достопримечательностей и так далее 3. Все, теперь у тебя есть единая точка, где лежит детально все твое путешествие Из интересного что там есть: - Поделиться досье по ссылке - друзья видят всё в режиме чтения - Поиск достопримечательностей и добавление их прямо в нужный день поездки - PWA — ставится на телефон как приложение (Android) или сохраняешь на рабочий стол, если у тебя iPhone и предварительно зайдя в поездку с работающей сетью, имеешь все свои данные о поездке в оффлайн-режиме - AI генерирует план поездки по дням, но так как токены не бесконечны, пока я ее включаю по отдельной просьбе Стек если интересно (мы же на канале про IT все-таки): React + Vite на фронте, Node.js + PostgreSQL на бэке, хостится на отдальной VPS'ке в РФ. Сейчас в открытом бета-доступе, регистрация свободная: paskoro.ru Попробуйте, оно совершенно бесплатное, буду рад фидбеку

Привет) какая прикольная обратная связь) дай ему мой контакт