но вроде как выглядит не шибко дорого

Так это же вроде не ежемесячно, а только первый лям на тенант.

Как раз ежемесячно: a monthly free grant of 1 million requests and 400,000 GB-s of resource consumption per month per subscription

А я прочитал - с первого раза понял :-)

Ужос

Господа, а как Storage NFS юзать можно? они пока не всем дают?

Всем привет, есть ли готовый инструмент в Азур для поднятия биткоин ноды для лайтинг нетворк

Толсто =)

Вечер добрый, я  снова по своей проблеме из этого топика - https://t.me/azure_russia/22127. Теперь при выполнении Start-ServiceFabricApplicationUpgrade я получаю ошибку

The default service description for 'fabric:/TargetScanner/TargetScannerWeb' was modified as part of upgrade, which is not allowed. TargetReplicaSetSize has changed from '1' to '-1'. To allow the modification, set EnableDefaultServicesUpgrade to true following https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-cluster-fabric-settings. Note, at the start of the application upgrade, there may be three descriptions of a default service: (1) the description with which it was last created (2) the description with which it is currently running, which could diverge from (1) because of Update-ServiceFabricService API call and (3) the description in the target manifest.
This error is about the difference between the descriptions (1) and (3). For more details, refer to https://aka.ms/upgrade-defaultservices
Unregister application type '@{FabricNamespace=fabric:; ApplicationTypeName=TargetScannerType; ApplicationTypeVersion=1.0.0}.ApplicationTypeName' and version '@{FabricNamespace=fabric:; ApplicationTypeName=TargetScannerType; ApplicationTypeVersion=1.0.0}.ApplicationTypeVersion' ...

Странно то, что в апдейт TargetScannerWeb не входит от слова совсем, я в этом проекте ничего не менял, и в честь чего Powershell полез чего-то там менять в нем я не понимаю. А во вторых, нигде в Xml файлах при первоначальном деплое нет свойства TargetReplicaSetSize. В апдейте тоже нигде не указана TargetReplicaSetSize. Пробовал перед апдейтом накатить скрипт отсюда (https://maheshkumar.wordpress.com/2017/05/24/azure-service-fabric-error-to-allow-it-set-enabledefaultservicesupgrade-to-true/) с явным указанием InstanceCount  - пофигу

так что, нет вариантов?

no idea. https://azure.microsoft.com/en-us/solutions/blockchain/#architectures

есть еще маркетплейс имаджи

С прошлого раза ничего не поменялось :)
Вообще, очень рекомендую сначала прочитать книжку и сделать все примеры из нее, иначе у вас дальше будут все новые и новые вопросы. В книжке написано как работать с параметрами, как делать диагностику, где смотреть актуальные параметры у сервиса, и т.п. Параметры могут приходить несколькими различными способами, в телеграме столько текста и писать и читать неудобно.
По поводу конкретно этой ситуации: единицей deployment в SF является application. Если что-то нужно разворачивать независимо, стоит подумать о разделении таких сущностей в разные application. Если сервис входит в application, как бы вы не деплоили - инкрементально, или каждый раз заново, новая версия приложения будет стартовать после нового деплоймента или апгрейда, и в нем будут стартовать все default services. Практика иметь default services довольно спорная для production, но это тема отдельного разговора. В манифесте приложения default service'ы имеют разнообразные параметры. Конкретно в данном случае - InstanceCount, который говорит на скольких нодах запускать сервис. Если он имеет значение -1 то сервис запускается на всех нодах, на которых позволяет это сделать placement constraints.
Конкретно это сообщение об ошибке говорит, что деплоймент хочет поменять instance count default сервиса. Запущенный и работающий сервис имеет Instance count 1, а deployment меняет это значение на -1. Тут надо заметить что instance count можно поменять динамически, это значит что в исходниках не обязательно что-то менялось - изменения могли быть сделаны на рабочем кластере.
Действовать в данной ситуации можно несколькими путями.
- если это dev окружение, в SF explorer просто удалить application.
- поменять у запущенного сервиса instance count c 1 на -1
- поменять параметр в деплойменте с -1 на 1
- указать при деплойменте параметр EnableDefaultServicesUpgrade = true
- поменять манифест кластера SF чтобы он разрешал изменение количества реплик по умолчанию

Проще всего пойти или первым и вторым путем

Пытался книгу купить несколько раз - облом-с:

Репорт

Доброй ночи. Подскажите пож: есть azure-pipelines.yml. Там есть job1 и job2. сейчас они запускаются одновременно. как можно сделать что бы они по очереди запускались.