×Закрыть

Материалы по теме «физика»

RSS

Физик-ядерщик — об адронном коллайдере в Германии и роли программирования в жизни ученого Физик-ядерщик — об адронном коллайдере в Германии и роли программирования в жизни ученого

Valentina Donchenko 9680

Максим Бородин — Java-разработчик, живет и работает в Германии. По образованию Максим — физик-ядерщик, с 2006 по 2009 год он занимался научными исследованиями на адронном коллайдере. В интервью для DOU Максим рассказал об экспериментальной науке, ускорительном центре DESY в Гамбурге, а также о роли программирования в жизни ученого. 53

Комментарии

Это, мягко говоря, не лучший подход. БД сама по себе есть сервис, зачем на ней еще один сервис прикручивать?
Спс, видел их с хорошими отзывами, куплю на днях
Вотъ после этого и работай через ФОПъ.
Спасибо за информативную статью. Структурировано и коротко
Є декілька схем побудови мікросервісної архітектури. Одна з них — розділення на сервіси за утилітарною ознакою, а не за бізнес-призначенням або функціональною. Тобто сховище даних буде мікросервісом для інших сервісів.
не совсем понял. Микросервисы у нас с БД и без БД — есть которые хранят данные, есть которые только что то выполняют. Есть которые пишут, а есть которые только читают и агрегируют.
сразу все операции. А потом когда все выполнятся принять решение, имеет доступ или нет если да то выплевываем то что собрали.
Клиент у нас почти логики не содержит он отвечает сходить на микросервисы, агрегировать данных, и отображать их.
так как разбили все на мелкие микросервисы то он не нужен. Хотя рано или поздно придется какой то микросервис шардировать но это до 10 таблиц.
Да — сейчас мы работаем над ним. InfluxDB+Grafana это для KPI и бизнес метрик которые девелоперы пишут. Например количество ушедших писем, или количество опубликованных объявлений.
Каждый микросервис отдельный репозиторий, отдельная документация, свой pipeline в GitLab CI.
Деливери — хороший вопрос. Каждый микросервис релизится самостоятельно и когда например задача выполнена. Есть сложные релизы когда нужно релизить много сразу микросервисов но тогда мы указываем план выкатки.
это связано с тем чтобы разрешить все проблемы со связями. Во время объединения 7 БД в одну все данные получают новые ID, тем самым убираем проблему с пересекающими ID. User ID =1 в семи странах это 7 разных пользователей.
Учусь на DevOps в SoftServe. Учат на реальном проекте (на Епаме слыхал задачки просто решают) , теперь на этапе собеседований. В группе 7 человек , team work и тд