Так вот почему до рефакторинга дело никогда не доходит! Там же impact для пользователя как правило 0. А стабильность приложения почему-то воспринимается как данность, а не как фича, над которой тоже нужно работать.
Какие-то отрывочные факты, которые скоро забудутся. Сделайте лучше текстовую расшифровку курса по k8s, который был совместно с mail.ru. Ну или разберите каждый продукт в CNCF landscape.
В одной из компаний, где я работал, ПМы настолько любили фиче-тоглы, что из стало огромное количество. Многие были раскатаны и забыты. А в коде оставались и смущали разработчиков. В итоге договорились о правиле, что при добавлении нового сразу ставится таска на его выпиливание.
Вообще была бы интересна статья о побеге из этой песочницы или хотя бы возможности выглянуть в ноду. Помню, что в моей системе смог узнать модель жёсткого диска, это как пример.
Объясню свой минус. В статье с таким заголовком хочется видеть больше деталей именно про cgroups, namespaces и layerfs. Например, отличие cgroups v1 от v2. Внезапно на паре осознал, что в моей системе уже последние и пришлось быстро импровизировать. А потом и лекции переделывать.
Также было бы здорово рассмотреть как сделать свой docker (как пример проект bocker). Как вручную собрать слои и где вам может это пригодиться вне контейнеризации (например, в тестах, если нельзя поставить btrfs или zfs).
Слушал интервью с зарубежным HR, жаловалась, что не все кастомные pdf из таких сервисов хорошо парсятся CRM для найма. Бывало, теряли и телефон, и почту.
Лично я сторонник стандартных средств - генерация резюме из того же LinkedIn. Да, не так чтобы красиво, зато проблем точно не будет.
Handlers вообще-то переводится как обработчик. Ручками их стали называть потому что можно за них можно дёрнуть. Так себе аргументация на мой взгляд, но да - термин набирает популярность.
Насколько я понимаю, контейнер - такой же процесс ОС, как и любой другой, но с выделенной cgroups (namespaces и layerfs). Т.е. если в целом компрессия памяти на хостовой ОС включена, то она будет работать и для контейнера.
Ох, как бы он не стал последним.
Есть тёплое, а есть мягкое. А ещё можно на пути запроса поставить сначала тёплое, чтобы сделать его мягким.
Серьёзно, странное сравнение. Вот если бы вы написали свой in-memory сторадж для Postgres и сравнивали бы его с redis - хоть какой-то интерес был.
Так Citus же. К тому же это не форк Postgres, а расширение.
Ещё были менее известные расширения pg_shard и pgDash. Но если хочется самому заморачиваться, то через fdw должно быть не сложно.
Так вот почему до рефакторинга дело никогда не доходит! Там же impact для пользователя как правило 0. А стабильность приложения почему-то воспринимается как данность, а не как фича, над которой тоже нужно работать.
Глупый, глупый организм. Зачем аденозин расщеплять, если потом всё равно из него АТФ строить? Или в статье неточность?
Какие-то отрывочные факты, которые скоро забудутся. Сделайте лучше текстовую расшифровку курса по k8s, который был совместно с mail.ru. Ну или разберите каждый продукт в CNCF landscape.
А ещё прежде, чем разбирать на группы, разберитесь почему тесты работают так долго и нормально ли это.
За последние 10 лет на каждом месте работы оптимизирую время выполнения минимум вдвое. Надоело уже бороться с костылями из-за бездумного подхода.
В одной из компаний, где я работал, ПМы настолько любили фиче-тоглы, что из стало огромное количество. Многие были раскатаны и забыты. А в коде оставались и смущали разработчиков. В итоге договорились о правиле, что при добавлении нового сразу ставится таска на его выпиливание.
Пользовались, кстати, тогда split.io.
А можно tablespace Postgres вообще в оперативную память засунуть. Я использовал circleci/postgres:13-postgis-ram (но это как пример).
Спасибо за разминку шеи.
Когда был тимлидом в офисе, то разрешал сотрудникам вздремнуть после обеда. Полчаса всё равно погоды не сделают.
Вот здесь, конечно, посмеялся. А потом поплакал. Мои студенты первые 2 пары в шоке от синтаксиса. Но увы, это стандарт, так что приходится проходить.
А для ограничения inode есть что-то подобное?
Вообще была бы интересна статья о побеге из этой песочницы или хотя бы возможности выглянуть в ноду. Помню, что в моей системе смог узнать модель жёсткого диска, это как пример.
Не равен, но маппится. Как и любой другой пользователь, созданный в контейнере. Разве что capabilities порезаны.
Объясню свой минус. В статье с таким заголовком хочется видеть больше деталей именно про cgroups, namespaces и layerfs. Например, отличие cgroups v1 от v2. Внезапно на паре осознал, что в моей системе уже последние и пришлось быстро импровизировать. А потом и лекции переделывать.
Также было бы здорово рассмотреть как сделать свой docker (как пример проект bocker). Как вручную собрать слои и где вам может это пригодиться вне контейнеризации (например, в тестах, если нельзя поставить btrfs или zfs).
Слушал интервью с зарубежным HR, жаловалась, что не все кастомные pdf из таких сервисов хорошо парсятся CRM для найма. Бывало, теряли и телефон, и почту.
Лично я сторонник стандартных средств - генерация резюме из того же LinkedIn. Да, не так чтобы красиво, зато проблем точно не будет.
Извините, но маловато. Под таким заголовком ожидал увидеть лонгрид с кучей ссылок.
Handlers вообще-то переводится как обработчик. Ручками их стали называть потому что можно за них можно дёрнуть. Так себе аргументация на мой взгляд, но да - термин набирает популярность.
Нет, с btrfs не пробовал экспериментировать, так что спасибо за наводку.
Насколько я понимаю, контейнер - такой же процесс ОС, как и любой другой, но с выделенной cgroups (namespaces и layerfs). Т.е. если в целом компрессия памяти на хостовой ОС включена, то она будет работать и для контейнера.