Кратко описание
Rancher (Ранчър) е уеб базирана платформа за оркестрация на Kubernetes (Кубернетес) клъстери с отворен код.
Предлага пълен набор от средства за организации, които изграждат контейнеризирани решения. Управлява оперативните и предизвикателствата пред сигурността при работа с множество Kubernetes клъстери, като предоставя на DevOps инженерите интегрирани инструменти за управление на натоварване и реализация на HA/DR инфраструктура. Ранчър позволява изграждане на частни, публични и хибридни контейнер инфраструктури. Rancher разполага със средства и добре се интегрира в CI/CD процесите на организацията.
Подходящ за:
- Оркестрация на контейнери на ниво малък, среден и голям бизнес
- На ниво малък и среден бизнес има всички характеристики на тотално решение
Неподходящ за:
- Излишно комплексен за малки и/или индивидуални решения
За повече информация:
Защо Rancher:
- Зрял проект с дългогодишно развитие и широка база от разработчици
- Пълна функционалност в основна безплатна версия
- Наличие на комерсиална поддръжка, както и на достатъчно подробна и надеждна поддръжка от общността на потребителите
- Макар безплатно решение, поддържа функционалности, които се реализират в индустриален стандарт като OpenShift
- Работи с всички разпространени операционни системи без специфични ограничения в тази област
- Добре се вписва в корпоративна среда (LDAP/AD) и в политиката за сигурност на компанията
- Интегрирано решение за High Availability / Disaster Recovery
- Библиотека с предварително дефинирани приложения, включително Helm
- Интегрирано управление на сторидж – практически не се налага да се управлява отделно решение за сторидж
- API за връзка с трети продукти
- Цялостно решение (базирано на Grafana и Prometheus) за наблюдение на метрики на клъстера и компонените му
- Няма натиск, както е, например при OpenShift, да се използват специфични дистрибуции и платени технологии с цел постигане на по-добра надеждност и производителност
- Няма значителен риск при необходимост да се премине към алтернативно и платено решение, доколкото Ранчър надстроява, но не променя кардинално kubernetes
Недостатъци:
- Няма известността и реномето на OpenShift. Това е причина да се приема с известно недоверие от софтуерните архитекти и бизнес потребители, особено в областта на развитието на ентърпрайс приложения
- Няма много материали на български език
Оценка на необходимите ресурси при внедряване:
- Използване
- Време за базово усвояване: 16-32 часа (включва docker, kubernetes, basic networking, basic security, basic CI/CD, basic HA/DR)
- Необходимост от оперативна поддръжка –
- Средна към висока, в зависимост от комплексността на приложенията и броя на клъстерите
- Предполага специализиран персонал и по-голям екип, ако се работи за 7×24 бизнес критични решения
- Инсталация на клъстер върху виртуални машини или отделен хардуер – отнема няколко часа
Степен на завършеност / Необходимост от развитие:
- Напълно завършено решение с всички необходими основни компоненти
- Следва да се отчита, че наличието на компонент, например система за бекъп, не значи, че наличната система покрива всички възможни случаи
Съвети към IT мениджъра:
- Rancher e тотално решение за изграждане на контейнерна инфраструктура. Може успешно да се използва вместо комерсиални решения като OpenShift
- Kривата на обучение е приемлива, дори администратори с малко опит бързо усвояват оптималните умения, за да използват Rancher, но при всички случаи са необходими базови познания в областта на kubernetes –
- Security, Networking, HA/DR, CI/CD и в частност YAML
- Разполага с всички необходими компоненти (контейнери, мрежи, High Availability, Disaster Recovery, Backup, Storage), за бързо изграждане на необходимата инфраструктура
- Може да се използва в хиперконвергирани архитектури (сторидж система, виртуални машини и контейнери споделят едни и същи физически сървъри), но системата следва да се проектира правилно и да се организира добро наблюдение на пърформанс параметрите на компонентите ѝ
- Частните виртуализирани и контейнеризирани инфраструктури и приложения поставят допълнителни изисквания към управлението на системите.
- Ако имате опит от използване на публични клауд услуги (AWS, Azure, GCP), следва да отчитате, че макар ценово по-изгодни (разбира се има изключения), частните инфрастрктури предполагат много повече и по-квалифицирани човешки ресурси
- Serverless парадигмата е смислена само при реализация в публична инфраструктура
