Журнал LinuxFormat - перейти на главную

LXF130:Interview

Материал из Linuxformat
(Различия между версиями)
Перейти к: навигация, поиск
м (исправлены ошибки, добавлены категории)
 
Строка 13: Строка 13:
 
* '''''Linux Format:''' Что изменилось в вашей работе с выходом на сцену '''Eucalyptus'''?''
 
* '''''Linux Format:''' Что изменилось в вашей работе с выходом на сцену '''Eucalyptus'''?''
  
'''Сорен Хансен''': В облачных вычислениях заинтересованы все; это действительно вещь крутая. И теперь они свалились на меня. Так что моя работа изменилась весьма существенно! Мы начали присматриваться к ''Eucalyptus'' [''EUCALYPTUS расшифровывается как Elastic Utility Computing Architecture Linking Your Programs To Useful Systems и представляет собой открытый проект, реализующий облачные вычисления в пределах центра управления данными; мы писали про него в [[LXF129:Eucalyptus|LXF129]], – прим. пер.''], потому что знали: нам нужно решение для облачных вычислений. Мы рассматривали все имеющиеся варианты и их применение. И оказалось, что нечто вроде ''Eucalyptus'' Марку и хотелось, из­за его совместимости с EC2. Облачные вычисления очень расплывчаты – как, э­э, облака.
+
'''Сорен Хансен''': В облачных вычислениях заинтересованы все; это действительно вещь крутая. И теперь они свалились на меня. Так что моя работа изменилась весьма существенно! Мы начали присматриваться к ''Eucalyptus'' [''EUCALYPTUS расшифровывается как Elastic Utility Computing Architecture Linking Your Programs To Useful Systems и представляет собой открытый проект, реализующий облачные вычисления в пределах центра управления данными; мы писали про него в [[LXF129:Eucalyptus|LXF129]], – прим. пер.''], потому что знали: нам нужно решение для облачных вычислений. Мы рассматривали все имеющиеся варианты и их применение. И оказалось, что нечто вроде ''Eucalyptus'' Марку и хотелось, из за его совместимости с EC2. Облачные вычисления очень расплывчаты – как, э­э, облака.
  
 
* '''''LXF:''' Как вы думаете, станут ли облачные вычисления основной темой Ubuntu Server Edition?''
 
* '''''LXF:''' Как вы думаете, станут ли облачные вычисления основной темой Ubuntu Server Edition?''
Строка 25: Строка 25:
 
* '''''LXF:''' Что было самым сложным, когда вы пытались заставить все это работать?''
 
* '''''LXF:''' Что было самым сложным, когда вы пытались заставить все это работать?''
  
'''СХ''': Была масса технических сложностей, не последней из которых оказалась ''Java'' – с ней мы работать не привыкли. Я не уверен, что какой­либо из ведущих дистрибутивов Linux работает с ''Java'', и включают ли они ''Java'' вообще! Мы потратили жутко много времени, пытаясь пристроить все по местам. Миру ''Java'' свойственна совершенно иная культура: у них существует тенденция просто свалить все в огромную кучу, поэтому вместе с ''Eucalyptus'' вы получаете и встроенную ''Java''­реализацию web­сервисов ''Apache''.
+
'''СХ''': Была масса технических сложностей, не последней из которых оказалась ''Java'' – с ней мы работать не привыкли. Я не уверен, что какой либо из ведущих дистрибутивов Linux работает с ''Java'', и включают ли они ''Java'' вообще! Мы потратили жутко много времени, пытаясь пристроить все по местам. Миру ''Java'' свойственна совершенно иная культура: у них существует тенденция просто свалить все в огромную кучу, поэтому вместе с ''Eucalyptus'' вы получаете и встроенную ''Java'' ­реализацию web­-сервисов ''Apache''.
  
Мы так не работаем: в общем случае, если бы мы приняли этот подход и обнаружили проблему с безопасностью, пришлось бы прошерстить все пакеты, использующие проблемный код. А вот если обнаружится проблема в C­библиотеке, мы просто исправим ее, и все будет прекрасно. Поэтому пришлось затратить немало усилий на разделение компонентов, чтобы использовать их как независимые пакеты, а не иметь дело с кодом в виде огромной неупорядоченной кучи.
+
Мы так не работаем: в общем случае, если бы мы приняли этот подход и обнаружили проблему с безопасностью, пришлось бы прошерстить все пакеты, использующие проблемный код. А вот если обнаружится проблема в C-­библиотеке, мы просто исправим ее, и все будет прекрасно. Поэтому пришлось затратить немало усилий на разделение компонентов, чтобы использовать их как независимые пакеты, а не иметь дело с кодом в виде огромной неупорядоченной кучи.
  
 
* '''''LXF:''' Пришлось ли вам убеждать команду '''Eucalyptus''' в необходимости встраивания совместимости с '''KVM'''?''
 
* '''''LXF:''' Пришлось ли вам убеждать команду '''Eucalyptus''' в необходимости встраивания совместимости с '''KVM'''?''
Строка 33: Строка 33:
 
'''СХ''': Это было настолько просто, что я бы не употреблял слова «убеждать». Они понимали, что на неком этапе это станет неизбежно, а когда осознали, что портят нам песню, потому что ''KVM'' – наш инструмент виртуализации, вопрос был решен. К тому же они уже использовали ''libvirt'', так что в любом случае предвидели нечто подобное.
 
'''СХ''': Это было настолько просто, что я бы не употреблял слова «убеждать». Они понимали, что на неком этапе это станет неизбежно, а когда осознали, что портят нам песню, потому что ''KVM'' – наш инструмент виртуализации, вопрос был решен. К тому же они уже использовали ''libvirt'', так что в любом случае предвидели нечто подобное.
  
* '''''LXF:''' А почему вы не взяли '''Xen''?''
+
* '''''LXF:''' А почему вы не взяли '''Xen'''?''
  
 
'''СХ''': Если коротко, здесь все упиралось в удобство сопровождения. Когда мы принимали решения, в ядре не было и намека на ''Xen'', поэтому для поддержки и сопровождения потребовались бы масштабные правки. А система ''KVM'', по всему, находилась на правильном пути и имела намного более простую и здравую архитектуру – это мое личное мнение.
 
'''СХ''': Если коротко, здесь все упиралось в удобство сопровождения. Когда мы принимали решения, в ядре не было и намека на ''Xen'', поэтому для поддержки и сопровождения потребовались бы масштабные правки. А система ''KVM'', по всему, находилась на правильном пути и имела намного более простую и здравую архитектуру – это мое личное мнение.
Строка 54: Строка 54:
  
 
'''СХ''': Так и есть! Это – очень нишевый продукт. Но те, кто собирается им пользоваться, будут проводить масштабные развертывания – сотни и тысячи узлов. А это и есть та самая группа пользователей, которая готова платить за контракты по техподдержке!
 
'''СХ''': Так и есть! Это – очень нишевый продукт. Но те, кто собирается им пользоваться, будут проводить масштабные развертывания – сотни и тысячи узлов. А это и есть та самая группа пользователей, которая готова платить за контракты по техподдержке!
 +
 +
[[Категория:Интервью]]
 +
[[Категория:Cорен Хансен]]

Текущая версия на 12:58, 29 октября 2011

LXF Интервью

[править] Каждому облаку – коричневую каемку

LXF130 30 1.jpg Сорен Хансен

Cорен Хансен — человек, подтолкнувший Ubuntu к облачным вычислениям. Мы расспросили его, как Canonical чувствует себя в роли новатора…

Если, по-вашему, виртуализацию трудно заставить работать на вашем настольном ПК, задумайтесь о деятельности человека, который все это программирует: ведь это совсем иной уровень сложности. Сорен Хансен [Søren Hansen] встроил KVM в Ubuntu, но не почил на лаврах: отвечая в Canonical за виртуализацию, он занимается интеграцией в Ubuntu Server системы Eucalyptus — это новая инфраструктура облачных вычислений, позволяющая любому сисадмину воссоздать EC2 Elastic Compute Cloud от Amazon.

Мы вытащили Сорена из его уютной норки в чисто американскую забегаловку, чтобы задать вопросы о Xen, Ubuntu Server, Java и многом другом…

  • Linux Format: Что изменилось в вашей работе с выходом на сцену Eucalyptus?

Сорен Хансен: В облачных вычислениях заинтересованы все; это действительно вещь крутая. И теперь они свалились на меня. Так что моя работа изменилась весьма существенно! Мы начали присматриваться к Eucalyptus [EUCALYPTUS расшифровывается как Elastic Utility Computing Architecture Linking Your Programs To Useful Systems и представляет собой открытый проект, реализующий облачные вычисления в пределах центра управления данными; мы писали про него в LXF129, – прим. пер.], потому что знали: нам нужно решение для облачных вычислений. Мы рассматривали все имеющиеся варианты и их применение. И оказалось, что нечто вроде Eucalyptus Марку и хотелось, из за его совместимости с EC2. Облачные вычисления очень расплывчаты – как, э­э, облака.

  • LXF: Как вы думаете, станут ли облачные вычисления основной темой Ubuntu Server Edition?

СХ: Ну, этого мы не планировали, но сервер требует огромных ресурсов, и мы видим в облачных вычислениях огромный потенциал. Мы нанимаем людей специально для работы с ними. Так что это наш основной упор, и мы надеемся, что именно благодаря им сможем всех опередить. Web­сервер и MySQL предлагают все. У любого поставщика Linux имеются аналогичные вещи. Очень сложно уйти в отрыв, предлагая то же, что предлагают и все остальные – здесь можно конкурировать разве что по контрактам на поддержку. А вот облачные вычисления… Пожалуй, в этой области мы лидируем. Red Hat постоянно уверяет, что они тоже реализуют облачные вычисления, но мы пока этого не видим.

  • LXF: Раз вы — новаторы в этой области, должно быть, начало было не самым легким?

СХ: Мы затратили очень много времени на создание первичной версии. Когда мы решили сотрудничать с [Eucalyptus] и встраивать его в Ubuntu, нам пришлось работать по очень жесткому графику. Они там не привыкли выпускать ПО, которое не полностью завершено, не прошло через оценку качества и прочее. А мы так работать не могли: нужно было укладываться в сроки завершения всяких альфа­ и бета­версий. Раз они хотели, чтобы их проект вошел в Ubuntu, они должны были дать нам доступ к своему коду как можно раньше. И мы получили доступ к их ветви разработки, которая не была открыта для публики.

  • LXF: Что было самым сложным, когда вы пытались заставить все это работать?

СХ: Была масса технических сложностей, не последней из которых оказалась Java – с ней мы работать не привыкли. Я не уверен, что какой либо из ведущих дистрибутивов Linux работает с Java, и включают ли они Java вообще! Мы потратили жутко много времени, пытаясь пристроить все по местам. Миру Java свойственна совершенно иная культура: у них существует тенденция просто свалить все в огромную кучу, поэтому вместе с Eucalyptus вы получаете и встроенную Java ­реализацию web­-сервисов Apache.

Мы так не работаем: в общем случае, если бы мы приняли этот подход и обнаружили проблему с безопасностью, пришлось бы прошерстить все пакеты, использующие проблемный код. А вот если обнаружится проблема в C-­библиотеке, мы просто исправим ее, и все будет прекрасно. Поэтому пришлось затратить немало усилий на разделение компонентов, чтобы использовать их как независимые пакеты, а не иметь дело с кодом в виде огромной неупорядоченной кучи.

  • LXF: Пришлось ли вам убеждать команду Eucalyptus в необходимости встраивания совместимости с KVM?

СХ: Это было настолько просто, что я бы не употреблял слова «убеждать». Они понимали, что на неком этапе это станет неизбежно, а когда осознали, что портят нам песню, потому что KVM – наш инструмент виртуализации, вопрос был решен. К тому же они уже использовали libvirt, так что в любом случае предвидели нечто подобное.

  • LXF: А почему вы не взяли Xen?

СХ: Если коротко, здесь все упиралось в удобство сопровождения. Когда мы принимали решения, в ядре не было и намека на Xen, поэтому для поддержки и сопровождения потребовались бы масштабные правки. А система KVM, по всему, находилась на правильном пути и имела намного более простую и здравую архитектуру – это мое личное мнение.

  • LXF: Выбор KVM — это было ваших рук дело?

СХ: Нет, по крайней мере, тогда. Я возглавил команду виртуализации случайно. На саммите разработчиков Ubuntu в Бостоне мы обсуждали возможности виртуализации и пришли к выводу, что это перспективное направление. Так что на одном из заседаний мы обсудили различные варианты и составили таблицу достоинств и недостатков каждого из них. Пару месяцев назад я еще раз глянул на нее – мы изрядно заблуждались, но в итоге приняли правильное решение! Но оно было не единоличным.

Сразу же после саммита разработчиков мы решили, что нам нужен сотрудник по виртуализации, и дали объявление о вакансии. Но пока мы не нашли человека, кому­то надо было поручить эту работу, и тут подвернулся я. Через три или четыре месяца мы отчаялись найти подходящего кандидата, а мой босс счел, что моя деятельность на этом посту не совсем уж чудовищна. Вот я и стал ведущим по виртуализации.

  • LXF: Вы не считаете, что Ubuntu вступает в игру с небольшим опозданием?

СХ: Да, мы немного запоздали с виртуализацией в целом, зато первыми начали работать с KVM. Поэтому, хоть мы и явились последними, но все равно захватили лидерство: сейчас все переходят на KVM. Перед релизом Hardy я недосыпал добрый месяц или около того, потому что именно тогда мы начали поставлять KVM. Эта была большая работа, но, я думаю, игра стоила свеч – мы вышли на очень хорошую позицию. А недавно я обнаружил, что сообщество KVM истинно благодарно нам за вывод KVM в свет: это дает им хороший аргумент, позволяющий убеждать людей в необходимости перехода на KVM и оправдывать затраты на этот переход перед своими работодателями.

  • LXF: Что произойдет, когда миллионы пользователей Ubuntu получат Eucalyptus?

СХ: Я не уверен, что хочу об этом думать… В идеальном мире следовало бы провести куда более масштабное тестирование. Но по­моему, это вряд ли составит реальную проблему. Большинству людей он просто ни к чему.

  • LXF: Он выглядит весьма специфичным…

СХ: Так и есть! Это – очень нишевый продукт. Но те, кто собирается им пользоваться, будут проводить масштабные развертывания – сотни и тысячи узлов. А это и есть та самая группа пользователей, которая готова платить за контракты по техподдержке!

Персональные инструменты
купить
подписаться
Яндекс.Метрика