Какова наилучшая практика: либо эталонное значение с точки зрения спецификации SLA, чтобы ожидать, что инфраструктура:
Конечно, вы можете сказать «насколько это важно», но где-то это становится иррациональным. SLA предлагает рациональный подход.
#docker #производительность #инфраструктура #sla
Соглашение об уровне обслуживания
https://en.wikipedia.org/wiki/Service-level_agreement
https://www.atlassian.com/it-unplugged/best-practices-and-trends/stop-hating-on-slas
https://www.cio.com/article/2438284/outsourcing/outsourcing-sla-definitions-and-solutions.html
Что произойдет, если реестр докеров выйдет из строя? Все отделения заблокированы? Каково влияние?
Если все рабочие образы находятся в реестре Docker и кто-то хочет выпустить в производство более новую версию, но реестр не работает, возможно ли выпустить продукт?
SLA — это определение процессов, проверка влияния каждого из них, и чем важнее, тем выше SLA.
С помощью этого инструмента можно было бы выбрать определенное SLA для определенной процедуры:
Соглашение об уровне обслуживания 99,999 https://uptime.is/99.999 означает ежегодное время простоя 5 минут 15,6 секунды, в то время как https://uptime.is/99.9 означает 8 часов 45 минут 57,0 секунды.
Можно было бы установить SLA 99,999 для процессов докера, но действительно ли требуется время простоя в 5 минут 15,6 секунды или приемлемо 8 часов 45 минут 57,0 секунд в год? Если у вас есть веб-сайт электронной коммерции, а интернет-магазин не работает пару часов, это нанесет большой вред компании, поскольку клиенты не смогут покупать продукты и, вероятно, будут покупать продукты где-то еще.
Для процессов докера, которые используются разработчиками, и для выпусков в производство можно утверждать, что первый может быть 99,9, а второй 99,999.
![[Илья Шарель] Мужчина и Женщина. Система создания и развития гармоничных отношений](/assets/images/icons/forum5.png){kind=icon}
