something about cloud

Update 1. Это очень показательно, что никто из экспертов не смог прокомментировать простой вопрос про Cloud и продукты Oracle.  Прочитать переведенную презентацию и ответить на вопросы - это большая разница...

Про cloud в этом блоге писалось неоднократно,  но чтобы не утомлять читателя подробностями сразу приведу картинку (слева) которая на мой взгляд сразу описывает что же такое cloud.
Итак, наше приложение работает поверх системного ПО, которые обеспечивает полную вирутализацию нашей инфраструктуры.

Простыми словами, я как бизнес- пользователь хочу выдавать  в IT запросы типа: "мне пожалуйста 16 быстрых ядер, 0.5 Tb быстрых дисков и 1 Tb памяти" или "мне все равно каких 8 ядер, 2 TB средних по скорости дисков и памяти 1 Tb к ним". Ну а теперь, небольшой обзор как решают эту проблему Oracle ( в этом сообщении) и IBM ( в следующем).

Итак, я заказчик, у которого немного HP Linux машинок, Sun T3, M5000, Hitachi Storage, HP Storage, начинаю строить Cloud.  Сервера приложений на Windows под управлением VMware. А что, таких заказчиков навалом.  Следите пожалуйста за руками.



В этом году в Москве Oracle проводил два (мне известно про два) мероприятия (раз, два) на которых рассказывалось про Cloud.

Вот как в этих презентациях определяется Cloud (это screenshot)


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

Я прочитал презентации по ссылкам выше и выписал какие продукты будут использоваться при построении Cloud по методологии Oracle при построении Частного Облака: Oracle VM, Enterprise Manager, Real Application Cluster, Exadata, Exalogic, Cloud File System, Oracle Database 11g.  Пожалуйста проверьте, что я ничего не забыл по списку.


Вариант номер 1.  Exalogic + Exadata Cloud. В этом случае все что у меня есть нужно выкинуть, потому что использовать нельзя, тупо негде. Смигрировать внуть Exa-cloud и жить счастливо. Управлять всем этим хозяйством с помощью Enterprise Manager. Немного портит жизнь, что ресурсы нельзя перераспределить между Exalogic и Exadata, но ничего, давайте не придираться. Это называется cloud-in-the-box и в мире есть такие решения. ~$20 mln и жизнь с чистого листа. В конце концов, IBM также смогла родить нечто,  что называет (только не смейтесь)  The Mainframe as a Cloud Architecture. Выглядит все один к одному - те же коробки, надписи другие -)). Трогать ничего нельзя, просто пользуйся. В принципе, все ОК кроме входной цены за билет. 

Но что делать безденежным донам, у которых $2-$3 mln весь годовой бюджет ? для них есть


 Вариант номер 2. У нас же есть виртализация -  Oracle VM ! Сейчас все виртуализуем и ..постойте, на моих Linux машинках один Oracle VM, на Sun T3 другой (Oracle VM for Sparc), а на M5000 вообще все по другому. Никакого единого пула не выйдет. Будет 3 разных набора железяк, как и есть сейчас. Перебрасывать вирутальные машины из одного пула в другой - ни-ни. RAC строить так тоже нельзя, там ОС должна совпадать на всех узлах.  Ладно, забудем про это, давайте быстрее виртуализуем хотя бы наши массивы. Ну чтобы выделять нашим бизнес пользователям быстрые диски и медленные. Подождите, а каким продуктом вирутализовать диски - то ? Перечитал еще раз презентации и ничего не понял ...нет такого продукта.  Cloud File System - это переименованная ASM File System, для  роли provisioning не годится. Т.е. сделать из моих массивов пулы дисковых ресурсов не выйдет -  нечем (?).  Хорошо, есть и еще проблема  - у меня сервера приложений на VMware. В презентациях выше я ничего не нашел про возможность встроить в Cloud Vmware. 

Насколько я понял, весь cloud в варианте 2  - это сейчас по большому счету Oracle VM, без возможности управлять дисковыми ресурсами. Увы, этого недостаточно. Пока я не научусь отвечать на запросы своих бизнес пользователей (см выше)   рассказывать им про Cloud  я не смогу. Хотелось бы получить комментарии экспертов...

34 комментария:

  1. А приложению, что все равно, какая архитектура "ядер"? Им не важно, что отдельные ядра на некоторых архитектурах будят просто отключаться при перегрузке других?
    По-моему пирамиду нужно перевернуть!

    ОтветитьУдалить
  2. Анонимный28/6/11 1:51 PM

    У меня слишком маленький мозг, чтобы до конца понять всю глубину поста про cloud.

    Как уже писал в этом блоге, я фундаментально не понимаю что мы делаем по-другому в cloud по сравнению с тем, что мы делали раньше. Ларри уже давно все сформулировал: http://dsvolk.blogspot.com/2009/08/cloud-computing.html

    Вот Дима пишет: "я как бизнес- пользователь хочу выдавать в IT запросы типа: мне пожалуйста двойной чизбургер, большую картошку, среднюю кока-колу, два соуса барбекью, четыре новых узла RAC, филе-о-фиш, 2TB на storage и, пожалуйста, две баночки пива. Кстати, пиво холодное?"

    Какой cloud, о чем Вы? Этож старый добрый Provisioning. Автоматизацией Provisioning человечество занималось еще с мезозойской эры, но маркетинговые идиоты упорно тащат все под зонтик cloud.

    Тема Provisioning невероятно широкая, и завязана не столько на технологии, сколько на процессы в организации. Я сейчас закончил огромное исследование в крупнейшем американском инвестиционном банке. Руководителть IT, которому подчиняется 346 DBA (реальная цифра) поведал мне, что при условии наличия оборудования выделить вычислительную мощность, storage и т.п. а потом поставить Oracle -- это они умеют "как два байта переслать". Никаких проблем. На любую платформу. По времени максимум день. Огромная сложность в том, что нужно закупить новый сервер, новый storage нужной модели, привезти его в верверную, подключить ко всем необходимым сетям и коммуникациям, и т.п. По сравнению с установкой и конфигурацией софта это занимает непропорционально большую часть времени (недели и месяцы) поэтому они не в состоянии обслуживать бизнес с необходимой скоросью. Страдает time-to-market. "Вам сейчас приготовят Ваш двойной чизбургер. Подождите пожалуйста 5 минут в сторонке". Установка OS, Oracle, создание базы, секционирование, и т.п. занимает ничтожную долю потерянного на весь процесс Provisioning времени.

    С точки зрения инструментария в Enterprise Manager давно существуют Provisioning Packs, которые автоматизируют процесс устанвки всего стека чуть ли не начиная от момента первой заргрузки компьютера после включения питания. С точки зрения железа есть куча всяких там виртуализаций начиная от аппаратной виртуализации и кончая контейнерами. Я не вижу чего такого фундаментально нет в Oracle/Sun чего есть в IBM по теме Provisioning.

    Если в организации зоопарк систем, без внятной политики стандартизации (которая при этом реально воплощается в жизнь), то до нормального Provisioning дело не дойдет никогда. Сначала стандартизация, консодидация, налаживание процессов и уже потом поверх этого автоматизация и Provisioning.

    Если заказчик в силу бюджетных ограничений завязан на x86, на Standard Edition, на дешевый storage, то это ничего не меняет. Сначала стандартизация, консодидация, потом налаживание процессов. На x86 это конечно будет не так красиво как на High End с его аппаратной виртуализацией и т.п., но все будет работать.

    Я что-то не верю, что ASM для Provisioning не годится. Там по-моему можно не только выделять пространство, но и назад забирать уже выделенный, но недоиспользованный storage... Но я не эксперт :^) Я просто помогаю крупным заказчикам решать крупные проблемы.

    "I'm Winston Wolf. I solve problems."

    ОтветитьУдалить
  3. > По-моему пирамиду нужно перевернуть!
    Не понял комментария -(
    Подобная картинка (по крайне мере пирамида там такая же и стоит также ) есть например здесь http://www.oracle.com/technetwork/topics/entarch/architectural-strategies-for-cloud--128191.pdf

    ОтветитьУдалить
  4. >Я не вижу чего такого фундаментально нет в Oracle/Sun чего есть в IBM по теме Provisioning.

    >Я что-то не верю, что ASM для Provisioning не годится

    Поэтому и ждем мнения экспертов -)

    ОтветитьУдалить
  5. Анонимный28/6/11 2:02 PM

    А дождемся? Эксперт у нас только Ты :^) Мельников убежал :^)

    ОтветитьУдалить
  6. Мельникову работодатель не только участие, но и камменты в этом блоге запретил???

    ОтветитьУдалить
  7. > А дождемся?

    те как это? я привел ссылку на два мероприятия где выступало много экспертов и я точно знаю что они читают блог. Вот мне и интересно как решить проблемы моего клиента с помощью продуктов Oracle. Задачка для эксперта на 5 минут. Почет и уважение всей публики - навечно

    >поставить Oracle ...по времени максимум день.
    Не сразу заметил. День - это ставить руками, да еще начать с ОС. Задача cloud чтобы это занимало час, может быть меньше.

    ОтветитьУдалить
  8. Анонимный28/6/11 4:16 PM

    Дим, если в описанном мною банке (где размер IT будет побольше чем во всей Москве) не существует реальной проблемы "Provisioning через Сloud в течение часа", то скорее всего проблема ничтожно мала.

    Ауу... Эксперты-ы-ы-ы...

    ОтветитьУдалить
  9. Анонимный28/6/11 4:38 PM

    >> Мельникову работодатель не только участие,
    >> но и камменты в этом блоге запретил???

    Мельников просто выше этого. Он конечно выступал в качестве "экcперта" на перечисленных Димой мероприятиях, но Мельникова-то конкретно интересуют "Shadow-сервисы в Oracle RAC 11.2" или как "srvctl support TAF" или про "Ускорение 1С:Предприятие for Oracle за счет сжатия таблиц". Вы ощущаете расстояние между этими темами и темой реализации cloud в Oracle по сравнению с IBM? Чего ему на ерунду-то отвлекаться... :^)

    ОтветитьУдалить
  10. Сомневаюсь, что во 2-м случае вообще нужно частное облако.
    Дешевле раз в 2 года обновлять весь зоопарк.

    Пи этом никто не запрещает использовать модель SaaS, но это не облако.

    ОтветитьУдалить
  11. Анонимный30/6/11 12:16 PM

    Я дико извиняюсь, но недопонял вот этой фразы, "Насколько я понял, весь cloud в варианте 2 - это сейчас по большому счету Oracle VM, без возможности управлять дисковыми ресурсами. Увы, этого недостаточно. Пока я не научусь отвечать на запросы своих бизнес пользователей (см выше) рассказывать им про Cloud я не смогу. Хотелось бы получить комментарии экспертов...". А LVM? Понадобились мне новые терабайты, запросил у "облачников", мне их выделили. Отформатировал, расширил дисковое пространство. С памятью и дополнительными ядрами - вообще проблем не наблюдается.

    Облачные технологии - они скорее для нищебродов и компаний, у которых волновые нагрузки на их ресурсы. Попер трафик - добавили ресурсов, спад - отказались от части мощностей. Актуально для веб-ресурсов в первую очередь. И весь "клауд" тут в основном в рамках одной мощной железяки иными словами и не клауд никакой, а голая виртуализация.

    С год назад игрался вот с такими "облаками" - http://www.gandi.net/hosting/ - так там топовая конфигурация - 6 Гб RAM, 6 ядер и 200 Gb диск. Иными словами, вся облачность скорее всего достигается на одной железяке. Предполагаю, что такие облака нас всех и ожидают в обозримом будущем.

    ОтветитьУдалить
  12. Похоже, что магическое слово «Cloud» свернуло мозги даже искушенным айтишникам ;) Напрашивается аналогия с интерпретацией слова «Grid», когда Oracle ввёл в корпоративный слэнг это понятие. Создавалась впечатление, что люди поверили в маркетинговое чудо и совсем оторвались от реалий мира IT, витая в облаках.
    А реалии таковы, что в современной информационной системе есть множество уровней. При этом к каждой железке, выполняющей задачу того или иного уровня предъявляются специфические требования. Скажем для серверов баз данных необходимо обеспечить толстый и скорострельный канал к системе хранения данных. Это их природа. Не секрет, что к серверам баз данных предъявляются самые высокие требования. Скажем, если весь стек у нас закрыт техникой IBM, то для сервера БД часто располагают p-series, а для серверов приложений и веб-серверов выделяют огромную пачку блейдов. При этом суммарные вычислительные мощности предназначенные для баз данных часто намного уступают то, что выделяется для других систем.
    А теперь давайте предположим, что мы создаём «True Cloud». И допустим,что каждый компонент IT-инфраструктуры может работать на любом вычислительном ресурсе, которые у нас есть. Что это значит? А значит это то, что мы обязаны обеспечить для любой железки максимальные требования. В случае серверов БД каждый компьютер нашего облака должен иметь широкий скорострельный и, что немаловажно, дорогой канал к дисковому массиву. Но на сколько это будет эффективно, если на 75%(условно) серверах БД работать не будет?! Мы приходим к тому, что более рационально использовать пулы ресурсов, одни из которых предназначены для одного приложения, другие для другого.
    Теперь другой и не менее важный аспект. Тут верно было замечено, что цикл деплоймента боевого приложения не идёт ни в какое сравнение с временем необходимым для его размещения. Главное что бы ресурсы были. Исходя из текущих реалий, я ни за что не поверю, что администратор «облака» позволит автоматическое размещение в «боевом» пуле еще одного приложения с высоким потреблением ресурсов без тщательной проверки, что это не повлияет на SLA других боевых систем. Сколько раз в день вы выполняете выделение ресурсов для боевых систем? 100, 10, 1, 0.1, 0.01...? Ваш вариант ответа?
    Давайте посмотрим кому нужны эти самые «Два гамбургера и одну колу!». Хостерам? Да. Но я глубоко сомневаюсь, что реальные промышленные системы будут эксплуатироваться в подобном окружении оутсорсинга. Для тестов и девелопмента? Согласен. Но возможности, которые на сегодняшний день предоставляются любым поставщиком услуг позволяют это сделать. По существу всё закрывается средствами виртуальных машин. Требования у такого окружения невелики. Еще один пул для специальных нужд. Но даже для стресс тестирования это не подходит. Для стресс тестов нужен гарантированный SLA оборудования. Получается, что как не крути, без человеческого вмешательства тут ни куда. Но как часто это нужно?
    Теперь относительно Exadata и Exalogic. Давайте посмотрим в суть термина appliance. Это машина предназначенная для наиболее оптимального выполнения специфической задачи. Система, задача которой выжать МАКСИМУМ из предоставленного оборудования. Машина, которая работает с максимальной степенью эффективности. А отсюда идут и более низкое TCO и максимальное ROI. Именно по этой причине на такие машины есть спрос. По прогнозам Forester Research за такими машинами будущее. И было бы странно, если бы мы приобретали специализированные машины, но исполняли бы на них то, для чего они не оптимизированы. По крайней мере неразумно. Это к вопросу об обмене ресурсами между Exadata и Exalogic.
    Возможно настанет день, когда в айти инфраструктуре вместо вебсервоеров, серверов приложений и серверов баз данных будет ОНО, но при современном уровне технологий пока слабо в это верится.
    С уважением...

    ОтветитьУдалить
  13. Пирамиду, конечно же, нужно перевернуть - приложений и по количеству и по разнообразию в современных условиях значительно больше, чем серверов в инфраструктуре. Это раньше было - одно приложение, тысячи пользователей и несколько серверов. Но для такого варианта "облако" не нужно.
    Насчет "развертывания" боевого приложения "за час" или "за день" очень посмеялся!
    Современные приложения, работающие с большим количеством пользователей - это большие распределенные базы данных, многоуровневые сетевые соединения, разогрев кэшей, рассылка и подтверждение сертификатов, объемные (по количеству пользователей) настройки у пользователей и т.д. Запустить такое приложение ничуть не проще и не быстрее, чем установить мощный сервер с инфраструктурой. Обычно и сроки, выделяемые на такие "развертывания" измеряются месяцами. При этом обеспечивающие инфраструктуру администраторы тоже активно участвуют в процессе.

    ОтветитьУдалить
  14. Анонимный1/7/11 12:52 PM

    > У нас же есть виртализация - Oracle VM ! Сейчас все виртуализуем и ..постойте, на моих Linux машинках один Oracle VM, на Sun T3 другой (Oracle VM for Sparc), а на M5000 вообще все по другому. Никакого единого пула не выйдет

    - Но, конечно, совсем другое дело, если у заказчика IBM zSeries, pSeries, iSeries, xSeries: 4 совсем разные операционные системы.

    ОтветитьУдалить
  15. >IBM zSeries, pSeries, iSeries, xSeries: 4 совсем разные

    +1000. Но речь не об единой операционной системе а о возможности виртуализации всех этих сред, управлении ресурсами.

    ОтветитьУдалить
  16. >Пирамиду, конечно же, нужно перевернуть
    Ха-ха. Теперь понял. Вы правы -))

    >Насчет "развертывания" боевого приложения "за час" или "за день" очень посмеялся!

    SAP можно развертывать и полгода. Но у большинства задачки поскромнее - тестовую или базу для разработчиков поднять где нибудь. И это должно занимать час. По теории cloud.

    ОтветитьУдалить
  17. >Исходя из текущих реалий, я ни за что не поверю, что администратор «облака» позволит автоматическое размещение в «боевом» пуле еще одного приложения

    Пункт номер 1 определения Cloud по Oracle - Самообслуживание. Мой вопрос был - поясните какими продуктами можно это реализовать для моего заказчика, а оказывается сотрудники Oracle даже не верят что это нужно. Зачем тогда надо было на форуме про это рассказывать ?


    >Это к вопросу об обмене ресурсами между Exadata и Exalogic.

    В них одинаковое железо. Почему не обменяться/виртуализовать им для решения какой-то задачи?


    >По прогнозам Forester Research за такими машинами будущее.

    Ссылку можно ?

    ОтветитьУдалить
  18. Анонимный1/7/11 1:59 PM

    >>IBM zSeries, pSeries, iSeries, xSeries: 4 совсем разные

    >+1000. Но речь не об единой операционной системе а о возможности виртуализации всех этих сред, управлении ресурсами.

    Точнее даже, это более 10 разных ОС - несколько на zSeres, две на pSeries, несколько на xSeries.

    И общей техологии виртуалазии, иля хотя бы управления ресурсами для этих платформ нет.

    ОтветитьУдалить
  19. > Пункт номер 1 определения Cloud по Oracle - Самообслуживание. Мой вопрос был - поясните какими продуктами можно это реализовать для моего заказчика, а оказывается сотрудники Oracle даже не верят что это нужно. Зачем тогда надо было на форуме про это рассказывать ?
    Вы сначала спросите у Вашего заказчика где и когда ему нужно самообслуживание. Я про облака не рассказываю - максимум то, что относится к БД. Но это другая специфическая история.

    >В них одинаковое железо. Почему не обменяться/виртуализовать им для решения какой-то задачи?
    У них подход разный. В Exalogic используются виртуальные машины. В Exadata для оптимально-быстрого взаимодействия с железом виртуализация не применяется. Еще раз принцип апплаинса: Максимальное эффективное использование ресурсов и максимально быстрое выполнение.

    >Ссылку можно ?
    http://www.oracle.com/us/corporate/analystreports/infrastructure/forrester-exadata-402072.pdf
    Forrester estimates that 15% of enterprises use a database appliance today, and this is likely to double over the next three years.
    Хороший тренд показан с учетом времени жизни существующих систем.

    ОтветитьУдалить
  20. >Я про облака не рассказываю
    Этот пост про облака. Вопрос, про то как реализовать то, о чем было рассказано на форуме Oracle. По комментариям я понял что пояснений, что это никому не нужно, не будет.

    >принцип апплаинса
    появился в 1952 году

    ОтветитьУдалить
  21. >> принцип апплаинса
    > появился в 1952 году
    Боюсь, что появился он гораздо раньше и успешно используется человечеством миллион лет то уже точно. В айти он начал применяться практически со времени появления первых компьютеров. Как только это стало возможно.

    ОтветитьУдалить
  22. Слава1/7/11 5:20 PM

    >У них подход разный. В Exalogic используются виртуальные машины

    нету там виртуалок ... пока :)

    ОтветитьУдалить
  23. Анонимный1/7/11 5:44 PM

    >> Этот пост про облака

    Объясните мне что мы в cloud делаем по-другому. Что мы такого не могли делать рашьше, что не позволяло нам построить cloud?

    Люди говорят что Google Mail это cloud. Или на сайте salesforce.com написано что это cloud. Так, хорошо. Но что они делают по-другому именно с точки зрения реального использования железа и софта? Это все те же самые сервера в интернете. Они соединены теми же самыми проводами, там те же самые коммутаторы Cisco, то же самое железо Oracle, та же самая база данных, тот же самый middleware. Те же самыме системные администраторы управляет все этим при помощи того же самого Enterprise Manager. В чем пафос cloud?

    Я так понимаю, Дима клонит к тому, что cloud являтся для Oracle некой "угрозой", потому что у Oracle нет какого-то волшебного продукта, который что-то не умеет, а у IBM наврное есть.

    Я не пойму: Что Cisco обанкротится оттого что в cloud будут больше не нужны коммутаторы? Или Oracle станет никому не нужен потому что в cloud не нужны сервера, storage, database, middleware, полюс средства управления и быстрого разворачивания всего этого, а также быстрого перераспределения ресурсов?

    Почему с наступленим cloud IBM станет большим и душистым а Oracle маленьким и вонючим? И почему не наоборот? Что там такого в этом cloud?

    ОтветитьУдалить
  24. >Почему с наступленим cloud IBM станет большим и душистым а Oracle маленьким и вонючим?

    Я такого не говорил. Мне нравятся обе компании. Oracle делает лучшую в мире СУБД и непревзойденный RAC, Solaris, Java, IBM - все остальное -)

    >Объясните мне что мы в cloud делаем по-другому

    Инженеры Ford делают систему параллельной парковки, а инженеры Автоваза считают это дешевым маркетинговым ходом и просто красят Калину в желтый цвет.

    Инженеры Ford мучительно ломают голову, почему все продолжают покупать Калину и не находят себе места. Что за волшебный цвет, который позволят этим русским продолжать продавать машину без кондиционера, усилителя руля и всего прочего ?

    IBM делает систему управления окружением cloud (http://ibmtvdemo.edgesuite.net/software/tivoli/demos/CloudBurst_tech_demo/index.html)

    а Oracle переименовывает ASM File system в cloud file system.....

    Я прошу рассказать как решить проблемы достаточно типичного заказчика с помощью технологий cloud, а узнаю что проблемы то и нет, Вася и Петя легко нарежут lun, а Олег и Маша поставят Oracle..

    Теория cloud (согласно слайдам Oracle) предполагает что я смогу сделать это сам. Так вот как я сделаю это с IBM - я вижу, как с Oracle - спрашиваю экспертов. И узнаю - что все это и не нужно...

    ОтветитьУдалить
  25. Анонимный1/7/11 7:32 PM

    >> Инженеры Ford мучительно ломают голову,
    >> почему все продолжают покупать Калину
    >> и не находят себе места.

    Ума не приложу о чем ты. Вокруг меня нет ни одной Калины. Вообще. Честно. Все больше мерсы да бехи. Ну в крайнем случае Audi. Только почему-то все праворульные, хотя усилитель руля на всех присутствует. Точно тебе говорю.

    Почему когда "Oracle переименовывает ASM File system в cloud file system" становится плохо я тоже не понял.

    Lun резать не надо. Надо просто испольщовать ASM под Oracle Database и администраторы storage больше не нужны. Больше не надо резать луны, а потом эти луны конкетенейтить (я праивльно написал слово конкатенейтить?)

    ОтветитьУдалить
  26. Давным давно, когда не было еще ни Oracle, ни Интернет, были замечательные организации - ВЦКП (вычислительные центры коллективного пользования) где, в основном на оборудовании и ОС IBM решались такие же задачи - распределение оперативной и дисковой памяти, машинного времени и даже виртуализация.
    Так что у IBM очень большой опыт переименования своих решений.
    На мой взгляд, отличие "облака" от других схем распределения ресурсов в попытке разделить распределение ресурсов (память, время, хранилище, трафик и т.п.) от сущности того, на что именно идут эти ресурсы. Администратор "облака" не может пустить или не пустить в облако важное приложение, он просто про него ничего не знает - его дело выделить ядра, мегабайты, мегабиты и т.д.
    Поэтому возникает вопрос как обеспечить и кто обеспечит функционирование приложения, если его исправно снабжают ядрами, мегабайтами и мегабитами? Кроме резервирования в разы, нормального решения пока не нашлось, а это ставит крест на использовании "облака" для крупных и важных приложений. Поэтому его удел - "тестовые базы", которые можно развернуть за час.

    ОтветитьУдалить
  27. Анонимный1/7/11 10:53 PM

    Bfink, прочитал комментарий. Интересные мысли.

    Вот тупо возьмем какие-либо классические бизнес-приложения. У IBM ничего этого нет, поэтому рассмотрим OeBS, SAP и например 1С. Что там конкретно с приходом облака стало по-другому? Приложение поставляется с кучей всяких tools чтобы там базы клонировать, ресурсы аппаратные и софтверные добавлять и убавлять и т.п. Enterprise Manager опять же таки есть. Пользоваться можнго только этими tools. То есть производитель приложения долго думал как всей этой хренью проще управлять и придумал для этого стредства, регламенты и практики. У IBM бизнес-приложений нет, поэтому автоматизировать им нечего. Да и производители решения уже обо всем позабатились.

    Теперь пришел cloud и Дмитрий Волков из компании IBM двигает мысль, что в этом новом мире управляемость приложений SAP, OeBS, 1С и др. должна стать какой-то совершенно волшебной и автоматической. Совершенно другой уровень автоматизации двруг должен появиться в этих самх приложениях. 1 час на добавление сервера и т.п. Но я не понимаю как это связано с реальнами приложениями. Попробуй, клонируй базу OeBS если у тебя нет внутреннего фирменного средста Oracle для клонирования этой базы. Оно есть только у Oracle, а у IBM нет. У IBM нет контроля над бизнес-приложением. Как они могут лезть "сбоку" в инфраструктуру не своего приложения и что-то там улучшать с точки зрения управляемости?

    И почему ASM file system такой краеугольный камень во всем этом cloud? Да плевал я на file system. Мне надо чтобы у меня OeBS или SAP или 1С в cloud работал (хотя я не знаю, что это такое cloud, но хочу!) Что, я для этого в IBM пойду чтобы они сдеали мне OeBS "клаудным"? Нет, я для этого пойду в Oracle, SAP или 1С.

    :^)

    ОтветитьУдалить
  28. >в этом новом мире управляемость приложений SAP, OeBS, 1С и др. должна стать какой-то совершенно волшебной и автоматической.

    Господи, как же хорошо жить в английской деревне прошлого века, ходить вечерами считать овечек, сидеть перед камином и думать о прошлом.

    Я уже давал эту ссылку - http://www.ibm.com/solutions/sap/us/en/landing/cloud_solutions.html

    >Но я не понимаю как это связано с реальнами приложениями

    Там все что ты не понимаешь уже сделано и работает. SAP уже сделан клаудным. Все о чем ты рассказываешь как о фантастике уже сделано.

    >я для этого в IBM пойду
    именно так. Приходи - тебе понравится -)

    Теперь вернемся к моему вопросу - ты готов назвать продукты для реализации 5 основных свойств cloud ?

    ОтветитьУдалить
  29. Анонимный2/7/11 12:38 AM

    Дим, ты очень правильно уловил дух старой Англии и ты прекрасно чувствуешь ход моих мыслей -- все-таки сказываются годы совместной работы :^)

    Если определять cloud по пяти обозначенным выше пунктам (я не знаю правильны ли эти пункты и я не защищаю тут презентаторов Oracle), то можно сделать вывод, что cloud это не будущее, а прошлое и настоящее мира IT.

    Те же самые 5 пунктов я услышал 8 лет назад в 2003 году когда нам говорили про Grid и 10g и все тоже самое существовало в мире еще задолго до пришествия Grid. Человечество начало думать про эти 5 пунктов еще во времена мейнфреймов, а может быть еще раньше.

    Отвечаю на твой вопрос: все продукты для создания cloud уже давно есть. Они уже существовали десятки лет. Это любая приличная техника (от x86 до Exa* и мейнфреймов), любая приличная операционная система, база и дальше вверх по стеку до приложений и инфраструктуры управления этими приложениями. Все давно есть и разработано. На основе этого были сделаны saleforce.com, Google mail и любой продукт, несущий на себе непонятное для меня слово cloud.

    По приведенной ссылке речь идет о каком-то нишевом, непонятном как и сам cloud продукте IBM, который затыкает какие-то дары в управляемости SAP и который за каким-то лядом оказался у IBM, а не у SAP. Продукт скорее свего прекратит существование при появлении новой версии SAP, когда немецкие коллеги закроют эти дыры при помощи тряпки и палки. Видио этот продукт привлек твое внимание только потому, что маркетинговые идиоты использовали в его названии слово cloud. Если бы слова cloud там не было, то ты бы этот продукт даже не заметил :^)

    ОтветитьУдалить
  30. >Вот тупо возьмем какие-либо классические бизнес-приложения. У IBM ничего этого нет

    Я совершенно с этим не согласен, у IBM очень много производственных решений, например PLM-системы, САПР системы. Среди них есть и весьма крупные, например уже упоминавшийся Watson. Но ничего из этого не работает в "облаке"!
    Тот же SAP из облака (SAP on demand) это всего лишь скрытое ширмой облака распределение сервисов. Кстати есть и облачный 1С (правда ни Oracle, ни IBM тут ни причем). Чтобы управлять сервисами, инфраструктурного управления недостаточно, так что это зона именно поставщика решений, а не "облачников". Правда и SAP самостоятельно отвечает за базы Oracle, входящие в его решения.
    Так что тема для дискуссии искуственна - построение таблички, где будут стоять крестики - у IBM есть, а у Oracle нет и наоборот. Чисто маркетинговые ухищрения, в реальной жизни не соответствующие масштабу IBM и Oracle. Просто маркетологи решили не отставать от жизни.
    Из реальных решений что мы имеем - Service on demand, самый различный хостинг и Elastic Cloud аля Амазон, вот пожалуй и все...

    ОтветитьУдалить
  31. >Если бы слова cloud там не было, то ты бы этот продукт даже не заметил :^)

    У Oracle тоже был фантастический продукт - Oracle Cloud Office :-)

    http://www.oracle.com/ru/corporate/press/press-release-rujan12-324914-ru.html

    ОтветитьУдалить
  32. Анонимный2/7/11 1:06 AM

    Bfink,

    Офигеть. Фантастическое детище маркетинга. Аминь.

    Но мне бы не пришло в голову заявить что Oracle cloud будет покруче чем IBM cloud приведя ссылку на "Cloud Office" :^)

    ОтветитьУдалить
  33. Анонимный8/7/11 4:44 PM

    http://itmanagement.earthweb.com/img/2010/07/cloud-soa.jpg

    ОтветитьУдалить
  34. Анонимный8/7/11 11:51 PM

    Сильная картинка

    ОтветитьУдалить