Open Source & Linux Lab

It's better when it's simple

User Tools

Site Tools


etc:users:kea:berkleyview

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
etc:users:kea:berkleyview [2010/01/11 10:24] kkvetc:users:kea:berkleyview [2016/08/08 20:53] (current) – ↷ Page moved from users:kea:berkleyview to etc:users:kea:berkleyview kel
Line 23: Line 23:
 == Тезисы == == Тезисы ==
  
-TODO+Utility Computing. Это понятие подразумевает отношение к потреблению ИТ-ресурсов как к получению электричества из розетки или воды из крана. То есть необходимые аппаратные мощности выделяются по требованию из облака. Когда мощности не требуются, они не потребляются пользователями, а соответственно, деньги за них не взимаются. 
 + 
 +Software as a Service (SaaS). Это фундаментальное понятие Cloud Computing подразумевает изменение модели доставки программного обеспечения пользователям таким образом, что компания прекращает покупать программное обеспечение как коробочные или заказные продукты, а начинает "потреблять" его из облака на основе подписки. Типичный пример – это электронная почта Gmail от Google, которой пользуются многие компании, не тратя при этом на оборудование для почтовых серверов, серверное ПО и администраторов. 
 + 
 + 
 +С аппаратной точки зрения, три аспекта являются новыми в Cloud Computing.  
 +  -  Иллюзия бесконечных вычислительных ресурсов, доступных по запросу, тем самым устраняя необходимость в cloud computing 
 +предлагающая пользователям  планировать заранее выделение ресурсов.  
 +  - Ликвидация первоначальных обязательств  пользователей, что позволило компаниям начать с малого и увеличивать аппаратные ресурсы только при увеличении потребностям в них.  
 +  - Возможность платить за использование вычислительных ресурсов на краткосрочной основе по мере необходимости  и освобождать, когда необходимость в них исчезает, тем самым происходтит консервация, позволяя машинам и  носителям данных быть использованными другими пользователями. 
 + 
 +=== Azure и Amazon === 
 + 
 +Смысл Azure в том, что теперь создать интернет-сервис для .Net разработчика станет совсем просто. Для этого нужно всего лишь создать работающее приложение в среде .Net. А о том, чтобы это приложение заработало (и исправно работало) на интернет-сервере разработчику заботиться не нужно. 
 + 
 +В отличии от Amazon Web Services, которая предоставляет только инфраструктуру (процессор, память и операционную систему) и перекладывает на плечи разработчиков многие заботы, связанные с масштабирование приложений, установкой вспомогательного ПО,Azure позволит концентрироваться только на создании бизнес-логики. Например, СУБД (MS SQL Server), сервисы для совместного доступа к файлам уже установлены и настроены, а масштабирование производится за пару кликов. 
 +Azure является промежуточным звеном между    между такими фреймворками приложений как :   AppEngine и аппаратными виртуальными машинами, как EC2.  
 + 
 +=== Когда Utility Computing предпочтительным запуску частного Cloud? === 
 + 
 +  - Когда спрос на услуги меняется со временем (например когда пиковые нагрузки всего несколько дней в месяц, в остальное время ресурсы простаивают) 
 +  - Когда спрос заранее известен.(например web приложение, когда оно находится на пике популярности)  
 +  - И, наконец, это полезно для пользователя которому нужно в короткие срокипроизвести объемные вычисления. 
 + 
 +Для поставщика Cloud Computing начальные затраты достаточно велики. 
 +Начнем с того, что мультиплексирование и нагрузка требуют очень больших центров обработки данных.Строительство, снабжение и запуск такого механизма требует около  ста миллионов долларов . Однако из-за феноменального роста услуг через веб-начале 2000, AOS, многие крупные компании в Интернете, включая Amazon, eBay, Google, Microsoft и другие, уже являются поставщиками. 
 + 
 +Не менее важно, что компаниям так же необходимо разрабатывать масштабируемую инфраструктуру программного обеспечения (таких, как MapReduce, Google File System, BigTable) и защиту своих центров обработки данных от возможных физических и электронных атак. 
 + 
 +Необходимо, но не достаточным условием для того, чтобы компания стала поставщиком Cloud Computing является то, что она должна иметь существенные инвестиции не только в очень большие вычислительные центры, но и обладать масштабируемой инфраструктурой программного обеспечения  и опытом, необходимым для ее работы.  
 + 
 +=== Продвижению Cloud Computing способствуют новые тенденции и бизнесс модели,а так же новые возможности приложений: === 
 + 
 +  - Интерактивные приложения- приложения, доступные с мобильных устройств в режиме реального времени). 
 +  - Параллельная пакетная обработка: обработка большин объемов данных и ресурсоемких вычислительных задач. 
 +  - Особым подвидом является бизнесс аналитика(анализ статистики связанной с продажами, спросом, отслеживание цепочек поставок и т д) 
 + 
 +=== Классы utility computing === 
 +Различные  предложения utility computing будут основываться в основном на уровнях абстракции предложенных программисту и уровнях управления ресурсами. 
 +выделяют следующие классы: 
 +  - Amazon Web Services (I) 
 +  - Microsoft Azure (II) 
 +  - Google AppEngine (III) 
 + 
 +ниже приведена сравнительная характеристика этих классов. 
 +== Модель вычислений == 
 + 
 +   * (I) Основывается на инструкциях архитектуры x86   под  управлением VM XEN 
 +   * (II) Common Language Runtime VM 
 +   * (III) Предопределенные структуры приложений и фреймфорков. Необходимо вручную писать скрипты на Python, чтобы получить доступ к web интерфейсам. Преимущество-автоматическое масштабировани 
 + 
 +== Модель хранения: == 
 + 
 +   * (I)     SimpleDB 
 +   * (II) SQL Data Services     
 +   * (III) MegaStore/BigTable 
 + 
 +== Сетевая модель: == 
 + 
 +   * (I) декларативной спецификации IP на уровне топологии; скрыты детали внутреннего размещения securisy group позволяет установить, какие узлы могут общаться между собой. 
 +   * (II) Основывается на декларативном описании программиста 
 +   * (III) Фиксированная топология для размещения трехуровневой структуры web приложений. Автоматическое масштабирование в  обе стороны. Программист невидим. 
 + 
 +=== 10 препятствий и возможностей для Cloud Computing === 
 + 
 +  - Необходима постоянная и бесперебойная доступность услуг. 
 +  - Трудность извлечение данных из облака вследствие нестандартизованности API 
 +  - Сохранение конфеденциальности данных в частных облаках 
 +  - Необходимо уменьшение затрат на передачу больших объемов данных(например путем предоставления дисков хранения) 
 +  - Непредсказуемая производительность . Одной из возможностей является улучшение архитектур и операционных систем для эффективной виртуализации прерывания и каналов ввода / вывода. 
 +  - Масштабируемость хранения. Необходима система хранения данных, хоторая не только будет удовлетворять всем потребностям пользователя БД, но и сочетать их с облаком. 
 +  - Устранение ошибок в больших распределенных системах. 
 +  - Необходимо быстрое масштабирование в целях экономии занимаемого времени и соответственно денежных ресурсов. 
 +  - Распространение репутации. Например плохая работа одного клиента, может повлиять на репутацию облака в целом . 
 +  - Лецинзирование программного обеспечения(это достаночно дорогое удовольствие, поэтому многие поставщики cloud computing прибегают к ПО с открытым исходным кодом.) 
 + 
 + 
 + 
 + 
 + 
 + 
etc/users/kea/berkleyview.1263194651.txt.gz · Last modified: 2010/01/11 10:24 by kkv