Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
ООО ИТСК
Содержание
- 1. ООО ИТСК
- 2. Для кого данный доклад?Вы уже знакомы с
- 3. Docker под капотом Сложности CI/CD
- 4. Docker daemon (Автоматизация управления)Как это работает?NamespacesCgroups
- 5. Linux namespacesВначале было слово chroot! (1982 год!)
- 6. chroot
- 7. chroot
- 8. Linux namespacesВначале было слово chroot! (1982 год!)И создал админ Jail
- 9. Linux namespacesВначале было слово chroot!И создал админ JailИ наконец в Linux появились Namespace
- 10. Linux namespacesUTCIPCPIDUserMountNetwork
- 11. Linux namespaces - PID
- 12. Linux namespaces - User
- 13. Linux namespaces – Mount
- 14. Linux namespaces - NetworkEth0Veth1Veth0
- 15. Linux namespaces - NetworkEth0BridgeVeth0Veth1Veth0
- 16. Linux namespaces - NetworkEth0BridgeVeth0Veth0Veth1Veth0
- 17. Linux namespaces – Network + VXLAN
- 18. Linux namespaces – Network + VXLANVXLAN
- 19. Linux namespaces – Network + VXLANVXLAN
- 20. Linux namespacesUTCIPCPIDUserMountNetwork
- 21. Docker daemon (Автоматизация управления)Как это работает?NamespacesCgroups
- 22. AppDBCache
- 23. AppDBCacheApp exporterDB exporter
- 24. AppDBCacheELKApp exporterDB exporter
- 25. AppDBCacheELKApp exporterDB exporter
- 26. AppDBCacheELKApp exporterDB exporter
- 27. AppDBCacheELKApp exporterDB exporter4 GB Ram
- 28. AppDBCacheELKApp exporterDB exporter
- 29. Linux control groups Block devices (IOPS)CPU (Core, and
- 30. Docker limits и почему это важно?CPUMemoryGPUDisk IOМы
- 31. OOMy God!Не доводить до OOM!Выставить ограничения по потреблению RAM.В крайнем случае запретить OOM убивать важный сервис.
- 32. Overhead?CPU – НетRAM – НетNetwork – зависит от конфигурацииDisk IO - Нет
- 33. Overhead: network2016 год!
- 34. Docker expose portTransactions:
- 35. Docker expose portMYSQL Inserts131498 за 20 секунд!Docker
- 36. Docker expose portMYSQL Inserts348177 за 50 секунд!Docker
- 37. CI/CD и возникающие сложности
- 38. Когда нужны микросервисы?
- 39. Martin Fowler
- 40. Если код изначально плохой, то..
- 41. Слайд 41
- 42. Давайте CI/CDшить монолит!
- 43. «Типичный» монолит (суровый пример)Написан под WindowsЯзык –
- 44. И что, вот так и оставить?Автоматизация задач,
- 45. А как быть с паролями?Хранить прямо в
- 46. Docker registry, а оно нам надо?Когда docker-save
- 47. Union File System
- 48. А когда нужен Swarm, K8S ?Требуется обеспечить
- 49. ООО «ИТСК»Сизов Сергей ВикторовичTelegram - @sudoroot
- 50. Скачать презентанцию
Для кого данный доклад?Вы уже знакомы с докером и используете его.Вы уже знакомы с Linux и желательно с LXC (для более глубокого понимания).
Слайды и текст этой презентации
Слайд 2Для кого данный доклад?
Вы уже знакомы с докером и используете
его.
более глубокого понимания).
Слайд 9Linux namespaces
Вначале было слово chroot!
И создал админ Jail
И наконец в
Linux появились Namespace
Слайд 29Linux control groups
Block devices (IOPS)
CPU (Core, and CPU time access)
RAM
+ OOM Control
Devices
Network packets priority – QoS per network interface
Слайд 30Docker limits и почему это важно?
CPU
Memory
GPU
Disk IO
Мы знаем сколько потребляет
наше приложение!
Мы можем выявить нагрузку ко времени!
Можем прогнозировать стоимость у
облачного провайдера услуг!
Слайд 31OOMy God!
Не доводить до OOM!
Выставить ограничения по потреблению RAM.
В крайнем
случае запретить OOM убивать важный сервис.
Слайд 34Docker expose port
Transactions:
465325 hits
Availability:
100.00 %Elapsed time: 49.78 secs
Data transferred: 271.59 MB
Response time: 0.00 secs
Transaction rate: 9347.63 trans/sec
Throughput: 5.46 MB/sec
Concurrency: 19.92
Successful transactions: 465325
Failed transactions: 0
Longest transaction: 0.04
Shortest transaction: 0.00
Docker network HOST
Transactions: 523481 hits
Availability: 100.00 %
Elapsed time: 49.62 secs
Data transferred: 305.53 MB
Response time: 0.00 secs
Transaction rate: 10549.80 trans/sec
Throughput: 6.16 MB/sec
Concurrency: 19.90
Successful transactions: 523481
Failed transactions: 0
Longest transaction: 0.06
Shortest transaction: 0.00
4.4.0-148-generic #174-Ubuntu; Docker 18.09
Разница ~ 20%
Слайд 35Docker expose port
MYSQL Inserts
131498 за 20 секунд!
Docker network HOST
MYSQL Inserts
139550
за 20 секунд!
4.4.0-148-generic #174-Ubuntu; Docker 18.09
Разница ~ 6%
Слайд 36Docker expose port
MYSQL Inserts
348177 за 50 секунд!
Docker network HOST
MYSQL Inserts
359070
за 50 секунд!
4.4.0-148-generic #174-Ubuntu; Docker 18.09
Разница ~ 1%
Слайд 43«Типичный» монолит (суровый пример)
Написан под Windows
Язык – Дельфи + VBS
скрипты.
Куча legacy кода
Большое количество зависимостей
Долгое время старта
Много интеграций
Плохая отказоустойчивость
Плохое масштабирование
Слайд 44И что, вот так и оставить?
Автоматизация задач, которые принесут пользу,
а не вред.
По возможности и необходимости выносить отдельные части приложения
в микросервисы.Не переусердствовать.
Слайд 45А как быть с паролями?
Хранить прямо в Git вместе с
кодом проекта
Подкладывать из другого приватного репозитория при сборке
ENV переменные на
средахИспользовать готовые решения, например – Docker Secret(Swarm), Vault от Hashicorp
Слайд 46Docker registry, а оно нам надо?
Когда docker-save -- copy --
docker-load удобнее? (BitBucket CI/CD)
Какие проблемы может привнести Docker-registry?
Слайд 48А когда нужен Swarm, K8S ?
Требуется обеспечить высокую отказоустойчивость
Требуется балансировка
нагрузки
Нужно утилизировать имеющиеся мощности по максимуму
Нам необходимо разнести контейнеры по
нодам (напр. Вынести ELK)Нам необходимо иметь отказоустойчивость
Нам необходимо балансировать нагрузку
Хотим утилизировать имеющиеся мощности на полную
