Иногда можно услышать, что традиционные администраторы уходят в прошлое, тогда как на их замену приходят SRE-инженеры. Так ли это?

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

Чаще всего измеряется в миллисекундах — показывает время ответа на запросы к приложению. Время отклика не должно превышать SLA. Этот график является основным инструментом для поиска точек деградации при проведении нагрузочного тестирования.

По умолчанию Gatling строит таблицу по перцентилям, среднему и максимальному времени отклика, а также по ошибкам. По ней отслеживается выход за пределы SLA (превышение нефункциональных требований). Обычно в SLA указывают перцентили 95, 99 и процент ошибок. Таким образом, таблица позволяет получить быструю оценку результатов тестирования.

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

Встроенная функция Append позволит вам работать с Go более эффективно. Давайте напишем эту функцию для добавления элементов в срез:

Добрый день!

Мне, если честно, очень понравился курс, я считаю его одним из лучших, что я видела и точно лучший и самый полезный для меня. Большое спасибо за интересные лекции! Были очень классные практические задания, их реально можно было применять в своей работе!

Всем привет. Редко пишу отзывы, но в данном случае, мне кажется, для будущих студентов информация может быть актуальной и полезной. Ранее всегда с опаской относился к онлайн-курсам, тем более, находясь территориально в другом государстве. Но курсам от ОТУС можно смело доверять.

Более 10 лет назад я увлёкся web-программированием. Тогда меня захватил мир PHP, jQuery, и т. п. Со временем этого стало мало. Познакомившись с asp.net и c#, почувствовав плюсы, перспективы и возможности платформы .Net, стал изучать её самостоятельно и неплохо продвинулся. Однако не хватало фундаментальных знаний платформы и опыта профессиональной разработки.

Уже больше 10 лет я занимаюсь разработкой ПО. Получаю реальное удовольствие от кодирования, мозговых штурмов и многочасовых дебагов. Но пару лет назад настал момент, когда захотелось большего, а именно влиять на процесс разработки ПО сверху, тем более, что я на себе испытал недостатки хорошего руководства и прекрасно знаю, что нельзя делать начальником самого "опытного разработчика"(а вот почему, об этом отлично рассказывают на курсе).