Спасибо за ваш комментарий.
-DocBook был выбран потому, что у изначальной команды авторов был опыт работы с ним;
— В качестве редактора команда советует Oxygen XML, но поскольку он платный, то можно использовать любой другой, желательно с валидацией по схеме;
— Более подробно инструкции по созданию и редактированию документации приведены на wiki.openstack.org/wiki/Documentation/HowTo.
Swift не подразумевает «записи кусочка в объект». Объект можно записать только целиком (конечно можно записать и часть файла но Swift будет ее воспринимать как отдельный объект). Чтение возможно кусочками (ranged requests или multipart upload/download).
Касательно OpenStack процесс примерно таков:
1. Запрос на создание виртуальной машины
2. Compute сервис используя glance клинет выкачивает образ виртуальной машины из своего backend-а (это может быть: файловая система на Glance сервере либо Swift, либо Ceph с RADOS Gateway)
3. Далее образ помещается на compute сервер и работает как обычная виртуальная машина у которой блочное устройство находится на файловой системе.
Конечно, «под капотом» все гораздо сложнее но общий алгоритм примерно таков.
Виртуальная машина во время работы никак не связана со Swift-ом. Хотелось бы отметить что в статье не обозревался RBD(RADOS Block Device) что собственно и есть блочное устройство к которому обращается виртуальная машина в процессе работы.
Ceph по основному принципу является объектным хранилищем (object storage) как и Swift. Соответственно их сравнение обосновано и приемлемо. С точки зрения OpenStack, Swift используется как хранилище образов виртуальных машин я не как блочное устройство. Аналогичным образом можно сконфигурировать и Ceph с использованием RADOS Gateway. RADOS Gateway имеет тот же REST API интерфейс что и Swift.
Таким образом, эти продукты, с точки зрения функционала, делают одно и тоже.
Спасибо за ваш комментарий. Такая пометка уточняет, что в статье отражено субъективное мнение автора.
Спасибо за ваш комментарий.
-DocBook был выбран потому, что у изначальной команды авторов был опыт работы с ним;
— В качестве редактора команда советует Oxygen XML, но поскольку он платный, то можно использовать любой другой, желательно с валидацией по схеме;
— Более подробно инструкции по созданию и редактированию документации приведены на wiki.openstack.org/wiki/Documentation/HowTo.
Касательно OpenStack процесс примерно таков:
1. Запрос на создание виртуальной машины
2. Compute сервис используя glance клинет выкачивает образ виртуальной машины из своего backend-а (это может быть: файловая система на Glance сервере либо Swift, либо Ceph с RADOS Gateway)
3. Далее образ помещается на compute сервер и работает как обычная виртуальная машина у которой блочное устройство находится на файловой системе.
Конечно, «под капотом» все гораздо сложнее но общий алгоритм примерно таков.
Виртуальная машина во время работы никак не связана со Swift-ом. Хотелось бы отметить что в статье не обозревался RBD(RADOS Block Device) что собственно и есть блочное устройство к которому обращается виртуальная машина в процессе работы.
Таким образом, эти продукты, с точки зрения функционала, делают одно и тоже.