Иерархия каталогов в Linux

В Linux все дерево начинается с корня - /. Каждая директория имеет свое строгое назначение: Системные и исполняемые файлы /bin и /sbin - содержат основные программы, необходимые для работы системы и ее восстановления. В /sbin лежат команды, предназначенные для системного администратора. /usr - может показаться, что является сокращением от user, однако на самом деле является аббривеатурой Unix System Resources - вторичная иерархия. Здесь хранятся пользовательские программы, библиотеки и документация. Современные дистрибутивы часто делают /bin ссылкой на /usr/bin /lib, ‘/lib64’ - системные библиотеки, которые нужны программам из /bin и /sbin для запуска. Настройки и переменные данные /etc - здесь хранятся конфигурационные файлы всей системы. /var - сокращение от Variable. Директория для файлов, которые часто меняются. К таким, например, относятся логи (которые, кстати, находятся по пути /var/log), базы данных, временные файлы печати и тд. /tmp - временные файлы. Важно помнить, что во многих системах содержимое этой папки очищается при перезагрузке. Это связано с файловой системой, которая предписывает хранение файлов из /tmp в оперативной памяти. Пользовательские данные /home - здесь находятся личные папки пользователей. При вводе cd ~ система переносит пользователя как раз в директорию /home/<username>. /root - домашний каталог суперпользователя (администратора с UID 0). Он вынесен отдельно от остальных пользователей, чтобы администратор мог войти в систему, даже если раздел /home не удалось примонтировать. Виртуальные и псевдо-файловые системы Основная идея таких данных - что это не реальные данные на диске, а интерфейсы к ядру: ...

2 минуты · Микаэл Оганесян

Почему gRPC это лучший выбор для back-to-back взаимодействия

gRPC - это высокопроизводительный фреймворк удаленных вызовов процедур от Google, построенный на HTTP/2 и Protocol Buffers. Он быстрее REST, строго типизирован и отлично масштабируется в микросервисных архитектурах. Что такое gRPC? Google Remote Procedure Call - это современный open-source RPC-фреймворк, позволяющий сервисам вызывать методы друг друга так, как если бы они были локальными функциями. Вместо того чтобы думать о HTTP-запросах и JSON-сериализации, разработчик просто вызывает метод на удаленном сервисе. gRPC был разработан и открыт компанией Google в 2015 году. Он вырос из внутренней системы Stubby, которую Google использовал более десяти лет для связи между своими микросервисами, обрабатывающими миллиарды запросов в секунду. ...

5 минут · Микаэл Оганесян