home.social

#hashicorp — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #hashicorp, aggregated by home.social.

  1. Ahh, I had forgot that #Hashicorp got bought by IBM...

    So anybody I know able to poke people and get Fedora 44 support added to DNF repo?

    github.com/hashicorp/packer/is

    bluetoot.hardill.me.uk/@ben/11

  2. Ahh, I had forgot that #Hashicorp got bought by IBM...

    So anybody I know able to poke people and get Fedora 44 support added to DNF repo?

    github.com/hashicorp/packer/is

    bluetoot.hardill.me.uk/@ben/11

  3. Ahh, I had forgot that #Hashicorp got bought by IBM...

    So anybody I know able to poke people and get Fedora 44 support added to DNF repo?

    github.com/hashicorp/packer/is

    bluetoot.hardill.me.uk/@ben/11

  4. Ahh, I had forgot that #Hashicorp got bought by IBM...

    So anybody I know able to poke people and get Fedora 44 support added to DNF repo?

    github.com/hashicorp/packer/is

    bluetoot.hardill.me.uk/@ben/11

  5. Ahh, I had forgot that #Hashicorp got bought by IBM...

    So anybody I know able to poke people and get Fedora 44 support added to DNF repo?

    github.com/hashicorp/packer/is

    bluetoot.hardill.me.uk/@ben/11

  6. Great Hashicorp don't have Fedora 44 repos yet (I need packer)

    #hashicorp #packer

  7. Great Hashicorp don't have Fedora 44 repos yet (I need packer)

    #hashicorp #packer

  8. Great Hashicorp don't have Fedora 44 repos yet (I need packer)

    #hashicorp #packer

  9. Great Hashicorp don't have Fedora 44 repos yet (I need packer)

    #hashicorp #packer

  10. Great Hashicorp don't have Fedora 44 repos yet (I need packer)

    #hashicorp #packer

  11. "IBM is recognizing that they needed to start bringing those products more closely together, so customers could get better benefits ... In the end, Concert [will] be the glue that brings it all together."
    Jason Andersen

    Check out my writeup of today's #IBMThink news:

    techtarget.com/searchitoperati

    #IBM #hashicorp #AI #AIOps

  12. "IBM is recognizing that they needed to start bringing those products more closely together, so customers could get better benefits ... In the end, Concert [will] be the glue that brings it all together."
    Jason Andersen

    Check out my writeup of today's #IBMThink news:

    techtarget.com/searchitoperati

    #IBM #hashicorp #AI #AIOps

  13. "IBM is recognizing that they needed to start bringing those products more closely together, so customers could get better benefits ... In the end, Concert [will] be the glue that brings it all together."
    Jason Andersen

    Check out my writeup of today's news:

    techtarget.com/searchitoperati

  14. "IBM is recognizing that they needed to start bringing those products more closely together, so customers could get better benefits ... In the end, Concert [will] be the glue that brings it all together."
    Jason Andersen

    Check out my writeup of today's #IBMThink news:

    techtarget.com/searchitoperati

    #IBM #hashicorp #AI #AIOps

  15. "IBM is recognizing that they needed to start bringing those products more closely together, so customers could get better benefits ... In the end, Concert [will] be the glue that brings it all together."
    Jason Andersen

    Check out my writeup of today's #IBMThink news:

    techtarget.com/searchitoperati

    #IBM #hashicorp #AI #AIOps

  16. [Перевод] Уход Хашимото с GitHub: пять историй одной недели на Hacker News

    29 апреля 2026 года Митчелл Хашимото объявил, что уводит свой Ghostty с GitHub . Цитата ушла на главную Hacker News через статью в The Register : «GitHub больше не место для серьёзной работы, если он каждый день блокирует тебя на часы». Сам по себе уход одного человека, даже такого, как Хашимото, ещё не новость. Новость в другом: на главной HN на той же неделе оказалось ещё четыре истории про GitHub. Эссе Армина Ронахера про то, как мы жили до GitHub. Манифест команды Tangled про федеративные форджи. Тихий запуск голландской госплатформы для опенсорса на Forgejo. И жёсткий аудит безопасности того же Forgejo от Жюльена Вуазана. Если посмотреть на эти пять текстов вместе, складывается одна история. Хашимото — не случайный пользователь GitHub. Сооснователь HashiCorp, после ухода оттуда автор Ghostty. И, по его собственным словам, «пользователь GitHub номер 1299, зарегистрирован в феврале 2008-го» . Он же говорит про себя как про человека, который «листает задачи на GitHub с тех пор, когда у такого поведения ещё не было названия» . Если GitHub для кого-то и был домом, то для него. Необычным его пост делает разбор последнего месяца. Хашимото вёл журнал дат и ставил «X» против каждого дня, когда GitHub упал и помешал ему работать. «Почти каждый день стоит отметка X» , пишет он. «В день, когда я пишу этот пост, я уже два часа не могу сделать ни одного ревью пулл-реквестов, потому что лежат GitHub Actions» . The Register заметил, что пост вышел прямо перед инцидентом 28 апреля , когда пулл-реквесты перестали завершаться из-за падения Elasticsearch.

    habr.com/ru/articles/1031244/

    #github #forgejo #codeberg #федерация #открытый_код #хостинг_кода #hashicorp #ghostty #opensource

  17. [Перевод] Уход Хашимото с GitHub: пять историй одной недели на Hacker News

    29 апреля 2026 года Митчелл Хашимото объявил, что уводит свой Ghostty с GitHub . Цитата ушла на главную Hacker News через статью в The Register : «GitHub больше не место для серьёзной работы, если он каждый день блокирует тебя на часы». Сам по себе уход одного человека, даже такого, как Хашимото, ещё не новость. Новость в другом: на главной HN на той же неделе оказалось ещё четыре истории про GitHub. Эссе Армина Ронахера про то, как мы жили до GitHub. Манифест команды Tangled про федеративные форджи. Тихий запуск голландской госплатформы для опенсорса на Forgejo. И жёсткий аудит безопасности того же Forgejo от Жюльена Вуазана. Если посмотреть на эти пять текстов вместе, складывается одна история. Хашимото — не случайный пользователь GitHub. Сооснователь HashiCorp, после ухода оттуда автор Ghostty. И, по его собственным словам, «пользователь GitHub номер 1299, зарегистрирован в феврале 2008-го» . Он же говорит про себя как про человека, который «листает задачи на GitHub с тех пор, когда у такого поведения ещё не было названия» . Если GitHub для кого-то и был домом, то для него. Необычным его пост делает разбор последнего месяца. Хашимото вёл журнал дат и ставил «X» против каждого дня, когда GitHub упал и помешал ему работать. «Почти каждый день стоит отметка X» , пишет он. «В день, когда я пишу этот пост, я уже два часа не могу сделать ни одного ревью пулл-реквестов, потому что лежат GitHub Actions» . The Register заметил, что пост вышел прямо перед инцидентом 28 апреля , когда пулл-реквесты перестали завершаться из-за падения Elasticsearch.

    habr.com/ru/articles/1031244/

    #github #forgejo #codeberg #федерация #открытый_код #хостинг_кода #hashicorp #ghostty #opensource

  18. [Перевод] Уход Хашимото с GitHub: пять историй одной недели на Hacker News

    29 апреля 2026 года Митчелл Хашимото объявил, что уводит свой Ghostty с GitHub . Цитата ушла на главную Hacker News через статью в The Register : «GitHub больше не место для серьёзной работы, если он каждый день блокирует тебя на часы». Сам по себе уход одного человека, даже такого, как Хашимото, ещё не новость. Новость в другом: на главной HN на той же неделе оказалось ещё четыре истории про GitHub. Эссе Армина Ронахера про то, как мы жили до GitHub. Манифест команды Tangled про федеративные форджи. Тихий запуск голландской госплатформы для опенсорса на Forgejo. И жёсткий аудит безопасности того же Forgejo от Жюльена Вуазана. Если посмотреть на эти пять текстов вместе, складывается одна история. Хашимото — не случайный пользователь GitHub. Сооснователь HashiCorp, после ухода оттуда автор Ghostty. И, по его собственным словам, «пользователь GitHub номер 1299, зарегистрирован в феврале 2008-го» . Он же говорит про себя как про человека, который «листает задачи на GitHub с тех пор, когда у такого поведения ещё не было названия» . Если GitHub для кого-то и был домом, то для него. Необычным его пост делает разбор последнего месяца. Хашимото вёл журнал дат и ставил «X» против каждого дня, когда GitHub упал и помешал ему работать. «Почти каждый день стоит отметка X» , пишет он. «В день, когда я пишу этот пост, я уже два часа не могу сделать ни одного ревью пулл-реквестов, потому что лежат GitHub Actions» . The Register заметил, что пост вышел прямо перед инцидентом 28 апреля , когда пулл-реквесты перестали завершаться из-за падения Elasticsearch.

    habr.com/ru/articles/1031244/

    #github #forgejo #codeberg #федерация #открытый_код #хостинг_кода #hashicorp #ghostty #opensource

  19. [Перевод] Уход Хашимото с GitHub: пять историй одной недели на Hacker News

    29 апреля 2026 года Митчелл Хашимото объявил, что уводит свой Ghostty с GitHub . Цитата ушла на главную Hacker News через статью в The Register : «GitHub больше не место для серьёзной работы, если он каждый день блокирует тебя на часы». Сам по себе уход одного человека, даже такого, как Хашимото, ещё не новость. Новость в другом: на главной HN на той же неделе оказалось ещё четыре истории про GitHub. Эссе Армина Ронахера про то, как мы жили до GitHub. Манифест команды Tangled про федеративные форджи. Тихий запуск голландской госплатформы для опенсорса на Forgejo. И жёсткий аудит безопасности того же Forgejo от Жюльена Вуазана. Если посмотреть на эти пять текстов вместе, складывается одна история. Хашимото — не случайный пользователь GitHub. Сооснователь HashiCorp, после ухода оттуда автор Ghostty. И, по его собственным словам, «пользователь GitHub номер 1299, зарегистрирован в феврале 2008-го» . Он же говорит про себя как про человека, который «листает задачи на GitHub с тех пор, когда у такого поведения ещё не было названия» . Если GitHub для кого-то и был домом, то для него. Необычным его пост делает разбор последнего месяца. Хашимото вёл журнал дат и ставил «X» против каждого дня, когда GitHub упал и помешал ему работать. «Почти каждый день стоит отметка X» , пишет он. «В день, когда я пишу этот пост, я уже два часа не могу сделать ни одного ревью пулл-реквестов, потому что лежат GitHub Actions» . The Register заметил, что пост вышел прямо перед инцидентом 28 апреля , когда пулл-реквесты перестали завершаться из-за падения Elasticsearch.

    habr.com/ru/articles/1031244/

    #github #forgejo #codeberg #федерация #открытый_код #хостинг_кода #hashicorp #ghostty #opensource

  20. Оркестрация runner-ов на Nomad

    Некоторое время назад мы столкнулись с типовой проблемой очередей при исполнении пайплайнов. Задачи упирались друг в друга, мешая выполнять операции последовательно. Особенно остро это ощущалось на пайплайнах для сборки статики. Задачи требовали много ресурсов, выполнялись довольно долго, но основная нагрузка приходилась не столько процессор, сколько на дисковую подсистему (IOPS). В результате у нас возникали постоянные заторы при выполнении нескольких таких задач подряд. Таким образом, вырисовывалась такая картина маслом: несколько разработчиков одновременно пушат свои сборки — кто-то новую версию плагина, кто-то страницу сайта — и все эти задачи, каждая минут на десять, устремляются в горстку общих runner-ов. Первый в очереди, конечно, чувствует себя прекрасно. Остальные же с тоской смотрят на статус pending ....

    habr.com/ru/companies/cinimex/

    #devops #nomad #gitlabrunner #оркестрация #iac #hashicorp #системное_администрирование #docker #микросервисы #python

  21. Оркестрация runner-ов на Nomad

    Некоторое время назад мы столкнулись с типовой проблемой очередей при исполнении пайплайнов. Задачи упирались друг в друга, мешая выполнять операции последовательно. Особенно остро это ощущалось на пайплайнах для сборки статики. Задачи требовали много ресурсов, выполнялись довольно долго, но основная нагрузка приходилась не столько процессор, сколько на дисковую подсистему (IOPS). В результате у нас возникали постоянные заторы при выполнении нескольких таких задач подряд. Таким образом, вырисовывалась такая картина маслом: несколько разработчиков одновременно пушат свои сборки — кто-то новую версию плагина, кто-то страницу сайта — и все эти задачи, каждая минут на десять, устремляются в горстку общих runner-ов. Первый в очереди, конечно, чувствует себя прекрасно. Остальные же с тоской смотрят на статус pending ....

    habr.com/ru/companies/cinimex/

    #devops #nomad #gitlabrunner #оркестрация #iac #hashicorp #системное_администрирование #docker #микросервисы #python

  22. Оркестрация runner-ов на Nomad

    Некоторое время назад мы столкнулись с типовой проблемой очередей при исполнении пайплайнов. Задачи упирались друг в друга, мешая выполнять операции последовательно. Особенно остро это ощущалось на пайплайнах для сборки статики. Задачи требовали много ресурсов, выполнялись довольно долго, но основная нагрузка приходилась не столько процессор, сколько на дисковую подсистему (IOPS). В результате у нас возникали постоянные заторы при выполнении нескольких таких задач подряд. Таким образом, вырисовывалась такая картина маслом: несколько разработчиков одновременно пушат свои сборки — кто-то новую версию плагина, кто-то страницу сайта — и все эти задачи, каждая минут на десять, устремляются в горстку общих runner-ов. Первый в очереди, конечно, чувствует себя прекрасно. Остальные же с тоской смотрят на статус pending ....

    habr.com/ru/companies/cinimex/

    #devops #nomad #gitlabrunner #оркестрация #iac #hashicorp #системное_администрирование #docker #микросервисы #python

  23. Оркестрация runner-ов на Nomad

    Некоторое время назад мы столкнулись с типовой проблемой очередей при исполнении пайплайнов. Задачи упирались друг в друга, мешая выполнять операции последовательно. Особенно остро это ощущалось на пайплайнах для сборки статики. Задачи требовали много ресурсов, выполнялись довольно долго, но основная нагрузка приходилась не столько процессор, сколько на дисковую подсистему (IOPS). В результате у нас возникали постоянные заторы при выполнении нескольких таких задач подряд. Таким образом, вырисовывалась такая картина маслом: несколько разработчиков одновременно пушат свои сборки — кто-то новую версию плагина, кто-то страницу сайта — и все эти задачи, каждая минут на десять, устремляются в горстку общих runner-ов. Первый в очереди, конечно, чувствует себя прекрасно. Остальные же с тоской смотрят на статус pending ....

    habr.com/ru/companies/cinimex/

    #devops #nomad #gitlabrunner #оркестрация #iac #hashicorp #системное_администрирование #docker #микросервисы #python

  24. 🚫 #HashiCorp co-founder throws a tantrum because #GitHub isn't elite enough for his "serious work." Meanwhile, The Register’s robot bouncer mistook you for a bot. 🤖🔒 Maybe GitHub has higher standards than The Register's comment section! 😂
    theregister.com/2026/04/29/mit #TheRegister #TechHumor #SeriousWork #HackerNews #ngated

  25. 🚫 #HashiCorp co-founder throws a tantrum because #GitHub isn't elite enough for his "serious work." Meanwhile, The Register’s robot bouncer mistook you for a bot. 🤖🔒 Maybe GitHub has higher standards than The Register's comment section! 😂
    theregister.com/2026/04/29/mit #TheRegister #TechHumor #SeriousWork #HackerNews #ngated

  26. 🚫 #HashiCorp co-founder throws a tantrum because #GitHub isn't elite enough for his "serious work." Meanwhile, The Register’s robot bouncer mistook you for a bot. 🤖🔒 Maybe GitHub has higher standards than The Register's comment section! 😂
    theregister.com/2026/04/29/mit #TheRegister #TechHumor #SeriousWork #HackerNews #ngated

  27. 🚫 #HashiCorp co-founder throws a tantrum because #GitHub isn't elite enough for his "serious work." Meanwhile, The Register’s robot bouncer mistook you for a bot. 🤖🔒 Maybe GitHub has higher standards than The Register's comment section! 😂
    theregister.com/2026/04/29/mit #TheRegister #TechHumor #SeriousWork #HackerNews #ngated

  28. 🚫 #HashiCorp co-founder throws a tantrum because #GitHub isn't elite enough for his "serious work." Meanwhile, The Register’s robot bouncer mistook you for a bot. 🤖🔒 Maybe GitHub has higher standards than The Register's comment section! 😂
    theregister.com/2026/04/29/mit #TheRegister #TechHumor #SeriousWork #HackerNews #ngated

  29. Vagrant was born from Mitchell Hashimoto’s need to replicate development environments. This led to HashiCorp (Terraform, Vault), proving necessity is the true engine of Ruby code, turning simple needs into major opportunities.

    #Rubycon2026 #Ruby #DevOps #HashiCorp #OpenSource

  30. Vagrant was born from Mitchell Hashimoto’s need to replicate development environments. This led to HashiCorp (Terraform, Vault), proving necessity is the true engine of Ruby code, turning simple needs into major opportunities.

    #Rubycon2026 #Ruby #DevOps #HashiCorp #OpenSource

  31. Vagrant was born from Mitchell Hashimoto’s need to replicate development environments. This led to HashiCorp (Terraform, Vault), proving necessity is the true engine of Ruby code, turning simple needs into major opportunities.

    #Rubycon2026 #Ruby #DevOps #HashiCorp #OpenSource

  32. Проектирование Terraform-провайдера: где заканчивается HashiCorp

    Привет, Хабр! Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt . Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для zVirt. В первой части мы определились с терминологией, обсудили основные концептуальные подходы автоматизации и сформировали образ «светлого будущего» — программно-определяемая инфраструктура серверной виртуализации на основе Terraform. Теперь пришло время обсудить проектирование самого решения. Начнем с определения — что, собственно, нужно делать? Поговорим подробнее, что из себя представляет Terraform и где проходит граница ответственности между HashiCorp как изначальным разработчиком ПО и теми, который пишет собственный провайдер. Эта статья может быть полезна всем, кому предстоит написание своего Terraform-провайдера (или кто об этом задумывается). Мы попытаемся разложить задачу на конкретные модули и получим примерное понимание интерфейса.

    habr.com/ru/companies/orion_so

    #terraform #terraformпровайдер #hashicorp #zvirt

  33. Проектирование Terraform-провайдера: где заканчивается HashiCorp

    Привет, Хабр! Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt . Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для zVirt. В первой части мы определились с терминологией, обсудили основные концептуальные подходы автоматизации и сформировали образ «светлого будущего» — программно-определяемая инфраструктура серверной виртуализации на основе Terraform. Теперь пришло время обсудить проектирование самого решения. Начнем с определения — что, собственно, нужно делать? Поговорим подробнее, что из себя представляет Terraform и где проходит граница ответственности между HashiCorp как изначальным разработчиком ПО и теми, который пишет собственный провайдер. Эта статья может быть полезна всем, кому предстоит написание своего Terraform-провайдера (или кто об этом задумывается). Мы попытаемся разложить задачу на конкретные модули и получим примерное понимание интерфейса.

    habr.com/ru/companies/orion_so

    #terraform #terraformпровайдер #hashicorp #zvirt

  34. Проектирование Terraform-провайдера: где заканчивается HashiCorp

    Привет, Хабр! Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt . Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для zVirt. В первой части мы определились с терминологией, обсудили основные концептуальные подходы автоматизации и сформировали образ «светлого будущего» — программно-определяемая инфраструктура серверной виртуализации на основе Terraform. Теперь пришло время обсудить проектирование самого решения. Начнем с определения — что, собственно, нужно делать? Поговорим подробнее, что из себя представляет Terraform и где проходит граница ответственности между HashiCorp как изначальным разработчиком ПО и теми, который пишет собственный провайдер. Эта статья может быть полезна всем, кому предстоит написание своего Terraform-провайдера (или кто об этом задумывается). Мы попытаемся разложить задачу на конкретные модули и получим примерное понимание интерфейса.

    habr.com/ru/companies/orion_so

    #terraform #terraformпровайдер #hashicorp #zvirt

  35. Проектирование Terraform-провайдера: где заканчивается HashiCorp

    Привет, Хабр! Я Михаил Фучко, технический продакт-менеджер SDN и Terraform в команде zVirt . Я продолжаю серию статей о пути, который мы проделали в процессе разработки собственного провайдера инфраструктуры для zVirt. В первой части мы определились с терминологией, обсудили основные концептуальные подходы автоматизации и сформировали образ «светлого будущего» — программно-определяемая инфраструктура серверной виртуализации на основе Terraform. Теперь пришло время обсудить проектирование самого решения. Начнем с определения — что, собственно, нужно делать? Поговорим подробнее, что из себя представляет Terraform и где проходит граница ответственности между HashiCorp как изначальным разработчиком ПО и теми, который пишет собственный провайдер. Эта статья может быть полезна всем, кому предстоит написание своего Terraform-провайдера (или кто об этом задумывается). Мы попытаемся разложить задачу на конкретные модули и получим примерное понимание интерфейса.

    habr.com/ru/companies/orion_so

    #terraform #terraformпровайдер #hashicorp #zvirt