vit1251

 

 

Ну конечно, разработчики ленивые, тестировщики плохие и только сотрудники Заказчика все в белом и на конях)

Я этого не говорил, а только обратил внимание, на то что "технический долг" был "узаконен" и перенесен на "заказчика".

Прошу заметить только разобрался с ситуацией, а этические аспекты вопроса меня в этой ситуации меня мало заботят.

 

 

Трудоемкая задача означает, что у разработчика уходило до нескольких месяцев на одну базу.

Видимо это очень дорого оказалось для заказчика ))) А как нашли значенеи в 5%? На основе каких-то вычислений или взяли число с "потолка"?

 

 

Вы демагог

Переход на личности (argumentum ad hominem) — распространённый в Интернете демагогический приём, подразумевающий дискредитацию аргументации оппонента посредством дискредитации его и/или его действий, а также провоцирующий некорректную ответную реакцию оппонента (в этом смысле переход на личности является формой троллинга).

Какую реакцию Вы ждете на "Вы демагог". Это просто обвинение сравни крикнули бы "Вы дурак".
Подробнее:http://wikireality.r...ход_на_личности

 

 

Java VM сюда зачем-то приплели, слепки ОЗУ

Java VM и слепки ОЗУ я привел в качестве примера. Что бы Вам стало понятнее и нагляднее.

  Что вы пытаетесь доказать?

1. Что можно обобщить требования и рассмотреть широкое понятие "VM систем", а значит рассмотреть не узкий вопрос о запуске VM в гипервизоре и его API, а выйти за рамки предлагаемых решений и подумать о возможности более общего инструмента. Используя такой подход можно, например предоставить возможность по API доступ к мышке или эмалировать ввод с клавиатуры. Для этого нужно рассматривать не гипервизор, а целую систему с API. Вполне вероятно, что такие системы и API уже существуют.

2. Что Вы не правы относительно "такого API нет у гипервизорах". Вы уже признали, что были не правы! Так что этот вопрос уже не важен!

 

 

Или вы потролить сюда пришли?

Я пришел на форум посмотреть на аудиторию тестировщиков(sic!) и послушать вопросы и возможно ответить на некоторые из них.

Поделиться своими размышлениями и найти единомышленников, возможно друзей или будущих коллег. А что же я нашел?

Как бы Вы охарактеризовали свое поведение?

 

Вы не видите разницу между Гипервизором и программами работающими с API гипервизора

С чего Вы взяли? Я вижу разницу между гипервизором и программами работающими с API гипервизора. Я же уже сказал, что меня не интересуют

программы работающие с API гипервизора (фразой, что Docker не нужно предлагать).

 

Никакой широкой трактовки термина VM систем нет.

Я думаю. что Вы знакомы с понятием виртуализация? Виртуализация позволяет Вам иметь некоторую "виртуальную машину" и запустить в ней некоторый "виртуальный образ". В целом сумма этих понятий (назовем их системой понятий) можно называть "системой виртуализации" или "VM системой" (одной из поплуярных VM систем являеться Oracle VM подробнее http://www.oracle.co...view/index.html

В моём ответе, я вам чётко сказал, что НИ У ОДНОГО гипервизора НЕТ API для постнастройки виртуальной системы

Вы уточнили ответ, а в оригинале ответ звучал так:

 

У Гипервизоров таких АРI нет, они могут конфигурировать только параметры виртуальной машины

Теперь я хотел бы что бы Вы ответили на следующий вопрос, а создание виртуальной машины параметр самой виртуальной машины?

Совершенно очевидно, что виртуальной машины на момент ее создания ещё не существует, а значит созданием такой VM может заниматься

только гипервизор, что противоречит вашему ответу.

Системы о которых Вы говорить, так называемые системы "пост-настройки" называются системами оркестрации и никакого отношения

к виртуализации и виртуальным машинам не имеют. Это системы массового обслуживания серверов.

 

libvirt это не API, это набор инструментария для разработчиков и системных администраторов, для управления множеством виртуальных окружений с возможностями пред и пост настройки.

libvirt это конечно набор инструментария (мы же с Вами в разделе форума инструменты(sic!), но разве не очевидно, что у любого инструмента в той или иной форме имеется API?

Итог: На мой взгляд Вы явно создаете конфликты на терминологической почве, а зачем мне не понятно. Скажем всем известная ICQ одновременна и программа и протокол и собирательный(нарицательный) образ обмена сообщениями. Так же как и ксерокс это нарицательный образ копировальных машин. Конечно гораздо вернее говорить копировальный аппарат компании Xerox, но зачем? Какой смысл говорить API инструмента libvirt, так как сегодня это инструмент и перфикс lib говорит, что это библиотека и т.д. И мы подошли к моему вопросу к Вам BadMF зачем Вы заниметесь словестными приперательствами и формализацией на форумах?

 

Трудоемкая задача для разработчика.

Ну трудоемкость для разработчика это очень сомнительная единица измерения, а вот "стоимость" в деньгах этих самых 5% совсем другое дело.

И тут как я уже раньше говорил, нужно вообразить весы и понять сколько "золота" нужно отдать разработчику за систему с 100% отображением (то есть убрать эти самые самые 5%),

а на другие весы стоимость работы персонала и работы в ручную по этим 5%. Если данных много, то работы в ручную будет много, а это значит, что это перенос ответственности за

некачественный/недоделанный/дешёвый/ленивый/недоделанный код на плечи других сотрудников, что в их договоре изначально не было прописано - проверять в ручную

записи, которые ленивый программист не отобразил в базу. Как черт возьми это вообще возможно пропустить 5% записей? Вообщем тут задача очень подозрительная. Чувствую,

что где-то "собак зарыта", но вот так сразу не совсем очевижно.

 

 

 

 

 

Подскажите пожалуйста, а у каких VM систем (кроме Docker) сегодня уже есть API для автоматизации?

Скажем если есть желание создать VM и запустить в ней определенный образ и т.д.

 

docker это насколько я помню система пост настройки виртуалки?

 

У Гипервизоров таких АРI нет, они могут конфигурировать только параметры виртуальной машины (VBox точно может).

 

Систем постнастройки виртуалок довольно много - докер, паппет.

нативные ssh и winRM

 

Есть также системы управления виртуальными окружениями типа vagrant работающие со всеми платформами и с несколькими гипервизорами.

 

 

Итак, так как ответа так и не поступило придется самому отвечать на свой вопрос:

 

Для управления работой виртуальными машинам (VM) можно использовать библиотеку libvirt (подробнее https://libvirt.org/)

 

Для управление VMWare гипервизором можно посмотреть по ссылке (https://www.vmware.c...s/sdk_pubs.html).

 

Относительно VMBox не смотрел, так как очень низкая производительность у виртуальной машины на первый взгляд.

 

У вас какая-то каша в голове, вы не правильно отвечаете на собственный вопрос.

Приведённые вами ссылки ведут на СДК для управления виртуалками, а Докер

 

Докер — это открытая платформа для разработки, доставки и эксплуатации приложений

 

 

Если вы не видите разницу, я даже не знаю что сказать.

 

Ну либо вы не правильно задали свой вопрос.

 

 

Должен Вас поблагодарить за уточнение, хотя Вы его сделали и не тактично, но я просто предполагал,

что в ответах укажут docker как решение и хотел избежать этого, а вместо этого Ваш едкий комментарий.

 

Ну знаете ли, в моём ответе всё верно указано, при этом вы цитируя мой ответ говорите, что ответа там нет. Вот я собственно и засомневался, что вопрос в принципе корректен.

Да и странно от вас видеть и вопрос и ответ, как будто вы не хотели увидеть ответ на вопрос, а хотели сами на него ответить. Это немного обескураживает в ваших сообщениях.

 

Так что "не стоит пенять на зеркало коли лицом не вышел", уважайте других и вас будут.

 

Я задал вопрос относительно "VM систем" и спустя какое-то время ответил на свой же вопрос по VM системам, так как к этому времени уже имел определенные результаты.

Трактовка термина VM системы достаточно широкая. Системы виртуализации действительно бывают разные: аппаратного уровня, уровня операцонной системы(как например Docker), уровня окружения (вроде puppet и т.д.) и т.д.

Таким образом Docker относиться к сиситемам виртуализации и в целом меня не очень интересует категория VM системы, а скорее интересует именно возможность использования API у этой системы виртуализации.

В вашем ответе указано, что API у гипервизоров нет, что является ошибочным утверждением. Ссылки на API популярных гипервизоров представлены в моем предыдущем сообщении (кроме libvirt это попытка обобщить все платформы в универсальный API). Ответ в Вашем сообщении есть и я думаю, что он не верный (я не прав пропустив Ваш неверный ответ?).

Остальная часть вашего ответа это ваше личное отношение, переживания и какие-то попытки призыва к уважению хотя на мой взгляд призывать к уважению собеседника нужно именно Вас.