Технології

Зустрічаємо 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
або заповніть форму

Почати проект
Автотестування великих веб-проектів: для чого і як ми пишемо автотести
Технології

Автотестування великих веб-проектів: для чого і як ми пишемо автотести

Код завжди повинен працювати коректно. Це головне правило розробника. Коли працюєш у великій команді, де кожен робить свою частину спільного проекту, важливо забезпечити узгодженість дій. Для цього ми і пишемо Автотест. Мета автотестування: забезпечити якість продукту, а також переконається в тому, що твій код не поламають. У цій статті Front-end розробник Віталій розповідає про автотестування на одному з його проектів.

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

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

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

Жіночий погляд на IT
Компания

Жіночий погляд на IT

Чи є місце жінкам в IT? Чи складно працювати в чоловічому колективі і як знайти себе в сфері інформаційних технологій? До Дня 8 березня ми вирішили познайомити вас з дівчатами, які працюють у WEB-SYSTEMS SLUTIONS.