Sply Splyeff

Recent Entries

You are viewing the most recent 25 entries.

2017-12-26

12:23: CRI-O и Docker в Kubernetes
Все идет к тому, что Docker в Kubernetes будет использоваться все меньше и меньше. Докер уже давно выделил runc в отдельный продукт. А RedHat теперь усиленно продвигает CRI-O вместо докера для скачивания и управления образом контейнера.

RedHat против докера давно плетет козни, и раньше это было, действительно, на уровне поливания помоями. Но теперь есть реально большая веростность, что CRI-O вытеснит Docker из Kubernetes и вообще из многосерверных и многосервисных production систем.

А для докера (т.е. пакета docker) в итоге останется его первоначальная ниша - пакетирование приложений и окружений для разработчика, тестирование и мелкие инсталляции. Где он будет соревноваться и побеждать только LXC и чуть-чуть rkt.

https://www.redhat.com/en/blog/introducing-cri-o-10

2017-11-24

11:48: На днях у нас удивительный юзер в AWS появился. Первый раз вижу, чтобы нагрузка в таком диапазоне прыгала - от нескольких машин в минимуме до более 600 машин в пике на несколько часов. И редкий пример, когда использование AWS будет даже дешевле Хетцнера.

2017-09-21

00:26: OrientDB exit
Год назад закрылась коммерческая разработка RethinkDB. На разработчиков других новых баз стали тоже посматривать с опаской. А вот сейчас Callidus Software Inc покупает OrientDB, потому что строит на ней инфраструктуру компании.

http://orientdb.com/calliduscloud-acquires-orientdb-the-leading-multi-model-database-technology/

2017-09-18

13:50: Machine Learning стеки
А вот какую штуку мы сделали и скоро откроем в публичный доступ - сборка, интеграция и деплой Machine Learning стеков.

Что в ней еще интересного - любой неспециалист может получить готовую среду для deep learning и сразу же начать с ней работать. Инженеры, бизнес-аналитики, студенты, любители и даже дети. Для них еще планируем готовить учебные аплайнсы - с рабочей средой, примерами и учебным материалом.

http://jetware.io/machine_learning?us=lj_sply

2017-08-03

18:12: А есть ли в природе люди, использующие Alibaba Cloud не в Китае? Много ли таких? Насколько качественно оно работает - есть ли глюки у API, у панели? Почему выбрано оно?

2017-07-28

19:51: Несколько дней назад заметил и прямо сейчас достоверно воспроизвел ситуацию - в нашу сеть AS48235 из Билайна разные протоколы приходят через разные транзитные AS. ICMP и UDP приходят через AS56534 (Pirix), а TCP - через AS8492 Obit. Вернее, TCP - с интервалом в несколько минут идут то через Pirix, то через Obit. Между Билайном и Pirix по пути еще есть RASCOM 20764.

Билайн по LG видит к нам только один маршрут - через Раском. Раском в своем LG показывает обе транзитные AS с одинаковым localpref, и с Pirix в качестве best path. И получается, это у Раскома так глючно работает балансировка, что разные протоколы на один и тот же IP идут через разные линки. Как, например, в таких условиях работает PMTUD?

2017-07-13

21:08: Сейчас уже отчетливо видно, как за последние пол-года MongoDB сместило акцент с продажи лицензий (MongoDB Enterprise) на продажу SaaS - MongoDB Atlas. При этом с большой вероятностью можно предполагать, что лицензии и поддержка все еще дают основную часть денег, но прибыльность в пересчете на человека у Atlas должна быть на порядки больше.

2017-07-10

16:55: цена времени GPU vs CPU на Google Cloud Platform
Чел погонял бенчмарки тренировки deep learning моделей в гуглевском облаке на GPU и CPU и получил почти пятикратный выигрыш по цене, если использовать восемь ядер CPU http://minimaxir.com/2017/07/cpu-or-gpu/

2017-07-06

00:41: service orientation
Необходимо выделять самостоятельную ориентацию сервиса в отдельный компонент, который можно переиспользовать у разных сервисов. И это не совсем service discovery и поиск других сервисов в твоем окружении, а, наоборот, обнаружения себя - кто я такой, где нахожусь и зачем живу.

Чтобы сервис определял, где и в каких условиях он запущен, сводил большое число разных таких параметров к небольшому количеству ключевых значений, и сообщал об этом другим своим компонентам и настраивал профиль их работы, или рассказывал о себе через discovery другим сервисам.

2017-06-24

14:08: NVidia GPU Cloud
Люди пеняют NVidia, что она свой майнинговую ферму не открыла. Вообще-то открыла. Бету в июле обещают. Называется NVidia GPU Cloud https://www.nvidia.com/en-us/gpu-cloud/. Это даже ферма ферм. Конечно, они говорят, что не для майнинга, а для диплёрнинга. Но мы-то знаем...

2017-06-16

18:55: mruby
Бинарник mruby для x64, собранный без гемов, с -Os и другими уменьшающими флагами, занимает 355K. Имеет зависимости только на libc. При запуске hello world в памяти занимает чуть большее 1 Mb.

При этом имеет нормальные хэши, списки и работу со строками (без regexp). Надо брать.

2017-04-22

12:32: рубашки из апельсинов
Не удивительно, что у итальянцев куча стартапов связаны с едой и модой. Вот интересный стартап OrangeFiber - http://orangefiber.it/en/ Производят ткани из отходов - апельсиновых шкурок. Ferragamo представил сегодня коллекцию одежды из этой ткани - штаны, рубашки, платья https://www.vanityfair.it/fashion/news-fashion/2017/04/19/salvatore-ferragamo-orange-fiber

Скорее всего, волокно - это вискоза, получаемая из шкурковой целлюлозы. Материал, по сути, тот же самый, что получается из древесной целлюлозы, но намного приятнее надевать рубашку, зная, что она из апельсина, а не из сосны :)

2017-03-30

10:31: российский софт на AWS Marketplace и у других провайдеров
Ищем российских разработчиков софта для публикации их продуктов на маркетплейсах облачных провайдеров. Сейчас планируем пилотную реализацию с несколькими участниками.

Что необходимо: софт под Linux по схемам аренды программ или SaaS; сайт, документация и поддержка на английском.

С нашей стороны - автоматизация сборки, тестирования, публикации и обновлений продукта; маркетинговая поддержка. Работаем с AWS (https://aws.amazon.com/marketplace/seller-profile?id=28db77fa-b6f5-4222-8494-a0ffdce47137), в процессе OVH, Azure, GCP, CenturyLink. Платежи от лица российской компании или от зарубежной (с полным оформлением документов).

2017-03-28

23:14: мониторинг появления новых релизов
Задача. У нас около 700 программ и библиотек, в основном, open source. Начиная от tzdata и glibc, заканчивая npm и гемами. Всех их нужно обновлять. Наша система сборки и организации репозиториев позволяет легко автоматом собирать и тестировать новые версии, включая достаточно сложные интеграционные тесты уровня "как обновление libjpeg повлияет на работу wordpress". Выдерживать новые сборки в стейджинге и т.д. Это большое подспорье. Но самая большая сложность оказывается в другом - как обнаруживать и подавать в систему сборки информацию о появлении новых версий и о том, откуда скачивать. В идеале еще бы с автоматической классификацией на мажорные/минорные/security апдейты и учетом планов релизов, в тех случаях, когда они есть.

Я так понимаю, что у майнтейнеров дистрибутивов это более-менее ручная работа и когда человек работает с максимум десятком-другим программ, это вариант. Но у нас скоро будет несколько тысяч, и, автоматизировав все остальное, было бы плохо оставлять это ручным.

Наверное, проще всего с GNU и Apache Foundation, можно мониторить появление новых каталогов в FTP. Может быть еще можно мониторить повяление релизных тегов тех, кто держит зеркало на github - но там бывают проекты с задержкой. Но может быть есть какие-то готовые агрегаторы обновлений? Вот есть ощущение, что как-то проще можно решить, чем писать правила для проверки новостей по сайтам проектов.

2017-03-27

18:41: Наш новый сервис - лончер приложений и стеков для DigitalOcean http://jetware.org/launchers/digital_ocean

Он уже production-grade, но пока публично не объявлен.

2017-03-16

17:33: Имена или семантика классов в программировании
1. При программировании на придумывание имен может уходить ощутимо много времени. Казалось бы, такая маловажная вещь, как имя. И вот только сегодня я осознал, почему я трачу на это время, и почему, в итоге, это не напрасная трата времени.

Придумывание имени для модели, класса (предметной области) - важно и при проектировании, и при кодировании. Ведь имя несет с собой огромное облако ассоциаций из реальной жизни, из других областей.

Выбор имени - это один из этапов проектирования, когда какие-то сложные вещи - операции, объекты, отношения, скрываются уровнем абстракции. То есть скрываются за назначенным именем.

Если имя выбрано неудачно и оно с искажениями отражает то, чем является модель, оно будет мешать не только тем, кто в будущем будет читать код и документацию. Оно мешает непосредственно сейчас при проектировании, сбивает с толку. Неудачное имя мешает детализировать модель, мешает продумывать отношения этой модели с другими моделями или с пользователем.

Как вы яхту назовете, так она и поплывет.

Collapse )

2017-01-12

21:01: MyRocks
Вот мы собрали Фейсбуковский форк MySQL с RocksDB вместо InnoDB и погоняли его с реальными приложениями, Drupal, Wordpress, Redmine.

Это офигенная штука. При низкой нагрузке выигрыш маленький, десятки процентов. Зато при высокой нагрузке выигрыш в разы. Когда RocksDB добавят в стабильный релиз в MariaDB, уверен, что в течение полугода половина народа перейдет с InnoDB на RocksDB. Особенно для небольших сайтов.

С Битриксом погонять так просто неполучилось, потому что какие-то хорошие люди при создании таблиц жестко хотят innodb и лень было с этим заморачиваться. Но тот же Битрикс от перехода на MyRocks получит большой прирост скорости для нагруженных сайтов.


Что в нем такого хорошего? Намного меньше дисковых операций вообще и линейная запись. То есть транзакции меньша занимают очередь и пишутся намного быстрее.

https://news.ycombinator.com/edit?id=13385420 https://www.reddit.com/r/programming/comments/5nlkkq/redmine_on_mysql_with_rocksdb_myrocks_is_20_to_3/

2017-01-06

15:39: Варить на слабом или сильном огне
Казалось бы, разница может быть только в количестве испаряемой воды, а температура будет одинаковая, 100 C. Но должны быть нюансы.

На сильном огне пар образуется в месте контакта воды с сосудом. Тем что давление в этом месте чуть больше 1 атм можно пренебречь. Но температура стенок (дна) может быть заметно больше 100С. Образовавшийся пар в течение какого-то времени еще имеет контакт с стенкой и продолжает нагреваться. Насколько - зависит от толщины стенок и огня. Чисел не нашел. В википедии цитируется график температуры кипящей воды в зависимости от расстояния до поверхности нагрева. В нескольких миллиметрах от поверхности - около109С. Но это вода. А пар может нагреться еще больше.

И вот этот перегретый пар, поднимаясь к поверхности должен нагревать продукты в воде до температуры большей, чем просто температура кипения воды. Крупные части глубоко не прогреваются, так как охлаждаются водой. Мелкие частички, жир, эфирные масла - нагреваются. И, по сути, готовятся при температуре большей, чем 100C.

2016-11-23

10:12: Почему иностранцу никогда не понять как правильно употреблять артикли в английском? Я недавно устраивал несколько раз бой слона с китом - заказывал перевод с корректурой небольших текстов на английский, и затем полученный и вычитанный перевод отдавал другому корректору. Оба - профессиональные нативные.

И всегда один правил другого - чаще всего добавлялись или удалялись артикли для каких-то общепринятых случаев, и реже менялись формулировки в некоторых выражениях. То, что у каждого свой вкус к артиклям оказался - я понимаю, там и оксфордскую запятую разные взгляды, и на пробелы вокруг тире.

Но что еще удивило - как они друг у друга меняли определенные артикли на неопределенные и наоборот. Когда спросил - а чего так?, отвечают - я так язык чувствую, лучше стилистика.

2016-11-19

12:32: И правда, нормальный каппуччино можно пить без сахара. Попробовать еще его солить что-ли, как калмыцкий чай.

2016-11-14

14:55: Какое слово сейчас узнал - sdrucciolo (сдручьоло). Это похоже на топонимический термин "спуск", но больше связано со скольжением. Вероятно, на русский должно переводиться как "соскольз". Во Флоренции есть возле дворца Питти его Sdrucciolo dei Pitti.

Еще словарь подсказывает слово sdrucciolevolezza - скользскость. Вероятно, когда принимают решение как назвать переулок - sdrucciolo или vicolo, оценивают его sdrucciolevolezza.

2016-11-11

14:31: Сегодня ночью какая-то неизвестная пока зараза обесточила наш свитч на БМ18. Я так полагаю, кто-то отметил юбилей SPbLUG и потом пошел работать, не соображая что делает.

2016-11-09

23:44: Слайды доклада с Highload++ 2016 Как devops исчерпывает себя и что будет дальше

Спасибо Oleg Bunin за потрясающее мероприятие, и огромная благодарность Konstantin Nazarov за помощь в доведении доклада до ума!

2016-10-26

11:53: трассировка в распределенных системах с маркировкой TCP соединений
В распределенных системах одна из самых заморочных проблем - отладка и трассировка распределенной обработки запроса. То есть пришел запрос из пользовательского браузера, и дальше, начиная с входящего load balancer возникает дерево порожденных запросов - приложение бэкенда, сервер авторизации, базы данных. И там может быть несколько десятков участников даже без микросервисной архитектуры.

Хорошо, если какой-то сервис обнаружил ошибку - она, как правило, логгируется и передается по цепочке вызывающих вверх. Такой вот распределенный стектрейс, и его можно изучить.
Collapse )

2016-10-25

15:56: Неожидано, что первыми нормальный обзор с примерами пользования про нас написали японцы. http://qiita.com/teekay/items/725a09a65aeaacf2e2ef В некоторой степени, это японский аналог Хабра, коллективный блоггинг для разработчиков.