облачные системы

облачные технологии - зачем нужны

изначально компы были нужны чтобы быстро считать
сейчас ещё добавилась проблема обработки о
огромных объёмов данных.

так бывает со всяким "сильнопосящемым сайтом"

ещё очень хотелось чтобы всё это не отказывало

два подхода к масшабированию:
1) вертикальное
2) горизонтальное

суперкомпьтеры не относятся к облачным системам
так как они сосредоточены чисто на расчётах -
на быстрых рассчётах

сегодня сложноть сисетм переносится от аппаратной части
к программной.

реальное железо начинает скрываться за тоннами софта

есть три основные типа, которые мы можем получить
от облаков:
IaaS - карманный облачый data-центр- здесь у вас есть инфрастуктура - голая виртуалка - с операционкой или без
(инфраструкура как сервис -как служба)

PaaS - платформа как сервис.
Какие службы уже работают в PaaS?

Пример SaaS

google docs - это типичный SaaS

Почему облачные системы считаются выгодными?

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

то есть здесь имеет такое довольно гибкое масшабирование

в облачных системах изначально заложена возможность горизонтального масшабирования

облачные технологии поволяют упростить обсуживание

процессор редко используется на компе всё время-
поэтому возникает идея виртуализировать
кучу машин на одной реальной

в конце 90-х начали присматриваться к
решениям связынным с гипервизором

основная фишка виртуализации сегодня это даже не сам гипервизор,
а управляющая система

дело в том, что сегодня надо где-то хранить образы виртуальных машин

делать это надо опять же гибко - чтобы ничего не пропало

поэтому огромную важность имеет система управления облаком - которая в том числе позволяет
перемещать виртуальные машины по реальным узлам

где-то пять лет назад появились решения которые позволяют передвинуть машину с одного узла на другой фактически не выключая её.

идея общего ядра

миграция контейнеров -
снимок контейнера можно будет куда-то переместить

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

видимо, у нас будет отдельный доклад по виртуализации

для эффективной миграции требуется иметь общий контейнер для виртулаьных машин-
в каестве такого хранилища используют так называемые обратные хранилища.

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

желеки они закупают под заказ или из имеющихся?

облачные системы сегодня решают две разные задачи:
1) то что раньше решалось арендой серверов сегодня перебирается в облака -
здесь стоит задача запустить кучу виртуальных машин на какой-то группе серверов
отношение один сервер=одна задача
2) Big Data - обработка больших объёмов данных -
причём таких, что их нельзя обработать на одном узле -

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

для 1-ой задачи требуется не столько обеспечить с управлением
сколько организовать хранилище -
не у всех сисетм есть нормальное описание процесса и критериев выбора хранилища -
и не все аппаратные хранилища подходят для использовании облачных сисетм -

потому выбор хранилища - это один из ключевых моментов

сегодня не все решения для построения инраструктур позволяют нормально поднять портал виртуальных машин.

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

для облаков обычно покупают более дорогин процессоры и вообще всё с увеличенным запасом прочности

в гугл заметили что из 1000 серверов 5 почему-то всегда не работают -
то на них что-то там меняют то ремонтируют

короче - нажо строить системы, где учитывается воможность отказа сервера -
поэтому центральная библиотека должна удостовериться что все части
задачи выполнены и результат получен.

так уровень отказоустойчивасти переносится с аппаратного на программный уровень
в этом пожалуй одно из главных отличий операционных систем -

они учитывают, что оборудование может отказать.

В случае с обласными комплексами если работает 1000 серверов -
используем их все - если пара упала - решаем проблему -
но работа системы в целом продолжается

"нельзя просто так взять и...запустить софт"

софт надо переписать

в PaaS ничего переписывать не надо -
но там всё-таки ограичена производительность
если мы говорим о супер-маштабах

так неструктурированные данные довольно фигово хранятся
в реляционных субд

другие же решения могут безконечно масшабироваться
без потери производительности

так банки используют решения типа мэйнфраэмов -

остальные же проекты обычно пытаются делать
на open source решениях - из соображений

"Если вам нужно много котиков - вам понадобится облако"
(с)