×Закрыть

Материалы по теме «Web»

RSS

«Строгий» JavaScript: зачем и кому это надо «Строгий» JavaScript: зачем и кому это надо

Helen Zhukova 14015

Елена Жукова, предприниматель и Frontend developer, на VinnytsiaJS выступила с докладом «Strict JavaScript» и на его основе написала статью для DOU. JavaScript считается динамическим языком, но все чаще используются инструменты, которые добавляют ему статической типизации. Google, Facebook и Microsoft предлагают свои решения. Почему так происходит и стоит ли это делать? 39

W30LUW

Yuriy Silvestrov 2390

Захотелось пошутить и озаглавить колонку так, как это принято в Linux/Unix мире — аббревиатурой. Полностью фраза из названия звучит как «Web 3.0 is like Unix Way». Отчего именно Unix Way? 16

Про веб

Rodion Bykov 28

Вероятно, уже все видели обложку журнала Time — «человеком года» ушедшего 2006 года назван каждый пользователь интернета, каждый кто создает контент нового World Wide Web — Web2.0. 8

За «Чистий Інтернет»

Max Ischenko 0

Спільна заява Інтернет Асоціації України та «Чистого Інтернету» стосовно розвитку мережі «Інтернет» в Україні та ролі держави у цьому процесі. 1

Регистрация интернет-ресурсов: бесславный конец?

Max Ischenko 14

Министерство транспорта и связи Украины в соответствии с выводами рабочей группы инициирует отмену приказа “Об утверждении Порядка проведения государственной регистрации электронных информационных ресурсов”, сообщает ЛІГАБізнесІнформ.

Комментарии

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