Технології

Зустрічаємо Docker 1.13. Що нового?

01 лют 2017
Автор:Web Systems

Використання compose-файлів для розгортання сервісів в режимі Swarm

Docker 1.13 додає підтримку compose-файлів в команду docker stack deploy, щоб сервіси можна було розгорнути використовуючи безпосередньо файл docker-compose.yml. Включення такої можливості – це значні зусилля для розширення API сервісу Swarm, щоб зробити його більш гнучким і корисним.

Переваги:

  • можливість вказівки потрібної кількості примірників для кожного сервісу
  • застосування політики оновлень
  • визначення умов запуску сервісів

Тепер розгорнути складний мультисервісний стек на декількох хостах можна всього однією командою:
docker stack deploy –compose-file=docker-compose.yml my_stack

Покращена зворотна сумісність інтерфейсу командного рядка (CLI)

Уже страждали коли-небудь від помилки під назвою: Error response from daemon: client is newer than server через те, що ваша версія Docker CLI була оновлена? Раніше до такої помилку приводило використання нової версії клієнта зі старою версією daemon, і щоб її уникнути, все одно доводилося використовувати його зі старим двигуном Docker.

Починаючи з версії 1.13, більш нові CLI можуть використовуватися для управління старих версій daemon. Також, творці Docker 1.13 додали функцію узгодження, на випадок якщо новий клієнт намагається використовувати функції, які не підтримуються в старих версіях daemon.

Команди очищення

Docker 1.13 вводить кілька корисних команд, щоб дати користувачам зрозуміти, скільки місця на диску Docker використовує, і допомогти видалити невикористовувані дані.

docker system df- покаже використовуваний простір
docker system prune – видалить всі непотрібні дані

Також Prune можна використовувати для очищення тільки деяких типів даних.

Реструктуризація інтерфейсу командного рядка

За останні кілька років можливості Doker поповнилися великою кількістю фичей, на момент написання статті CLI містить 40 команд. Деякі, типу build або run використовуються найчастіше, деякі, як наприклад pause або history – менш затребувані. Багато команд вищого рівня захаращують сторінки допомоги і ускладнюють так звану tab-completion (заповнення натисканням клавіші TAB).

В Docker 1.13 були реорганізовані команди для більш логічного відповідності об’єктів, з якими вони взаємодіють. Наприклад, команди для виведення списку і запуску контейнерів list і start, тепер стали підкоманду docker container, а history – підкоманду docker image.

docker container list

docker container start

docker image history

Зміни дозволили почистити синтаксис Docker CLI, поліпшити хелп-текст і спростити користування Docker’ом. Для забезпечення зворотної сумісності підтримка старого синтаксису збережена, однак команда Docker’а закликають всіх прийняти новий синтаксис.

Розширення можливостей моніторингу

docker service logs – нова потужна експериментальна команда, яка значно спрощує налагодження сервісів. Замість того, щоб вручну збирати логи з окремих хостів і контейнерів, docker service logs тягне логи з усіх контейнерів, в яких виконується процес і направляє їх в поточну консоль.

Також Docker 1.13 додав точку збору параметрів в стилі Prometheus з базовими метриками по контейнерах, образам і станам daemon.

Поліпшення збірки

docker build отримав новий експериментальний прапор — squash. Він агрегує всі частини файлової системи, вироблені при стисненні в один зведений шар. Це може спростити створення мінімалістичних образів контейнерів, але може і призвести до збільшення накладних витрат при переміщенні образів (тому що — squash шари не зможуть більше ділитися між образами).

У версії 1.13 також є підтримка для стиснення складального контексту з CLI в daemon, що використовує прапор — compress. Це прискорить стиснення, яка виробляється на віддалених демонів за рахунок зменшення обсягу переданих даних.

А також почався етап бета тестування Docker’а для хмарних сервісів AWS і Azure.

Джерело: https://blog.docker.com/2017/01/whats-new-in-docker-1-13/

Хочете замовити проект?
Дзвоніть +38 067 98 00 900
або заповніть форму

Почати проект
Червона зона PageSpeed Insights – не привід для паніки
Технології

Червона зона PageSpeed Insights – не привід для паніки

Швидкість завантаження сторінки - одне з важливих вимог стандартів якості Web-systems Solutions. Згідно з нашими правилами, оцінка не повинна опускатися нижче зеленої лінії, що означає, контент відображається максимально швидко, не змушуючи користувача чекати. Однак, нещодавно багато з нас раптом виявили, що їх сайт потрапив в червону зону. Які причини, а головне, як це виправити - розберемося в статті.

Як максимально збільшити ліміт рекламних акаунтів Бізнес Менеджера Facebook
Технології

Як максимально збільшити ліміт рекламних акаунтів Бізнес Менеджера Facebook

Всім доброго часу доби! Мабуть, почну з фрази про те, що якщо у вашого бізнесу в Facebook немає Бізнес Менеджера, то вашого бізнесу немає у Facebook взагалі.

TDD чи не TDD: інтерв’ю з керівником back-end команди
Технології

TDD чи не TDD: інтерв’ю з керівником back-end команди

Що таке test-driven development, або TDD? Почнемо з загального визначення і на цьому закінчимо формальну частину статті. TDD - техніка розробки програмного забезпечення, згідно з якою, написанню коду передує написання тестів для його перевірки. Про це ви прочитаєте в будь-якій енциклопедичній статті. У цій публікації ми розповімо про техніку в дії. У кожного практикуючого розробника свій підхід, відповідно способів застосувати теорію на практиці стільки ж, скільки і розробників у цьому світі. Про те, як ми реалізуємо TDD на наших проектах розповість Team Lead Back-end розробників Олександр.