<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Релиз распределенной системы хранения конфигурации etcd 3.1</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110236.html</link>
    <description>Проект CoreOS (https://www.opennet.ru/opennews/art.shtml?num=40275), развивающий основанное на идеях контейнерной изоляции серверное окружение, представил (https://coreos.com/blog/etcd-3-1-announcement.html) релиз etcd 3.1 (https://coreos.com/etcd/), высоконадёжного распределённого хранилища параметров конфигурации, задаваемых в форме ключ/значение.  Основным назначением etcd является предоставление унифицированного механизма хранения конфигурации и информации о работающих сервисах  для изолированных контейнеров с типовой начинкой. Код etcd написан на языке Go и распространяется (https://github.com/coreos/etcd) под лицензией Apache 2.0. &lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;&lt;br&gt;Etcd позволяет организовать единое хранилище конфигурации для группы серверов, которое реплицируются на все узлы и поддерживается в синхронизированном состоянии с использованием протокола Raft (https://github.com/goraft/raft). Наличие копии данных на всех хостах позволяет исключить потерю конфигурации при выходе из строя отдельного узла.  В etcd также могут сохраняться</description>

<item>
    <title>Релиз распределенной системы хранения конфигурации etcd 3.1 (Kostiantyn Lysenko)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110236.html#59</link>
    <pubDate>Wed, 25 Jan 2017 03:58:32 GMT</pubDate>
    <description>Удивляюсь тому что большинство комментаторов не заметили слова &apos;распределенный&apos;.&lt;br&gt;&lt;br&gt;Системы подобные etcd возникли потому что распределенно хранить конфигурации в текстовых файлах, на сотнях и тысячях хостов, мягко говоря, неудобно.&lt;br&gt;&lt;br&gt;Любопытно было бы услышать сравнение с Consul, который обеспечивает похожую функциональность.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз распределенной системы хранения конфигурации etcd 3.1 (шшш)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110236.html#58</link>
    <pubDate>Tue, 24 Jan 2017 04:40:50 GMT</pubDate>
    <description>Если у тебя 20 типов сервисов и каждый имеет по 100 копий, то ты не будешь делать редеплой всего этого для изменения одного параметра.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз распределенной системы хранения конфигурации etcd 3.1 (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110236.html#57</link>
    <pubDate>Tue, 24 Jan 2017 00:49:54 GMT</pubDate>
    <description>Удваиваю этого господина (а не того, что сверху)&lt;br&gt;</description>
</item>

<item>
    <title>Релиз распределенной системы хранения конфигурации etcd 3.1 (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110236.html#56</link>
    <pubDate>Tue, 24 Jan 2017 00:35:11 GMT</pubDate>
    <description>&amp;gt; Так как для того, чтобы &lt;br&gt;&amp;gt; добиться утечек памяти в языке с gc, надо постараться, например вообще &lt;br&gt;&amp;gt; никогда никакой ресурс не закрывать и держать ссылку на него в &lt;br&gt;&amp;gt; глобальной переменной.&lt;br&gt;&lt;br&gt;Есть многое на свете, друг Горацио, что по размеру тяжелее ldapsearch.&lt;br&gt;&lt;br&gt;Твоё мнение, как эксперта по всем вопросам и во всех профессиях, конечно, очень ценно, но что-то мне подсказывает, что такие всесторонние личности заняты более интересными делами, нежели кривляньем на опеннете.&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Релиз распределенной системы хранения конфигурации etcd 3.1 (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110236.html#55</link>
    <pubDate>Tue, 24 Jan 2017 00:22:05 GMT</pubDate>
    <description>&amp;gt; икспердов&lt;br&gt;&lt;br&gt;к логопеду.&lt;br&gt;&lt;br&gt;&amp;gt; это вовсе не означает, что _любое_ приложение на жабе требует минимум гигабайта.&lt;br&gt;&lt;br&gt;к офтальмологу. я про любое и не говорил.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз распределенной системы хранения конфигурации etcd 3.1 (angra)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110236.html#54</link>
    <pubDate>Mon, 23 Jan 2017 21:13:33 GMT</pubDate>
    <description>&amp;gt; Если в течёт память, а программисты говорят &quot;какая-то хрень с garbige collector&quot;, &lt;br&gt;&amp;gt; то какие выводы должен сделать админ?&lt;br&gt;&lt;br&gt;Что конкретные программисты не умеют программировать на этом языке, а может и вообще ни на чем не умеют? Так как для того, чтобы добиться утечек памяти в языке с gc, надо постараться, например вообще никогда никакой ресурс не закрывать и держать ссылку на него в глобальной переменной. &lt;br&gt;</description>
</item>

<item>
    <title>Релиз распределенной системы хранения конфигурации etcd 3.1 (angra)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110236.html#53</link>
    <pubDate>Mon, 23 Jan 2017 21:08:19 GMT</pubDate>
    <description>Еще один иксперд. &lt;br&gt;&lt;br&gt;time ldapsearch&lt;br&gt;&lt;br&gt;real0m0.201s&lt;br&gt;user0m0.211s&lt;br&gt;sys0m0.029s&lt;br&gt;&lt;br&gt;Какой страшный start time для весьма полезной утилиты, целых 0.2 секунды. &lt;br&gt;</description>
</item>

<item>
    <title>Релиз распределенной системы хранения конфигурации etcd 3.1 (angra)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110236.html#52</link>
    <pubDate>Mon, 23 Jan 2017 20:59:47 GMT</pubDate>
    <description>Специально для икспердов. &lt;br&gt;/usr/bin/time -v java HelloWorld&lt;br&gt;Hello, World&lt;br&gt;Command being timed: &quot;java HelloWorld&quot;&lt;br&gt;User time (seconds): 0.02&lt;br&gt;System time (seconds): 0.00&lt;br&gt;Percent of CPU this job got: 100&#037;&lt;br&gt;Elapsed (wall clock) time (h:mm:ss or m:ss): 0:00.03&lt;br&gt;Average shared text size (kbytes): 0&lt;br&gt;Average unshared data size (kbytes): 0&lt;br&gt;Average stack size (kbytes): 0&lt;br&gt;Average total size (kbytes): 0&lt;br&gt;Maximum resident set size (kbytes): 13560&lt;br&gt;&lt;br&gt;То есть HelloWorld вместе с самой java занял 13MB. Как легко понять на деле сам HelloWorld не занял практически ничего и 13MB это виртуальная машина java. Заодно любители сказок про долгий старт этой vm могут глянуть на время исполнения. &lt;br&gt;&lt;br&gt;Я понятие не имею про какую криворукую поделку ты говоришь, но написать памятижорку можно и на благословенных Сях. Но если хочется поговорить про нечто большее, чем HelloWorld, то к примеру LDAP сервер opendj у меня работает, занимая на старте 176MB оперативки и не более 256MB при дальнейшем использовании. Погугли минималь</description>
</item>

<item>
    <title>Релиз распределенной системы хранения конфигурации etcd 3.1 (Ordu)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/110236.html#51</link>
    <pubDate>Mon, 23 Jan 2017 20:09:53 GMT</pubDate>
    <description>Вы не умеете готовить жабу.&lt;br&gt;&lt;br&gt;Она может пахать на компьютере из 1960-х годов. И пашет: http://thenewstack.io/happens-use-java-1960-ibm-mainframe/&lt;br&gt;&lt;br&gt;Правда странички отдаёт за 6-10 секунд.&lt;br&gt;</description>
</item>

</channel>
</rss>
