Конечно, ничего не может быть лучше документации самого облака. Из облачных провайдеров я работал только с Yandex.Cloud и помимо документации часто смотрю их видео в YouTube. Знаю, что есть книга Amazon Web Services in Action, очень нравятся книги из этой линейки (<some_techology> In Action), но конкретно про AWS изучил оглавление и понял, что больше в этой книге не нуждаюсь, так как есть документация облака.
Добрый вечер! По поводу опции в голосовании вы правы - упустил этот момент, но уже поздно(
Пока Helm кажется идеальным решением, чтобы облегчить возню с деплоем приложении. Это открывает большие возможности - сейчас у нас десяток микросервисов и для каждого своя папка с YAML манифестами, с хелмом получится удалить все эти манифесты и обойтись одной командой helm install, только лишь изменив некоторые значения параметром --set. С kustomize признаюсь почти не работал, единственное для чего пытался его использовать, так это для создания секрета со значениями из .env файлика, но впоследствии отказался от этого. В любом случае, спасибо за совет, но я пока остановлюсь на Helm :)
Я как-то особо не задумывался об этом, использую Яндекс браузер и когда переключаюсь со вкладки с видео (ютуб, КиноПоиск, etc) браузер выносит его в отдельное закреплённое окно. И это работает не только на Windows (использую Linux).
В поддержке Yandex.Cloud работают весьма отличные специалисты, всегда помогали с проблемами, воспроизводя в крайнем случае мой сценарии использования проблемного сервиса.
Также при подключении собственных GitLab репозитории к Yandex Tracker предложили провести беседу с Product Manager-ами облака и Managed GitLab, спросили мнение про существующие возможности трекера и гитлаба и попросили дать фидбек на новый дизайн трекера.
Точно также) я изначально хотел развернуть свое приложение и рассмотреть логи и мониторинг на его примере, но подумал, что это будет излишним. По сути, то, что я рассмотрел в статье деплоймент loki, по сути своей это такое же деплоймент как если бы я развернул свой.
Если нет возможности использовать зарубежные облачные сервисы из-за проблем с привязкой российских карт, то можно использовать Yandex Cloud с сервисом Serverless Containers. Есть определенный лимит по потреблению (Free tier), чтобы не платить за контейнер, а также весьма дешёвый Container Registry, который в первое время можно платить из гранта (там будет набегать небольшая сумма если хранить небольшие образы). А также скорее всего есть возможность автоматизировать процесс деплоя
Схожая история, 17 лет, 10 класс, 2 месяца до лета. До этого проходил оплачиваемый компанией менторинг на позицию Java Dev, но в последствии встал на позицию Dev-Ops инженера. Пришлось изучать много нового, в основном сразу в ходе работы, сейчас в 11 классе и готовлюсь к ЕГЭ, одновременно стараясь исполнять рабочие обязанности.
В моем случае вышло так, что это не я нашёл работу, а она меня)) Желаю удачи автору!
У меня все TLS сертификаты от Let's Encrypt и алерты о том, что скоро один из них истечет приходят на почту которую я указал при создании.
Есть также сертификаты, созданные в Yandex Cloud, туда же можно добавить свои собственные. И через систему мониторинга облака накинуть алерт. Единственный минус - алерт будет приходить либо как push уведомление, либо как смс.
Возможно так и есть после того как скинули информацию, что можно средствами Grafana импортировать не только дашборды, но еще и другие сущности. Ранее я об этом не знал и конечно это выглядит намного удобнее и лучше, чем использование terraform
С алертами тоже изначально искал заветную кнопку экспорта как у дашбордов, но найти не смог. Дальше изучил REST API Графаны и тоже ничего особого не нашёл. На форумах самой графаны кто-то скинул рабочий endpoint, но как оказалось JSON с алертами можно только выгрузить - как загружать непонятно.
В случае если схожие друг с другом алерты создаются не так часто, то бэкап БД будет весьма кстати. Скорее всего так и сделаю - заменю sqlite базу данных на PostgreSQL, которая развернута в Yandex Cloud и бэкапится каждый день.
С другой стороны, на данный у меня алерты отслеживают только две метрики и отличаются друг от друга только названиями контейнеров. Но в дальнейшем планируется отслеживать больше показателей, чем сейчас.
Да, но при этом будет ли перенос безболезненным? Как насчет UID и ID ресурсов? Плюсом у меня есть некоторые различия между дашбордами dev и prod среды (разные имена namespace-ов и deployment-ов), которые можно гибко настроить через Terraform.
Ладно, я ожидал какое-то иное тестирование с использованием rest_framework.test
class ProductSerializer(serializers.ModelSerializer):
class Meta:
model = Product
fields = ['id', 'name', 'description', 'price', 'created_at', 'updated_at']
Раз уж вы создаете сериализатор, наследуясь от ModelSerializer и при этом собираетесь сериализовать все поля, то можно просто использовать fields = "__all__"
class ProductDetail(generics.RetrieveUpdateDestroyAPIView):
queryset = Product.objects.all()
serializer_class = Product
Тут опечатка, serializer_class = ProductSerializer. Хотя для CRUD операции можно использовать ModelView.
Конечно, ничего не может быть лучше документации самого облака. Из облачных провайдеров я работал только с Yandex.Cloud и помимо документации часто смотрю их видео в YouTube. Знаю, что есть книга Amazon Web Services in Action, очень нравятся книги из этой линейки (<some_techology> In Action), но конкретно про AWS изучил оглавление и понял, что больше в этой книге не нуждаюсь, так как есть документация облака.
OpenVPN и Wireguard
Добрый вечер! По поводу опции в голосовании вы правы - упустил этот момент, но уже поздно(
Пока Helm кажется идеальным решением, чтобы облегчить возню с деплоем приложении. Это открывает большие возможности - сейчас у нас десяток микросервисов и для каждого своя папка с YAML манифестами, с хелмом получится удалить все эти манифесты и обойтись одной командой
helm install, только лишь изменив некоторые значения параметром--set. С kustomize признаюсь почти не работал, единственное для чего пытался его использовать, так это для создания секрета со значениями из .env файлика, но впоследствии отказался от этого. В любом случае, спасибо за совет, но я пока остановлюсь на Helm :)Я как-то особо не задумывался об этом, использую Яндекс браузер и когда переключаюсь со вкладки с видео (ютуб, КиноПоиск, etc) браузер выносит его в отдельное закреплённое окно. И это работает не только на Windows (использую Linux).
В поддержке Yandex.Cloud работают весьма отличные специалисты, всегда помогали с проблемами, воспроизводя в крайнем случае мой сценарии использования проблемного сервиса.
Также при подключении собственных GitLab репозитории к Yandex Tracker предложили провести беседу с Product Manager-ами облака и Managed GitLab, спросили мнение про существующие возможности трекера и гитлаба и попросили дать фидбек на новый дизайн трекера.
Точно также) я изначально хотел развернуть свое приложение и рассмотреть логи и мониторинг на его примере, но подумал, что это будет излишним. По сути, то, что я рассмотрел в статье деплоймент loki, по сути своей это такое же деплоймент как если бы я развернул свой.
Если нет возможности использовать зарубежные облачные сервисы из-за проблем с привязкой российских карт, то можно использовать Yandex Cloud с сервисом Serverless Containers. Есть определенный лимит по потреблению (Free tier), чтобы не платить за контейнер, а также весьма дешёвый Container Registry, который в первое время можно платить из гранта (там будет набегать небольшая сумма если хранить небольшие образы). А также скорее всего есть возможность автоматизировать процесс деплоя
Схожая история, 17 лет, 10 класс, 2 месяца до лета. До этого проходил оплачиваемый компанией менторинг на позицию Java Dev, но в последствии встал на позицию Dev-Ops инженера. Пришлось изучать много нового, в основном сразу в ходе работы, сейчас в 11 классе и готовлюсь к ЕГЭ, одновременно стараясь исполнять рабочие обязанности.
В моем случае вышло так, что это не я нашёл работу, а она меня)) Желаю удачи автору!
У меня все TLS сертификаты от Let's Encrypt и алерты о том, что скоро один из них истечет приходят на почту которую я указал при создании.
Есть также сертификаты, созданные в Yandex Cloud, туда же можно добавить свои собственные. И через систему мониторинга облака накинуть алерт. Единственный минус - алерт будет приходить либо как push уведомление, либо как смс.
Возможно так и есть после того как скинули информацию, что можно средствами Grafana импортировать не только дашборды, но еще и другие сущности. Ранее я об этом не знал и конечно это выглядит намного удобнее и лучше, чем использование terraform
С алертами тоже изначально искал заветную кнопку экспорта как у дашбордов, но найти не смог. Дальше изучил REST API Графаны и тоже ничего особого не нашёл. На форумах самой графаны кто-то скинул рабочий endpoint, но как оказалось JSON с алертами можно только выгрузить - как загружать непонятно.
Изначально мы использовали Grafana v8.x. В блоге Grafana нашёл [статью](https://grafana.com/blog/2023/03/06/grafana-alerting-12-ways-we-made-creating-and-managing-alerts-easier-than-ever/) про то, что заветная кнопка экспорта для алертов была добавлена в версии 9.4, решил сразу апгрейднуться до 10.0.5, но кнопки не обнаружил.
В случае если схожие друг с другом алерты создаются не так часто, то бэкап БД будет весьма кстати. Скорее всего так и сделаю - заменю sqlite базу данных на PostgreSQL, которая развернута в Yandex Cloud и бэкапится каждый день.
С другой стороны, на данный у меня алерты отслеживают только две метрики и отличаются друг от друга только названиями контейнеров. Но в дальнейшем планируется отслеживать больше показателей, чем сейчас.
Да, но при этом будет ли перенос безболезненным? Как насчет UID и ID ресурсов? Плюсом у меня есть некоторые различия между дашбордами dev и prod среды (разные имена namespace-ов и deployment-ов), которые можно гибко настроить через Terraform.
Хм, а где само тестирование?Ладно, я ожидал какое-то иное тестирование с использованием rest_framework.test
Раз уж вы создаете сериализатор, наследуясь от ModelSerializer и при этом собираетесь сериализовать все поля, то можно просто использовать fields = "__all__"
Тут опечатка, serializer_class = ProductSerializer. Хотя для CRUD операции можно использовать ModelView.
Я не понимаю значения слов "продолжающие" и "смешанный" в данном контексте. Какой уровень сложнее? Что эти уровни означают?
Очень необычные названия уровней, как будто проводили через переводчик (хотя в статье описаны книги от русскоязычных авторов).