Nikita
у кого-нибудь есть с ним хоть какой-то опыт?
Nikita
пытаюсь сделать элементраные вещи, собрать имидж, запушить и запустить тесты. А он там похоже не поддерживает приватные docker registry с авторизацией(не insecure)
Kirill
https://beta.docker.com/docs/
Kirill
Кто-нибудь пробовал?
Pavel
у кого-нибудь есть с ним хоть какой-то опыт?
Пока что дальше е скачивания бинаря дело не зашло
Nikita
Да я думаю много кто пробовал уже, я себе сразу поставил как инвайт пришёл
Nikita
Работает, не надо виртуалку запускать, удобно
Dmitriy
вот зачем им нужна регистрация ?
Lev
https://dyhfha9j6srsj.cloudfront.net/Docker.dmg https://dyhfha9j6srsj.cloudfront.net/InstallDocker.msi
Nikita
Я думаю чтобы ограничить поток жалоб
Nikita
Там без ключа работать не будет
Dmitriy
Lev
рили? тоска
Pavel
Я тоже поставил, инвайты быстро выдают
Pavel
Утром попросил - вечером получил
Nikita
Ну это видать сейчас
Nikita
Мне недели две шло
Pavel
Ага, неделю назад
Nikita
Кстати, а кто нибудь кубернетисом /итд в продакшене пользуется/собирается?
Alexander 🐕
Ну - мы вот DC/OS собираемся начать использовать
Alexander 🐕
Это считается за итд же?
Nikita
Да
Nikita
Мне интересно зачем
Nikita
Т.е. Какие потребности вы имеете
Nikita
И как хотите из закрыть
Lev
чорт!
Nikita
Главное, чтобы не началось
Alexander 🐕
Т.е. Какие потребности вы имеете
Судя по всему - мы, возможно, будем партнерами партнером Мезосферы
Alexander 🐕
Не знаю, какая это потребность
Alexander 🐕
В деньгах?
Nikita
Это бизнесовая потребность
Nikita
:)
Denis
https://github.com/tsaikd/gogstash
Denis
гагстэш))
Nikita
Блин, ну если не кубернетис/dcos, тогда что? Coreos/fleet?
Denis
центос и паппет Никита )
Nikita
:(
Denis
а еще tinc для сеточки в DO )
Denis
https://v1.std3.ru/bb/62/1463583825-bb62457bcfc86be8584a7f0e24942b6b.gif
Nikita
Вот, кстати, ты какую задачу решаешь tinc?
Dan
https://v1.std3.ru/bb/62/1463583825-bb62457bcfc86be8584a7f0e24942b6b.gif
еще его можно научить ругаться как пирата, и повязку на глаз повесить
Nikita
Сделать общий l2 для хостов?
Denis
есть еще meshbird но руки как то никак.
Nikita
Вообще я хотел не об инструментах поговорить, а о задачах
Nikita
Проблемах, вызовах, если угодно
Denis
как жить с персистнетными данными требующими хорошего latency в докерах ?
Denis
во ту меня есть ES кластер на 3х машинках, там по 1ТБ данных на каждой. туда ходит аналитика(люди) и постоянно что то читают и постоянно туда льются данные.
Denis
мне нравится идея с докерами, с возможностью обновления, тестить разные плагины на дополнительных нодах и т д
Denis
но мне хочется иметь хороший latency до данных и при этом их надежно где то хранить.
Denis
на самом деле идея чуть страшнее, вот хочу я динамически скейлить hbase на рид, с восстановление локальности данных и всего такого.
Denis
*главное чтобы чистяков не понабежал )
Denis
никита ты гдеее )
Alexander 🐕
А? Звали?
Alexander 🐕
Alexander 🐕
Заскейлить на рид LSM-tree это хорошо
Denis
=)
Alexander 🐕
Следующий шаг - получить миллион долларов приза за мужскую беременность
Alexander 🐕
И это не выглядит невероятным по сравнению с
Nikita
Блин, я афк внезапно, 20минут
Alexander 🐕
Я пугаюсь, когда вижу в профессиональном сообществе слово “внезапно”
Denis
Следующий шаг - получить миллион долларов приза за мужскую беременность
а что типа реплии регионов не помогут ?
Alexander 🐕
Если мы говорим об уменьшении latency - то там поможет только много блочного кэша
Alexander 🐕
И довольно частые major compactions
Alexander 🐕
Которые, правда, пока проходят, просаживают производительность
Alexander
kubernetes + fleet + coreos)
Denis
Если мы говорим об уменьшении latency - то там поможет только много блочного кэша
пагодь, у нас записи одной колоночки могут быть раскиданы по разным регионам и следовательно машинам.
выборка приведет к чтению данных с кучки нод. при чем в этой работе могут включать и реплики ригонов. следовательно чем больше регионов и чем больше реплик тем лучше. За исключением совсем больших чиселок когда у нас поиск данных начнет занимать значительное время.
Что не так ?
Nikita
как жить с персистнетными данными требующими хорошего latency в докерах ?
а прием тут докер-то?
Denis
ты вызовов просил )
Alexander 🐕
пагодь, у нас записи одной колоночки могут быть раскиданы по разным регионам и следовательно машинам.
выборка приведет к чтению данных с кучки нод. при чем в этой работе могут включать и реплики ригонов. следовательно чем больше регионов и чем больше реплик тем лучше. За исключением совсем больших чиселок когда у нас поиск данных начнет занимать значительное время.
Что не так ?
Ниже некоторого порогового лейтенси ты так не уйдешь
Alexander 🐕
Ты же делаешь полосу шире (и это хорошо, да)
Alexander 🐕
Но минимальный логический субъект поиска по ключу - регион
Alexander 🐕
А регион - это либо один файл, либо несколько
Denis
да, но лейтенси тут уже опредлеяет как раз локальность данных и кеш локальный. не ?
Alexander 🐕
И, когда файлов несколько - пройтись надо будет по всем
Alexander 🐕
Ну вот кэш работает только для тех данных, которые уже читали
Alexander 🐕
А при холодном чтении придется лезть в регион
Alexander 🐕
А там может быть пачка файлов