Co-management Series “Merging the Perimeter” – Part 6: Switching Workloads to Intune

In this part of the series we will look at moving some of the workloads from SCCM to Intune. We will focus on the “Compliance Policies” and “Client Apps” workloads.

Switching Workloads

The series has been building up to this point – switching the workloads from SCCM to Intune!

This is the moment we have all been waiting for. We have fulfilled the prerequisites, enabled Co-management and enrolled our devices into Intune. Now comes the fun part, moving our workloads to Intune.

Pause for a thought…

Careful consideration and planning should be done before you move ANY workload to Intune. You may have previously scoped some Configuration Policies or Client Apps to “All Windows 10 Devices”? Believe me, I have seen this happen – as soon as the workloads were switched there was a desperate scramble to move the workload sliders back and re-mediate some unintended Policy and App installs.

Always carefully plan the Workload move to Intune

One Workload which always strikes me as a quick win to switch is “Compliance Policies”. Once the workload is switched, our clients can now be evaluated for Compliance based Conditional Access. Our Windows 10 device can be denied access to corporate data they are not compliant!

You can read more here about Compliance based Conditional Access:-

https://docs.microsoft.com/en-us/intune/device-compliance-get-started

The other workload we will focus on in this part of the series is “Client Apps”. As of 1906 this workload is still in preview but I can tell it works really well in the lab. We can push apps to devices or make apps available from both SCCM (via the Software Centre) and Intune (via the Company Portal).

Moving Workloads

To move the workloads to Intune, we simply add our Windows 10 clients to the Workload Device Collections we created earlier. As soon as the device is added to a Workload collection, a co-management policy is made available to the client by way of a deployment. The client simply needs to perform a Machine Policy refresh to get the new co-management capabilities.

As soon as the client processes the policy and receives a capabilities change the Intune agent is instructed to perform a policy sync. We will observe this in the labs below as we examine the log files.

1. Switching the Compliance Policy Workload

Before we switch this workload to Intune, we can see that the device compliance is managed by SCCM

“See ConfigMgr” means the Compliance workload has not been set to Inune for the device

In the following lab we will walk you through switching the workload to Intune and monitoring the client logs.

Moving Compliance Workload to Intune

In this lab we looked at the “capabilities value” and saw it change from “1” to “3”. We will go into more depth on Co-management capabilities in the Part 7 of this series.

When we moved the workloads we observed the 2 lab clients being marked as “Compliant” – this was because we had previously created a Compliance Policy in Intune that were in scope for our clients.

2. Switching the Client Apps Workload

Strictly speaking, we are not “switching” this workload to Intune in its entirety. We are saying that Applications can be deployed or made available from both SCCM and Intune. Before co-management, if the Windows 10 client had the SCCM agent installed and the Company Portal installed, the Company Portal would always redirect the user to the Software Centre to look for available apps.

Before switching the Client Apps Workload, users have to use the Software Centre to look for available applications

In the following lab we will walk you through switching the workload to Intune and monitoring the client logs.

Moving Client Apps workload to Intune

In this lab we observed the behavior when we switch the Client Apps workload to Intune. We saw the “Capabilities” value increase from 3 to 67. We will talk more about capabilities in Part 7 of this series. We also had a sneak preview of a 1906 feature – installing apps on devices advertised through the fast channel. More info on that feature can be found here:-

https://docs.microsoft.com/en-us/sccm/apps/deploy-use/install-app-for-device

Summary

In this part of the series we showed two examples of moving workloads to Intune for “Compliance Policies” and “Client Apps”. More information on moving Workloads can be found here:-

https://docs.microsoft.com/en-us/sccm/comanage/how-to-switch-workloads

In the next part of the series, we will look in more detail at Co-management capabilities.

5/5 - (1 vote)

5 thoughts on “Co-management Series “Merging the Perimeter” – Part 6: Switching Workloads to Intune”

  1. Pingback: Co-management Series "Merging the perimeter" - Part 1: What is Co-management?

  2. Pingback: Co-management Series "Merging the Perimeter" - Part 2: Paths to Co-management

  3. Pingback: Co-management Series "Merging the Perimeter" – Part 3: Co-management Prerequisites

  4. Pingback: Co-management Series “Merging the Perimeter” – Part 4: Configuring Hybrid Azure AD

  5. Pingback: Co-management Series “Merging the Perimeter” – Part 5: Enabling Co-management

Leave a Comment

Your email address will not be published. Required fields are marked *

Time limit is exhausted. Please reload CAPTCHA.

 

This site uses Akismet to reduce spam. Learn how your comment data is processed.