Битрикс для разработчиков
Чат экстремального погром...
Qt
symfony
Ansible
Unity Engine: вопрос - от...
Nuxt.js | Vue SSR
Боты на Telegraf
Data Science Chat
Android Architecture
QA — русскоговорящее сооб...
DBA - русскоговорящее соо...
Tarantool
Unreal Engine
☁️ AWS_RU
Blender_ru: вопрос-ответ.
MongoDB Russian
Yandex Cloud - Официальны...
Git
DevsHelper
Big Data Science :: AI / ...
pro.kafka
3ds Max
1C
Вокруг да около Zigbee
Android Declarative
freebsd_ru
Atlassian Community - Rus...
Чат про Fusion 360 и 3D
OctoberCMS
ru_gitlab
Godot Engine (Russian)
MySQL
Yii Framework 2
Data Engineers
Чат Tableau
Cinema 4D
Evolution CMS
Odoo talks & fun
Software Design/Architect...
pro.buildsystems
Webpack — русскоговорящее...
Yii Framework 3
QA juniors
RUSCADASEC community: Киб...
ru_hashicorp
Grafana Loki
VictoriaMetrics_ru
.NET Group
Google Cloud Platform_ru
DevSecOps - русскоговорящ...
![Netbeans [RU]](https://image.telq.org/channel_avatar_1102508152_467588515831589735_mini.jpeg){kind=avatar}
Netbeans [RU]
Всем привет! Есть такой вопрос с собеса, какие есть варианты? Есть хранилище
данных, куда постоянно пишут новые записи 10 инстансов сервиса (только добавление и чтение), получая данные из очереди (с брокером). С хранилищем требуется провести действия (например, изменение формата
хранения данных), которые занимают 15 минут и делают хранилище недоступным на этот промежуток, данные нельзя потерять за это время. Каков порядок действий?
4 ответов
1) начали работы 2) закончили работы 3) написали статью на хабр а серьезно вводных мало. если не надо менять запись данных в хранилище - то той же кафка сервисы даже гасить не обязательно. но судя по всему хотели деплой план формата: 1) убедились что в брокере хватит места с запасом 2) подготовили по надобности новую версию образа сервиса для записи вмновом формате 3) гасим сервис 4) проводим работы, проверяем доступность хранилища 5) запускаем новую версию сервиса p. s. еще можно обмазать все этапы созданием бекапов, проведением нагрузочных тестов, ух сколько можно придумать развлечений...
1) начали работы 2) закончили работы 3) написали с...
опасненько гасить сервис (смотря конечно как оно написано это грейсфул шатдаун) - может статься что он имеет автокоммит=тру и тогда кафка будет считать что отправила ему ,скажем, 10 сообщений (и запомнит это), а он успел обработать 2 (остальные в буфере), а под "гасить" сервис подразумеват exit тупой.... короче тут вопросов больше чем ответов на самом деле
автокоммит значит что сервис уж давно данные терял бы ведь любая ошибка сохранения в хранилище тогда эквивалентна потере данных
Похожие вопросы
Обсуждают сегодня