19:58:50 От Mike Deruygin : good evening! 19:59:05 От Mike Deruygin : презентацию 19:59:05 От Mikhail : презентацию 19:59:11 От Mikhail : да 20:00:21 От Mike Deruygin : + 20:00:25 От Dmitry Pavlov : + 20:00:29 От Eugene Klimov : + 20:00:33 От Mikhail : + 20:00:43 От artiom : + 20:00:44 От andrey : + 20:01:15 От Mike Deruygin : да 20:02:08 От Mike Deruygin : + 20:02:12 От andrey : + 20:02:28 От Mike Deruygin : атомарность функционого требования 20:02:50 От andrey : Размер 20:03:09 От Даурен : Независимая логика 20:05:02 От Mike Deruygin : транспорт 20:07:08 От Mike Deruygin : шардирование, к примеру 20:08:05 От Eugene Klimov : отказоустойчивость 20:08:07 От Dmitry Pavlov : наверное зависит от архиеткуры) 20:08:07 От Mike Deruygin : мне кажется, второй вариант, так как меньше нагрузки 20:08:08 От Даурен : 2, потому что более отказоустойчивее 20:08:12 От Mikhail : второй более надежный 20:08:14 От Eugene Klimov : если 10 по 100 20:08:17 От Mike Deruygin : во втором 20:08:32 От Даурен : Можно кинуть на другой сервер 20:09:21 От Eugene Klimov : суммарная пропускная способность каналов будет в целом выше 20:09:43 От Mike Deruygin : а вот пиков будет меньше 20:10:53 От Даурен : женить все это ) 20:11:15 От Даурен : + поддержка протоколы 20:11:15 От Mike Deruygin : они по времени выполняются по-разному 20:11:20 От andrey : транспортные расходы 20:12:37 От Dmitry Pavlov : чел приходит с отпуска и его увольняют) 20:17:31 От Mike Deruygin : огромный плюс 20:17:36 От Даурен : + 20:19:01 От Даурен : Интеграционные ведь сложнее? 20:24:43 От Mike Deruygin : восстание технологий 20:25:19 От oleg : внедрение service mesh - следующий этап) 20:27:48 От Mike Deruygin : постоянно 20:27:49 От Даурен : постоянно 20:27:51 От Grigoriy Zavodov : всегда 20:30:28 От Mike Deruygin : кажется, 20:30:37 От Mike Deruygin : это начнет правращаться в монолит постепеннол 20:31:53 От Mike Deruygin : ага 20:31:59 От oleg : неприятный опыт) 20:32:37 От oleg : типичная ситуация со сбером 20:32:53 От Mike Deruygin : + 20:32:54 От Mikhail : + 20:32:57 От oleg : + 20:39:49 От Даурен : redis 20:40:10 От Даурен : Заложить транзакцию в редисе 20:40:16 От Даурен : залочить 20:40:29 От Даурен : да 20:40:53 От Даурен : таймаут 20:41:01 От Даурен : Нет ) 20:42:32 От Mike Deruygin : да, это все равно удобнее 20:42:32 От Mikhail : К ним нужно прийти ) 20:42:34 От oleg : зависит от приложения 20:42:36 От Даурен : стоит, постепенно 20:42:42 От Mike Deruygin : + можно прогрнать DDDшников 20:42:46 От Mike Deruygin : ) 20:45:00 От Mike Deruygin : работа с микросервисами более привлекательны для разработчика, легче закрыть вакансию 20:45:14 От Mike Deruygin : + 20:45:14 От oleg : да 20:45:15 От Mikhail : + 20:45:20 От iPhone SAP : а если например основная система на Java и надо внедрять хитрые нейронки на python (pytorch) 20:45:43 От iPhone SAP : монолит уже - технически не подходит 20:48:09 От Mike Deruygin : так это же круто 20:49:06 От iPhone SAP : вот сейчас и делаем так 20:54:44 От Andrei Grazhdankov : про БД 20:54:53 От Andrei Grazhdankov : как они в микроскопическое живут 20:55:53 От Mike Deruygin : насколько сильно нужно по функционалу дробить на микросервисы? к примеру, один микросервис авторизации или несколько микросервисов, один отвечает за получение токена, другой восстанавливает пароль и т.д. ? 20:57:54 От Даурен : Если я хочу выделить микросервис по пользователям (авторизация, регистрация). Но при этом другим сервисам нужно искать заказы по имени пользователя. Если у каждого своя база - как правильно решить? 20:57:58 От Mike Deruygin : спасибо 20:59:00 От Даурен : то есть синхронизация баз? 20:59:06 От Grigoriy Zavodov : денормализация только 20:59:30 От Даурен : Да важно ) 21:00:12 От Даурен : спасибо, понял 21:00:58 От Mike Deruygin : я пока только с плюсами, но у меня обычные ETL 21:01:02 От Andrei Grazhdankov : балансировка. езжу подами 21:01:21 От Andrei Grazhdankov : от одного сервиса к другому 21:01:47 От Andrei Grazhdankov : у нас опеншифт 21:02:14 От oleg : имеет ли значение, микросервисы должны находится в одном репозитории или можно в разных..? 21:02:39 От Mike Deruygin : он удобный и простой 21:02:42 От oleg : - независит от других сервисов 21:02:42 От andrey : самодостаточность 21:02:52 От oleg : - логически выделенная функциональность 21:02:58 От Andrei Grazhdankov : быстро менять 21:05:58 От Mike Deruygin : переменные окружения 21:06:06 От andrey : .gitignore :) 21:06:07 От oleg : в файле 21:06:07 От Andrei Grazhdankov : vault 21:06:14 От Andrei Grazhdankov : для секретов 21:06:30 От oleg : в key-value базе (consul для примера) 21:06:36 От andrey : нет, я имею ввиду в папке с исходников. Просто в .gitignore добавить 21:13:50 От Andrei Grazhdankov : с ml плохо бьется - лучше 1 pod с 3 core , чем 3 пода по 1 core 21:17:10 От oleg : просьба подробнее про фактор “привязка портов“ 21:18:02 От oleg : все понял 21:18:19 От Andrei Grazhdankov : используя файла конфигурации, значения по умолчанию норм использовать? 21:18:37 От Mike Deruygin : health check можно было бы добавить) 21:19:07 От oleg : могут быть микросервисы не в контейнерах? какие альтернативные решения? 21:20:15 От Даурен : А чем это лучше? 21:20:16 От oleg : т.е. сервисы как это службы 21:21:31 От andrey : nomad может бинарниками жанглировать, без контейнеров 21:22:47 От Даурен : а как маштабировать rpm-ки? По серверам 21:23:01 От Даурен : оркестрация 21:23:03 От andrey : В го можно всё в бинарник заэмбедить и один бинарик запускать 21:24:19 От andrey : Этож такие антипатерны в go 21:24:43 От Mike Deruygin : - 21:24:47 От Mikhail : слышал 21:24:48 От Даурен : Лямбды? 21:24:51 От oleg : не хранить состояние 21:25:23 От oleg : перепутал с stateless) 21:30:23 От Dmitry Pavlov : А данные на сколько долго там храняться, или это как отдельный сервис, за который платишь 21:31:46 От Dmitry Pavlov : Еще ДЗ 21:31:55 От Dmitry Pavlov : расскажите что и как делать? 21:32:17 От Dmitry Pavlov : да 21:32:20 От oleg : serverless - это cloud? 21:32:32 От oleg : реализация 21:33:07 От Mike Deruygin : вообще, выглядит serverless как-то подозрительно) 21:33:24 От Dmitry Pavlov : С телеграм ботом хороший пример 21:33:43 От OTUS Онлайн-образование : https://otus.ru/polls/4916/ 21:33:43 От jamm : Но на самом деле вам не принципиально использовать чей то клауд.
Есть решения для реализации серверлесс подхода в своей инфраструктуре.
Например такие решения есть для куба 21:35:08 От andrey : Для куба дофига таких реализация kubeless, knative и ещё 21:37:25 От andrey : Про дерганье curl'а и всякие exec'и 21:39:27 От Mike Deruygin : т.е. для каждого микросервиса своя база, а данные они синхронизируют через grpc или очереди? 21:41:01 От Mike Deruygin : спасибо 21:41:54 От andrey : Врятли 21:41:57 От Dmitry Pavlov : есть вроде 21:41:59 От andrey : В mysql 21:42:23 От Mike Deruygin : там и cte не было) 21:42:35 От andrey : В MariaDB до сих пор нету :) 21:42:49 От Mike Deruygin : и оконок, кажется, тоже, до 8 не было) 21:43:49 От andrey : У нас в микросервисах проблемы с тем что некоторые сервисы очень долго при старте накачиваю данные для работы 21:43:50 От Mike Deruygin : есть, минуту 21:44:06 От Mikhail : Безопасность микросервисов как обычно обеспечивается? Скажем при разнесении по нескольким хостам 21:44:06 От andrey : Мы уже задолбались кешированием обкладываться 21:44:53 От andrey : Накачивают данные из базы 21:45:07 От orensimple : про безопасность в целом, с прошлого гофер кон 2019 Елены Гроховец хороший очень доклад 21:45:13 От Mike Deruygin : если у меня есть микросервис, который в горутинах пишет или читает в базу, то какое количество горутин безопасно открыть, чтобы база успела обрабатывать запросы? 21:45:33 От andrey : тогда это не stateless приложения получаются, с хранением кеша :( 21:47:31 От orensimple : домашние задание если честно прям очень интересует, как наши и так по большой части микросервис календарь делить еще на микросервисы 21:47:55 От orensimple : спасибо) 21:48:14 От Mike Deruygin : допустим, просто 1 база, постгрес) 21:48:26 От Mike Deruygin : по умолчанию, 100 21:49:42 От Mike Deruygin : допустим, просто разбор логов 21:50:18 От Mike Deruygin : это да, спасибо ) 21:50:43 От Даурен : насколько рекомендуете серверлес? 21:50:52 От Mike Deruygin : а где держали данные? в кафке? 21:52:18 От Mike Deruygin : встречались с такой вещью, кликхаус записывает данные, пишет, что все ОК, ошибок, нет. Записей нет) в deattached тоже пусто 21:53:40 От Mike Deruygin : вот это правильно. для кликхауса нужна страховка. либо просто в файл писать 21:53:48 От Mike Deruygin : а то он странный иногда 21:55:12 От Mike Deruygin : а для го синглетон разве антипаттерн? 21:55:47 От Mike Deruygin : ну он же удобен для инициализации бд, к примеру, или того же логгера. 21:56:33 От Mike Deruygin : А то надо делать инит БД для миграции, тестов и для работы. 21:57:34 От Mike Deruygin : ну миграции же тоже накатываются через го орм 21:57:46 От Mike Deruygin : а для них нужен инит БД 21:59:11 От Mike Deruygin : понятно, спасибо большое ) 21:59:58 От OTUS Онлайн-образование : https://otus.ru/polls/4916/ 22:00:05 От orensimple : спасибо) 22:00:06 От Eugene Klimov : Спасибо! 22:00:06 От Mike Deruygin : лекция очень классная! хорошего вечера! 22:00:08 От Dmitry Pavlov : спасибо 22:00:13 От oleg : Спасибо! оч интересно 22:00:13 От Mikhail : спасибо! 22:00:14 От oleg : пока