Release of Service Fabric SDK 2.2.207 and Runtime 5.2.207


Today, we are releasing Service Fabric SDK v2.2.207 and Runtime v5.2.207. This release includes a number of new features, along with a set of important bug fixes. You can get the updated SDK from the links below:

Note: The Service Fabric tools for Visual Studio are not yet compatible with recent changes to the installer for Visual Studio “15” preview. As a result, we are not providing those tools with this release. They will be added back in an upcoming release.

Highlights

Load metrics in Service Fabric Explorer

In Service Fabric Explorer, we have created a tab to show capacity and load metrics in your Service Fabric cluster. In this first release, we support showing the load of any given metric per node, helping you identify how much capacity is being used across the cluster and on each node.

Actor dependency injection

This release introduces actor constructor dependency injection for Service Fabric platform dependencies, including ActorService, ActorId, and IActorStateManager – the interface implemented by an actor’s StateManager.

ReliableConcurrentQueue (Preview)

ReliableConcurrentQueue is a new a reliable collection of persisted, replicated values that allows concurrent reads and writes with best-effort first-in first-out ordering. Intended as an alternative to IReliableQueue for workloads where strict ordering is not required, as by relaxing the ordering constraint, concurrency can be greatly improved.  While IReliableQueue restricts concurrent consumers and producers to a maximum of one each, ReliableConcurrentQueue imposes no such restriction, allowing multiple concurrent consumers and producers.

1-Node local cluster for faster debugging

The default local cluster configuration is made up of five nodes and matches most of the default values found in a multi-machine cluster hosted in Azure. That’s great for validating how your services perform when spread across multiple nodes and how they deal with upgrades or failovers. However, it does have a tendency to slow down local development as every debug session involves copying your application package multiple times and waiting for services to start up across multiple nodes using cluster configurations that are tuned for safety rather than speed. Rather than compromise the high fidelity experience, we’re introducing a new local development mode based on a 1-node cluster, which has been optimized for speed. We recommend using the 1-node mode while you’re primarily focusing on your own business logic and then switching to 5-node when you want to do more thorough testing, including upgrades and failover.

 

For more details on these features and others, along with bug fixes and known issues, please see the detailed release notes.

 

Cheers,

The Service Fabric Team

 

Comments (8)

  1. Mike-EEE says:

    Coooooooool… great to see the improvements. Can’t wait to dig into this and finally see how it works.

  2. Sergei says:

    Actor dependency injection looks very interesting. We currently do our own IoC and would like to see examples of Actor dependency injection. Do you guys have any?

  3. rktect says:

    Awesome! SF just keeps getting better and better.

  4. Rich says:

    Where can i find information about Actor dependency injection.

  5. Geoffrey McGrath says:

    I have an existing cluster, I updated one of the nodes to this runtime and sdk…that not is no longer visible to earlier cluster. I guess I don’t understand how to migrate the cluster to this new runtime–is there a link to migration procedure guidance available?

  6. NinaMariaP says:

    Has there been a change inside the new portal too?
    I cannot create a new cluster anymore (https://portal.azure.com/#create/Microsoft.ServiceFabricCluster). At the second step (Cluster configuration) a image states “Not found” and there is no way to select Node type count,… Thnx Nina

  7. Vaibhav says:

    Hi Team,

    Thanks for this great update. Do you have any sample that depicts constructor injection in actors/services along with container configuration and unit test cases utilizing this setup?

    1. chandra says:

      Hey Vaibhav, Did you get the samples ?

Skip to main content