Skip to content

ESSch/katacoda-scenarios

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Interactive Katacoda Scenarios

Visit https://www.katacoda.com/webngt to view the profile and interactive scenarios

Writing Scenarios

Visit https://www.katacoda.com/docs to learn more about creating Katacoda scenarios

For examples, visit https://github.com/katacoda/scenario-example

Excercise number 1

Свойства

  1. 8 Возможность продолжить выполнение незавершенных бизнес-задач с момента отказа внешнего компонента/сервиса в случае наличия бизнес-смысла за счёт идемпотентность вызовов
  2. 5 Готовность к отказу и автоматическому самовосстановлению любого из компонентов приложения и внешних компонентов/сервисов, от которых оно зависит
  3. 3 Способность соблюдать нефункциональные требования при увеличении нагрузки послев добавления stateless экземпляров компонента

Требования

  1. 14 NA-1.1 Хранить настройки безопасности и обеспечивать шифрование трафика между компонентами централизовано на уровне service mesh
  2. 10 Обработка корректным образом недоступности внешнего компонента/сервиса используя retry, timeout management

Excercise number 2

Требования

  1. 15 RA-3.10 Публиковать информацию о готовности каждого компонента к приёму запросов через readiness endpoint
  2. 16 RA-2.10 Публиковать информацию о жизнеспособности каждого компонента через liveness endpoint
  3. 19 RN-2.2 Настроить liveness probe в оркестраторе на liveness endpoint
  4. 20 NE-3.3 Настроить readiness probe в оркестраторе на readiness endpoint
  5. 21 NE-3.4 Настроить startup probe в оркестраторе на startup endpoint. В случае невозможности настройки использовать initialDelay в liveness probe.

Excercise number 3

  1. 28 ЦИ-3 Запретить обращение к внешним сервисам для первоначального запуска контейнера - загружать все настройки, необходимые для запуска компонента, при старте контейнера из ConfigMap, Secrets, внешнего хранилища конфигураций, интегрированного в среду исполнения.
  2. 29 ЦИ-4 Использовать контейнеры максимальным размером не более 1024 Мб
  3. 30 ЦИ-5 Гарантировать максимальное время старта контейнера c загрузкой образа не более 30 секунд
  4. 32 ЦИ-7 Использовать поды с максимумом 8 Гб памяти
  5. 33 ЦИ-8 Использовать поды с максимумом 4 ядрами
  6. 22 RS-3.1 Обеспечивать горизонтальное масштабирование через создание stateless экземпляров компонент средствами оркестратора контейнеров

Releases

No releases published

Packages

No packages published

Languages

  • Shell 57.0%
  • Open Policy Agent 32.7%
  • Python 6.7%
  • JavaScript 2.5%
  • Other 1.1%