Когда в 2023 году появился OpenTofu, его моментально подхватило сообщество: идея полностью открытой альтернативы Terraform на тот момент выглядела свежо и многообещающе. Многие захотели попробовать его в деле — но очень быстро столкнулись с типичной проблемой: а как безболезненно переключаться между OpenTofu и Terraform? 

На первый взгляд всё казалось простым: установи два бинарника через любой пакетный менеджер — и готово. Но уже через пару месяцев активного развития OpenTofu, когда компании начали массово делать внутренние POC по миграции, стало очевидно: различий между OpenTofu и Terraform с каждой версией становится всё больше (часть из них хорошо видна, например, на cani.tf) и управлять разными версиями разных инструментов становиться все сложнее.

Именно тогда мы увидели нишу: менеджер версий, заточенный не просто под Terraform, а под весь Terraform-стек, включая OpenTofu.

В конце августа разработчики проекта OpenTofu приняли решение ограничить доступ к своему реестру для российских IP-адресов и удалить из GitHub-репозитория провайдеров российских облачных сервисов, таких как Yandex Cloud, Cloud.ru, Rustack Cloud Platform, VK Cloud и других.

​​Команда OpenTofu объяснила свои действия необходимостью соблюдать международные санкции против России, а технический лид проекта предоставил ссылки на политику безопасности и сводку заседания Технического руководящего комитета (TSC) от 20 августа 2024 года, на котором и было принято решение.

На протяжении двух месяцев команда OpenTofu не предоставляла развернутых пояснений касательно своих действий, что вызвало множество вопросов у сообщества. Дискуссии относительно дальнейшей судьбы реестра проводились на закрытых встречах, и информация относительно реестра не была доступна широкой аудитории. 

Сегодня, после очередного еженедельного митинга, проведенного Техническим руководящим комитетом, команда OpenTofu представила сообществу долгожданную политику работы с реестром. Эта политика должна стать основным руководством для дальнейшего принятия или удаления провайдеров из реестра OpenTofu.

Как отмечается в сводках заседаний Технического руководящего комитета (TSC) от 15 октября 2024 года и Технического руководящего комитета (TSC) от 23 октября 2024 года, Технический лидер проекта готов ответить на вопросы касательно политики для существующих issues и pull request'ов на GitHub, включая обсуждения в официальном Slack проекта. Тем не менее, в настоящее время команда не планирует принимать какие-либо действия по ранее предпринятым шагам, например, возвращать ранее удаленные провайдеры в реестр.

BigQuery — мощный облачный сервис от Google для работы с большими объемами данных. Один из часто используемых случаев использования BigQuery — это интеграция с Google Analytics. Эта связка позволяет компаниям эффективно обрабатывать и анализировать огромные массивы данных о поведении пользователей на сайтах и в приложениях. Благодаря способности обрабатывать большие данные, масштабироваться, делать мгновенные запросы и интегрироваться с другими инструментам BigQuery стал стандартом де-факто для тех, кто хочет перейти от обычных отчетов основанных на табличных данных к гибкой и осмысленной аналитике.

Google решил прекратить работу BigQuery на территории РФ начиная с 9 сентября, и всвязи с этим, у многих пользователей возник вопрос относительно дальнейшего сохранения своих исторических данных и их миграции в другое место.

К счастью, существует достаточно понятный способ миграции данных из BigQuery в ClickHouse кластер, который может быть развернут как в Яндекс Облаке, так и в on-prem виде.

В данной статье мы рассмотрим миграцию данных Google Analytics из GCP BigQuery в Yandex Cloud ClickHouse, а также доступ к ним через DataLens, или же WebSQL.