<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Статьи on returntozer0.ru</title><link>https://returntozer0.ru/posts/</link><description>Recent content in Статьи on returntozer0.ru</description><generator>Hugo</generator><language>ru</language><atom:link href="https://returntozer0.ru/posts/index.xml" rel="self" type="application/rss+xml"/><item><title>Иерархия каталогов в Linux</title><link>https://returntozer0.ru/posts/clean-arch/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://returntozer0.ru/posts/clean-arch/</guid><description>&lt;p&gt;В Linux все дерево начинается с корня - &lt;code&gt;/&lt;/code&gt;. Каждая директория имеет свое строгое назначение:&lt;/p&gt;
&lt;h3 id="системные-и-исполняемые-файлы"&gt;Системные и исполняемые файлы&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;/bin&lt;/code&gt; и &lt;code&gt;/sbin&lt;/code&gt; - содержат основные программы, необходимые для работы системы и ее восстановления. В &lt;code&gt;/sbin&lt;/code&gt; лежат команды, предназначенные для системного администратора.&lt;/li&gt;
&lt;li&gt;&lt;code&gt;/usr&lt;/code&gt; - может показаться, что является сокращением от user, однако на самом деле является аббривеатурой &lt;strong&gt;Unix System Resources&lt;/strong&gt; - вторичная иерархия. Здесь хранятся пользовательские программы, библиотеки и документация. Современные дистрибутивы часто делают &lt;code&gt;/bin&lt;/code&gt; ссылкой на &lt;code&gt;/usr/bin&lt;/code&gt;&lt;/li&gt;
&lt;li&gt;&lt;code&gt;/lib&lt;/code&gt;, &amp;lsquo;/lib64&amp;rsquo; - системные библиотеки, которые нужны программам из &lt;code&gt;/bin&lt;/code&gt; и &lt;code&gt;/sbin&lt;/code&gt; для запуска.&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="настройки-и-переменные-данные"&gt;Настройки и переменные данные&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;/etc&lt;/code&gt; - здесь хранятся &lt;strong&gt;конфигурационные файлы&lt;/strong&gt; всей системы.&lt;/li&gt;
&lt;li&gt;&lt;code&gt;/var&lt;/code&gt; - сокращение от &lt;strong&gt;Variable&lt;/strong&gt;. Директория для файлов, которые часто меняются. К таким, например, относятся логи (которые, кстати, находятся по пути &lt;code&gt;/var/log&lt;/code&gt;), базы данных, временные файлы печати и тд.&lt;/li&gt;
&lt;li&gt;&lt;code&gt;/tmp&lt;/code&gt; - временные файлы. Важно помнить, что во многих системах содержимое этой папки очищается при перезагрузке. Это связано с файловой системой, которая предписывает хранение файлов из /tmp в оперативной памяти.&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="пользовательские-данные"&gt;Пользовательские данные&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;/home&lt;/code&gt; - здесь находятся личные папки пользователей. При вводе &lt;code&gt;cd ~&lt;/code&gt; система переносит пользователя как раз в директорию &lt;code&gt;/home/&amp;lt;username&amp;gt;&lt;/code&gt;.&lt;/li&gt;
&lt;li&gt;&lt;code&gt;/root&lt;/code&gt; - домашний каталог суперпользователя (администратора с UID 0). Он вынесен отдельно от остальных пользователей, чтобы администратор мог войти в систему, даже если раздел &lt;code&gt;/home&lt;/code&gt; не удалось примонтировать.&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="виртуальные-и-псевдо-файловые-системы"&gt;Виртуальные и псевдо-файловые системы&lt;/h3&gt;
&lt;p&gt;Основная идея таких данных - что это не реальные данные на диске, а интерфейсы к ядру:&lt;/p&gt;</description></item><item><title>Почему gRPC это лучший выбор для back-to-back взаимодействия</title><link>https://returntozer0.ru/posts/grps/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://returntozer0.ru/posts/grps/</guid><description>&lt;p&gt;&lt;strong&gt;gRPC&lt;/strong&gt; - это высокопроизводительный фреймворк удаленных вызовов процедур от Google, построенный на HTTP/2 и Protocol Buffers. Он быстрее REST, строго типизирован и отлично масштабируется в микросервисных архитектурах.&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="что-такое-grpc"&gt;Что такое gRPC?&lt;/h2&gt;
&lt;p&gt;Google Remote Procedure Call - это современный open-source RPC-фреймворк, позволяющий сервисам вызывать методы друг друга так, как если бы они были локальными функциями. Вместо того чтобы думать о HTTP-запросах и JSON-сериализации, разработчик просто вызывает метод на удаленном сервисе.&lt;/p&gt;
&lt;p&gt;gRPC был разработан и открыт компанией &lt;strong&gt;Google&lt;/strong&gt; в &lt;strong&gt;2015&lt;/strong&gt; году. Он вырос из внутренней системы Stubby, которую Google использовал более десяти лет для связи между своими микросервисами, обрабатывающими миллиарды запросов в секунду.&lt;/p&gt;</description></item></channel></rss>