Merge branch '12-04' into 'main'

Minor fixes for images

See merge request picodata/picodata/docs!4

docs/description.md

@@ -42,14 +42,14 @@ Picodata позволяет развёртывать и управлять кл
 
 На рисунке ниже показана схема простого кластера из двух репликасетов, каждый из которых состоит из двух узлов (активного и в ожидании):
 
-![Схема кластера](cluster.png){ align=left }
+![Схема кластера](cluster.png)
 
 Репликасеты являются единицами физического масштабирования кластера. Данные балансируются между ними автоматически.
 Внутри каждого репликасета есть *bucket* - виртуализированная единица хранения, обеспечивающая локальность данных (например, хранение нескольких связанных с клиентом записей на одном физическом узле). Таким образом, при горизонтальном масштабировании кластера данные распределяются по устройствам хранения не напрямую, а внутри bucket'ов. Это позволяет увеличить скорость выполнения запросов к БД и одновременно с этим снизить нагрузку на сетевую инфраструктуру кластера.
 
 На схеме ниже показан пример шардирования элементов кластера путём распределения репликасетов по нескольким серверам:
 
-![Принцип шардирования](sharding.png){ align=left }
+![Принцип шардирования](sharding.png)
 
 В свою очередь, сервера могут находиться в разных дата-центрах и быть географически распределены. С точки зрения администратора кластера, данные сначала попадают в опредёленный bucket и лишь затем оказываются на физическом устройстве хранения.
 Каждый bucket в любой момент времени может находиться только в одном репликасете. В то же время, в репликасете может быть несколько bucket'ов, или не быть ни одного. Внутри bucket'а данные задублированы по всем узлам в рамках репликасета в соответствие с фактором репликации.
\ No newline at end of file