Облака для самых маленьких Архитектуры, масштабируемость
Когда мы говорим про публичные облака, на ум сразу приходят всем известные названия — AWS, Azure или Яндекс.Облако. Сотни тысяч серверов, десятки дата-центров и команды программистов, которые могут переписать что угодно "под себя".
Если вам нужно приватное облако, то вот вам VMWare, Nutanix или решение "под ключ" от сервис-провайдера.
Но что делать, если своё (совсем своё) облако хочется, а команды разработчиков под рукой нет? Покупать "коробку" и настраивать под себя? Собирать конструктор из кубиков opensource-решений?
Мы в ECOMMPAY IT решили построить своё небольшое облако для внутренних нужд ИТ, а в перспективе — для использования во всей группе компаний.
В докладе я расскажу о первых собранных граблях и тех результатах, которые мы получили, собрав первую версию нашего облака. Вот обо всём этом (и не только):
- Зачем вообще нужно своё облако?
- Выбираем архитектуру OpenStack vs VMWare?
- Где хранить данные: CEPH или не CEPH?
- Гиперконвергентность или отдельные роли?
- Сеть, как основа всего — сколько слоёв абстракции необходимо и достаточно?
- Сколько нужно человек, чтобы запустить облако?
Директор по инфраструктуре в EdgeЦентр.
Ведущий подкаста linkmeup.
Профессиональный зануда.
Помогает строить отказоустойчивые инфраструктуры и оптимизировать затраты на железо и сервисы.
Mail: snake@linkmeup.ru