<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" >

  <channel>
    <title><![CDATA[Комментарии / Профиль flashvoid]]></title>
    <link>https://habr.com/ru/users/flashvoid/comments/</link>
    <description><![CDATA[Хабр: комментарии пользователя flashvoid]]></description>
    <language>ru</language>
    <managingEditor>editor@habr.com</managingEditor>
    <generator>habr.com</generator>
    <pubDate>Sat, 25 Apr 2026 16:43:59 GMT</pubDate>
    
    
      <image>
        <link>https://habr.com/ru/</link>
        <url>https://habrastorage.org/webt/ym/el/wk/ymelwk3zy1gawz4nkejl_-ammtc.png</url>
        <title>Хабр</title>
      </image>
    

    
      

      
        
  
    <item>
      <title>14.09.2023 06:33:59 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/760604/#comment_25963044</guid>
      <link>https://habr.com/ru/articles/760604/#comment_25963044</link>
      <description><![CDATA[<p>Не в качестве претензии а обсуждения для: почему IT?</p><p></p><ul><li><p>Потому что автор может помочь только с ИТ? - логично но автор может помочь только с ограниченным доменом ИТ знаний хотя принимает заявки хоть "на С"</p></li><li><p>Потому что в ИТ есть установленный механизм открытых исходников? - то же логично.</p></li><li><p>Потому то автор так решил для себя? - справедливо, но я думаю автор тут написал в легкой надежде вдохновить других авторов на подобные действия.</p></li></ul><p></p>]]></description>
      <pubDate>Thu, 14 Sep 2023 06:33:59 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>28.07.2015 01:27:06 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/263595/#comment_8516569</guid>
      <link>https://habr.com/ru/articles/263595/#comment_8516569</link>
      <description><![CDATA[В идеале разработчик с огладкой на админа, в реальности админ с оглядкой на разработчика.]]></description>
      <pubDate>Tue, 28 Jul 2015 01:27:06 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>28.07.2015 01:21:39 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/263595/#comment_8516567</guid>
      <link>https://habr.com/ru/articles/263595/#comment_8516567</link>
      <description><![CDATA[А в чем проблема хранить несколько версий одной кукбуки на chef сервере? <br/>
Задавать через chef_environment, который править через berkshelf. ]]></description>
      <pubDate>Tue, 28 Jul 2015 01:21:39 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.05.2015 01:17:04 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/259021/#comment_8439191</guid>
      <link>https://habr.com/ru/articles/259021/#comment_8439191</link>
      <description><![CDATA[Почти то же самое на примере nginx и в исполнении разработчиков докера — типа best practice.<br/>
<iframe width="560" height="349" src="//www.youtube.com/embed/c5GZC3KYtLQ?wmode=opaque" frameborder="0" allowfullscreen></iframe>]]></description>
      <pubDate>Fri, 29 May 2015 01:17:04 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>25.05.2015 13:04:18 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/258595/#comment_8433059</guid>
      <link>https://habr.com/ru/articles/258595/#comment_8433059</link>
      <description><![CDATA[Ну это же только вопрос времени, сейчас докер это тул для деплоя _своего_ кода. А в перспективе это будет такой же менеджер как apt, и образы будут так же выпекаться в каноникле или еще где то в проверенном месте.]]></description>
      <pubDate>Mon, 25 May 2015 13:04:18 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>25.05.2015 01:07:00 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/258595/#comment_8432147</guid>
      <link>https://habr.com/ru/articles/258595/#comment_8432147</link>
      <description><![CDATA[<blockquote>Когда-нибудь пробовали сделать обновление безопасности для контейнера?</blockquote><br/>
<br/>
А как вы обновляете бинарные пакеты — скачиваете свежие из apt/yum/wtf. То же и с докером — скачиваете новый образ.<br/>
За отутствие цифровой подписи его много и справедливо ругали — но докер привлек много денег и деньги надо отбивать — нету у них времени закрывать баги. <br/>
Ответ прост <a href="https://github.com/appc/spec">appc</a> и rocket. <br/>
<br/>
С докером же правило простое — качай Dockerfile, собирай у себя и толкай во внутренний registry. ]]></description>
      <pubDate>Mon, 25 May 2015 01:07:00 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>23.05.2015 04:19:26 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/258443/#comment_8431105</guid>
      <link>https://habr.com/ru/articles/258443/#comment_8431105</link>
      <description><![CDATA[Смысл контейнеров заключается в бинарных апдейтах. В вашем случае это удобно для выкатывания обновлений php. В норме у вас app сервер, помимо php, будет содержать всякие утилиты типа imagemagic и прочие зависимости системы которые, могут уходить глубоко в libc. <br/>
Каждый раз когда вы выкатываете обновление обновление на конфигурацию app сервера вы рискуете получить отличающееся состояние. Докер гарантирует, что обновления будут идентичными.<br/>
<br/>
Но статья-то про кубернетис, а это следующий шаг после контейнров — scheduled deployments. Тут две радости — во первых удобно следовать infrastructure as code, во вторых масштабировать систему очень приятно — говоришь я хочу еще 10 этих контецнеров и через 5 секунд они работают. ]]></description>
      <pubDate>Sat, 23 May 2015 04:19:26 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>23.05.2015 03:46:38 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/258443/#comment_8431089</guid>
      <link>https://habr.com/ru/articles/258443/#comment_8431089</link>
      <description><![CDATA[Бывают volumes между хостом и контейнером, а бывают между ондинм контейнером и другим. <br/>
Оригинальное использование volumes именно между контейнерами — команда докера так делает бекапы и логи в вообщем все. <br/>
Volumes между хостом и контейнером считаются плохим тоном, хотя зря наверное, я люблю всякие сокеты с хоста прокидывать. ]]></description>
      <pubDate>Sat, 23 May 2015 03:46:38 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.05.2015 14:14:37 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/258443/#comment_8430323</guid>
      <link>https://habr.com/ru/articles/258443/#comment_8430323</link>
      <description><![CDATA[Оригинальный ответ от команды docker — используйте volumes. <br/>
Это такие контейнеры которые не запускают сервисов но хранят данные и могут шарить эти данные с другими контейнерами. <br/>
<br/>
К сожалению идея работает очень убого ибо отключить и подключить volume к контейнеру можно только перезапуском самого контейнера. <br/>
<br/>
Ну а базы данных так либо на Gluster либо не в контейнере.]]></description>
      <pubDate>Fri, 22 May 2015 14:14:37 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.05.2015 14:08:47 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/258443/#comment_8430313</guid>
      <link>https://habr.com/ru/articles/258443/#comment_8430313</link>
      <description><![CDATA[Ну так используй nginx <a href="https://github.com/darkgaro/kubernetes-reverseproxy">вместо</a> прокси. ]]></description>
      <pubDate>Fri, 22 May 2015 14:08:47 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.05.2015 14:03:34 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/258443/#comment_8430299</guid>
      <link>https://habr.com/ru/articles/258443/#comment_8430299</link>
      <description><![CDATA[Flannel входит не в Kubernetes, а в CoreOS. <br/>
Вообще у них очень тесные взаимоотношения, команда CoreOS использует fleet чтобы стартануть kubernetes и дальше работают в последнем. Существует вероятность что fleet просто заменят в один прекрасный момент,]]></description>
      <pubDate>Fri, 22 May 2015 14:03:34 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>21.03.2015 01:24:27 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/253139/#comment_8339527</guid>
      <link>https://habr.com/ru/articles/253139/#comment_8339527</link>
      <description><![CDATA[Мне кажется для новичка статья будет неподъемная, а для продолжающих полезнее не сама статья, а мнения из комментов.<br/>
Может устроить хабра версию foodfightshow? ]]></description>
      <pubDate>Sat, 21 Mar 2015 01:24:27 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>16.03.2015 21:30:51 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/253209/#comment_8332734</guid>
      <link>https://habr.com/ru/articles/253209/#comment_8332734</link>
      <description><![CDATA[<blockquote>1. У Chef нормальная документация и всегда такой была: docs.chef.io/. Но если не знать где искать, на их сайте она немного неочевидно ищется.</blockquote><br/>
<br/>
Ну не скажите, последние полтора-два года chef сообщество приложило чудовищные усилия что бы облегчить жизнь новичкам и улучшить документацию в частности.]]></description>
      <pubDate>Mon, 16 Mar 2015 21:30:51 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>12.03.2015 00:29:56 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/252831/#comment_8324833</guid>
      <link>https://habr.com/ru/articles/252831/#comment_8324833</link>
      <description><![CDATA[Ага, один момент — в ProbeRequest не то что бы сильно обязательно использовать свой настоящий мак — чем и воспользовалась Apple. Они потихоньку внедряют код, который будет использовать случайные мак адреса в пробах.<br/>
<br/>
Однако даже в этом случае можно бобороться используя служебную информацию из других пакетов. Но это совсем другая история.]]></description>
      <pubDate>Thu, 12 Mar 2015 00:29:56 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.01.2015 02:25:17 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/infobox/articles/249143/#comment_8250581</guid>
      <link>https://habr.com/ru/companies/infobox/articles/249143/#comment_8250581</link>
      <description><![CDATA[Ок. А как с зависимостями — обновили конфиг и надо передернуть демона?]]></description>
      <pubDate>Thu, 29 Jan 2015 02:25:17 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>29.01.2015 01:11:43 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/infobox/articles/249143/#comment_8250547</guid>
      <link>https://habr.com/ru/companies/infobox/articles/249143/#comment_8250547</link>
      <description><![CDATA[Ansible это интересно.<br/>
<br/>
Вопросы по теме:<br/>
Как там с гетерогенностью — насколько удобно создавать много разных серверов с похожими, но слегка отличающимися конфигами?<br/>
Как там с индемпотентностью — еcли я попрошу скачать фаил он будет его скачивать каждый раз или проверит что фаил уже есть?<br/>
Есть ли какие то решения кроме ssh — если я открою 10к ssh сессий одновременно моей системе поплохеет.]]></description>
      <pubDate>Thu, 29 Jan 2015 01:11:43 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.01.2015 20:55:22 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/hexlet/articles/248519/#comment_8238419</guid>
      <link>https://habr.com/ru/companies/hexlet/articles/248519/#comment_8238419</link>
      <description><![CDATA[Хм. Куда уж серьезнее.]]></description>
      <pubDate>Thu, 22 Jan 2015 20:55:22 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.01.2015 20:38:35 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/hexlet/articles/248519/#comment_8238399</guid>
      <link>https://habr.com/ru/companies/hexlet/articles/248519/#comment_8238399</link>
      <description><![CDATA[Вот потому, что этого не пишут на оффсайте, я пишу это тут.<br/>
Качать доверенные образы вроде ubuntu скорее всего ок, но существует вожможность скрафтить образ, который выполнит произвольный код на удаленной машине плюс проверки на добавление образа в docker.io никакой. <br/>
<br/>
А выбор кому доверять всегда за Вами. ]]></description>
      <pubDate>Thu, 22 Jan 2015 20:38:35 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>22.01.2015 12:07:43 </title>
      <guid isPermaLink="true">https://habr.com/ru/companies/hexlet/articles/248519/#comment_8237367</guid>
      <link>https://habr.com/ru/companies/hexlet/articles/248519/#comment_8237367</link>
      <description><![CDATA[Всем кто интересуется контейнерами очень рекомендую вот это выступление <iframe width="560" height="349" src="//www.youtube.com/embed/c5GZC3KYtLQ?wmode=opaque" frameborder="0" allowfullscreen></iframe><br/>
<br/>
Оно было эпично по нескольким причинам.<br/>
Во первых — это официальный ответ Docker.io на тему как правильно готовить контейнеры в условиях ужесточившейся критики со стороны фюженов, кореосей и пр. <br/>
Во вторых — эти ребята очень хорошо знают кухню контейнеров и результат их метод дает отменный coreos/etcd уменьшился с 600Mb до 20Mb.<br/>
В третьих — если система требует такого извращения, то наверное система спроектирована не очень хорошо.<br/>
<br/>
P.S. На каждом выступлении по контейнерам напоминали _не_использовать_ docker pull. Он настолько уязвим что даже запускать контейнер ненадо, к тому времени как он скачался уже поздно.]]></description>
      <pubDate>Thu, 22 Jan 2015 12:07:43 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

  
    <item>
      <title>05.01.2015 23:33:47 </title>
      <guid isPermaLink="true">https://habr.com/ru/articles/365881/#comment_16031063</guid>
      <link>https://habr.com/ru/articles/365881/#comment_16031063</link>
      <description><![CDATA[<div class="spoiler"><b class="spoiler_title">Внимание! Саботаж.</b><div class="spoiler_text"><a href="http://js-dos.com/games/">тут</a></div></div><br/>
]]></description>
      <pubDate>Mon, 05 Jan 2015 23:33:47 GMT</pubDate>
      <dc:creator><![CDATA[]]></dc:creator>
    </item>
  

      

      

    
  </channel>
</rss>
