<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title>All Posts - devOops - personal blog</title>
        <link>http://devoops.fun/posts/</link>
        <description>All Posts | devOops - personal blog</description>
        <generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Sat, 17 May 2025 16:30:44 &#43;0300</lastBuildDate><atom:link href="http://devoops.fun/posts/" rel="self" type="application/rss+xml" /><item>
    <title>Миграция с classic на quorum queue в RabbitMQ</title>
    <link>http://devoops.fun/posts/rabbitmq-migrate-to-quorum-queue/</link>
    <pubDate>Sat, 17 May 2025 16:30:44 &#43;0300</pubDate>
    <author>just.engineer</author>
    <guid>http://devoops.fun/posts/rabbitmq-migrate-to-quorum-queue/</guid>
    <description><![CDATA[<p>В этой статье мы будем мигрировать с классических очередей на кворум очереди в RabbitMQ</p>
<h2 id="зачем-переезжать-на-quorum-очереди">Зачем переезжать на quorum очереди</h2>
<p>Начиная с версии 4.0 классические очереди будут удалены, а depricated они были еще в версии 3.9,  весь текст ниже относится к версии RabbitMQ 3.12</p>
<p></p>
<ul>
<li>Очереди кворума обладают более высоким уровнем пропускной способности почти во всех случаях использования. Очередь кворума может поддерживать пропускную способность 30000 сообщений (при использовании сообщений размером 1 кб), обеспечивая при этом высокий уровень безопасности данных и реплицируя их на все 3 узла в кластере. Классические зеркальные очереди обеспечивают лишь треть от этой пропускной способности и гораздо более низкий уровень безопасности данных</li>
<li>Очереди кворума более надежны, быстрее для большинства рабочих нагрузок и не требуют особого обслуживания.</li>
</ul>
<h2 id="параметры-которые-необходимо-учитывать-при-миграции-на-quorum">Параметры которые необходимо учитывать при миграции на quorum</h2>
<p>Не все параметры классических очередей на 100% совместимы с кворум очередями,
ниже табличка с параметрами, мы пройдемся по самым критичным и разберемся с тем, что нам грозит если на них просто забить</p>]]></description>
</item>
<item>
    <title>Vault auto unseal (transit engine) Yandex Cloud</title>
    <link>http://devoops.fun/posts/vault-auto-unseal-transit-engine-yandex-cloud/</link>
    <pubDate>Sat, 05 Apr 2025 16:00:44 &#43;0300</pubDate>
    <author>just.engineer</author>
    <guid>http://devoops.fun/posts/vault-auto-unseal-transit-engine-yandex-cloud/</guid>
    <description><![CDATA[<h2 id="автоматическое-распечатывание-волта">Автоматическое распечатывание волта</h2>
<p>При инициализации волт кластера мы получаем root токен и 5 ключей, они необходимы для распечатывания кластера в случае его падения, делать это можно в ручную, но делать это ночью, если вдруг поды упали, не совсем удобно&hellip;</p>
<p>Для автоматичечкого распечатывания можно ипользовать различные KMS сервисы от облачных провайдеров, подробнее почитать об этом можно в официальной документации <a href="https://developer.hashicorp.com/vault/tutorials/auto-unseal" target="_blank" rel="noopener noreffer ">hashicorp</a></p>
<p></p>
<p>В этой статье мы настроим автоматический unseal &ldquo;боевого&rdquo; кластера с ипользованием промежуточного волта в реалиях Yandex Cloud</p>]]></description>
</item>
</channel>
</rss>
