by Contributed | Feb 13, 2023 | Business, Hybrid Work, Microsoft 365, Technology, Viva Topics, Work Trend Index
This article is contributed. See the original author and article here.
Today, we’re announcing all of Yammer will become Microsoft Viva Engage. We’ll continue to enhance Viva Engage with new capabilities that encourage leadership engagement, authentic expression, and knowledge discovery, including new experiences rolling out today.
The post Yammer is evolving to Microsoft Viva Engage with new experiences rolling out today appeared first on Microsoft 365 Blog.
Brought to you by Dr. Ware, Microsoft Office 365 Silver Partner, Charleston SC.
by Contributed | Feb 12, 2023 | Technology
This article is contributed. See the original author and article here.
In this article we will learn how to setup Azure container registry. As you know we use container registry stores and manages private container images and other artifacts, like the way Docker Hub stores public Docker container images. Let’s create a container in Visual Studio that we can push to GitHub and then deploy to Azure Container Registry. If you want to follow along on your local computer, you’ll need Docker Desktop installed. This allows you to run containers locally before pushing them to a remote hosting environment, like Azure App Service, or a more complex orchestration environment, like Azure Kubernetes Service. You can download the Docker Desktop installed from this link. Before we move to next step I believe that Docker Desktop is successfully setup at your workstation.
Let’s start by opening Visual Studio and creating a new project. I’ll choose the ASP.NET Core template. Click Next, give the project a name, and then let’s enable Docker. This will create the Dockerfile and configure the project to run locally on Docker Desktop. You can choose whether to create a Linux or a Windows container as shown in below screenshots. Let’s just leave Linux. Once the project is created, you can see there’s a Dockerfile here, and it shows that the ASP.NET 5 image from Microsoft is being used as the base and the SDK image is being used for the build.


Let’s close this file and let’s change this to the name of the image that will be getting built and let’s run this project (Click on Docker run button). The container’s window opens at the bottom, and then the browser shows the code running in the container.


Now let’s close this and go to the Git menu and create a Git repository. I’m already logged into GitHub, and it’s going to create a local repo, as well as the remote repo in GitHub with the same name. I’ll leave these defaults, and let’s create this. Let’s go back to the browser and refresh the homepage here. And there’s the repo that got created. The code has been uploaded, and you can see there is the Dockerfile.



Now let’s create the Azure Container Registry and the credentials needed for GitHub actions to push this container to the registry.
I have the Azure portal open here, and I’m logged in as an administrator. I’m going to open up the Azure Cloud Shell, so we’ll have a Bash Shell here where we can run commands.

You can do this from your desktop, too, but you’ll need the Azure CLI installed locally. Everything is already configured in the Cloud Shell, and I don’t need to log into the CLI, either. Now, I’m going to be running commands, and they’ll be using variables, so you’ll be able to just copy the following standard variables (required during setup the Azure container registry) into new script file called variables.sh.


But these variables need to be set up front. So rather than type them in individually, I’m going to upload a file to Azure, and the Cloud Shell is backed by your own file share (as shown in below screenshot), which makes this possible. I have this file called variables.sh. Let’s upload this.


And now if I click on this Edit button, there’s the files on the left, and the uploaded file is at the bottom. Click on it, and you can edit it right here in the browser. Change the values of these variables to whatever you want the resources to be called. We’ll need a resource group, a name for the Azure Container Registry instance that we’ll be creating, and this needs to be unique across Azure. Then, a service principal name, and this is just a security account that we’ll be granting privileges to for GitHub to use for deployments. And finally, an Azure region for the location. I’ll use East US. Now let’s save this file.

And we can run this file by typing a period, a space, and then the file name. This allows these variables to be available within the current Bash context. If I echo out the value of one of these variables, you can see that it’s available.

Okay, let’s run our first command. First, let’s create a resource group. We’ll use the name and location variables, and this will give us a container that we can keep everything in and delete it all as a group later. Next, let’s get the ID of the resource group using this az group show with a query for the ID. And I forgot to preface the variable name with a dollar sign. Okay, there it is.
az group create --name $RG_NAME --location $RG_LOCATION

RG_ID=$(az group show --name $RG_NAME --query id --output tsv)

Now let’s create the service principal that GitHub will use to deploy the container. We’re using az ad sp create for rbac, scoping it to just the resource group, and adding this sdk auth parameter. This will output the result in a file format that we can paste into a GitHub secret and use for authentication within a GitHub action later. I just masked the values for security reasons. This gives us back info about the service principal, including the password, and it’s called a client secret here. You won’t be able to see this password again, and we’re going to need all this later. So let’s copy it and open up Notepad and paste the service principal information here.
az ad sp create-for-rbac --name $SP_NAME --scope $RG_ID --role Contributor --sdk-auth

Okay, now rather than copy the client ID, let’s do a query to store it in a variable because we’ll need it for other commands. I’ll just echo this out to make sure it’s the same. Good. Okay, now we’re ready to create the Azure Container Registry instance. We do that with a az acr create. With a resource group name, a name for the registry, and a SKU, we can just use the basic pricing tier for testing. Let’s run this, and I’ll close this editor. When it completes, we get the resource info back and the login server URL is listed here. Let’s go to All services and search for Container and open up the Container registries. It can take a few seconds to show up. I’ll just refresh this.
SP_ID=$(az ad sp list --display-name $SP_NAME --query "[].appId" --output tsv)

And there’s the new registry. Now let’s go back to the Cloud Shell at the bottom of the browser window here, and let’s run this command to get the ID of the container registry. I’ll just print that out. Okay, now we need to assign a permission to the service principal that will allow GitHub to push containers into the registry using this credential.
We do that with az role assignment, and the role we’re assigning to the service principal is the AcrPush role. Okay, now we have the resource created and the permissions we need. The next step is to create the GitHub actions workflow to build and push the container image, and we’ll configure GitHub secrets for the service principal values that the workflow will need. Let’s do that next.
az acr create --resource-group $RG_NAME --name $ACR_NAME --sku Basic

ACR_ID=$(az acr show --name $ACR_NAME --query id --output tsv)

az role assignment create --assignee $SP_ID --scope $ACR_ID --role AcrPush




by Contributed | Feb 11, 2023 | Technology
This article is contributed. See the original author and article here.
Azure DevOps email notifications are great, sometimes project team members doesn’t want to get notified for each and every state change in a User Story, Tasks and Bug and only a specific few want to get to notified whenever a bug is created or closed (skipping the intermediate states). And some team members ask for all the fields in the email body they want additional fields instead of the fields that were changed. I have also seen the customer requirement where they want to be notified only specific date and time in a week with summarized work items(e.g. send email of all tasks are in close state under a particular user story).
Though the 1st one is easily achievable using notification settings filter but the still the email will go out to the entire team and the second and third cases are bit tricky, so I decided to implement this solution using Power Automate. Power Automate is a public cloud service to help individuals and teams to set up automated workflows between their favorite apps and services to synchronize, get notifications, collect data, and more.
Before deep dive into Power Automate we should know about it’s license cost. As announced in August, Power Automate is now a fundamental part of the Office 365 suite. Three months after this announcement Power Automate was enabled as a service as a part of all existing Office 365 SKU’s. As users everywhere in the world can now use Power Automate, it has appeared in the app launcher for them.
The Power Automate Free license is used only for tracking purposes. Enabling or disabling it has no effect on a user’s ability to create flows. If you disable the Power Automate Free license, it becomes enabled again when a user logs in. This is the expected behavior.
Lets start work on following requirement – Requirement: Send an Email notification every Friday 11:00 AM with consolidated details e.g. User Story and Tasks. This email should be trigger when all tasks are in closed state (User story ready to close).
As I explained in previous paragraphs that we are going to use Power Automate workflow for Azure DevOps email notification customization. This tool is very helpful doing more with less by streamlining repetitive tasks and business processes—increasing efficiency and reducing costs—with Microsoft Power Automate. We can also use Azure Logic Apps for this purpose and all the required connectors are available there also.
Below are some standard steps to implement the workflow.
Step 1: Go to link – Microsoft Flow to setup new workflow.
Step 2: Go to create option to setup new workflow using automate cloud flow option.

Step 3: In next screen give appropriate name to flow and skip.

Step 4: At next screen, find the “recurrence” trigger to add in our workflow. This trigger will help us to schedule our workflow to be triggered on particular date and time.
In my case I scheduled it for every day for 11:00 AM EST, you can customize it as per your requirement.


Step 5: Click on new step button

Step 6: Search next action “Get Query Result” as part of next step and configure it as shown in below screenshot. In this configuration you have to point you Azure DevOps organization, project name and query saved under Shared Queries section.
Note: I assume you already have the query to fetch the details of parent and child items you want to put in email notifications. If not please create work item query in Azure DevOps.

Here is example of sample nested query – This query will fetch the User Story and all the child tasks associate with it in any state. We can modify it as per our requirement and reference in our “Get Query Result” workflow.

Step 7: Click on new step button

Step 8: This step almost the repetition of step 6 because we have to reference another work item query for apply condition – “write a query that will only send that email if all tasks under one User Story become a certain status”. In my example I want to trigger email when all tasks under user story in “Closed” state. Even a single task in “Active” don’t send an email.

Here is the example of second query – this query will return the result set if any task under user story in Active step. We can modify or customized for other states as well like – New, In progress etc.

Step 9: Click on new step button

Step 10: Search for new action “Condition” and configure it like below conditions. We can add expression “length(body(‘Query_-_Condition’)?[‘value’])” to check the result of previous step query result set value. This condition tells use that trigger email only when all tasks are in “Closed” state and there is no active tasks under User Story.


Step 11: Condition action has two parts “If yes” and “If No”. We have to extend our workflow “if yes” condition meet. So click on “Add an action” button and find for “Create HTML Table” and configure it as shown in below screenshot. Use “Dynamic Content” option to add details in HTML report. Dynamic content section will show the result of all filed values coming from Work item queries we created in previous states. You can add as much as field details you want to show in your email body.


Step 12: Click on “Add an action” button under “If Yes” block and search for “Send an email” action. Configure this task as shown in below screenshot.
To: Your target team email group e.g. team-developers@xyz.com
Subject: [Your choice]
Body: You can design your HTML body template as per your requirement OR alternatively can put simple text with the message you want to send to team with result set of work item query.

The import part is you have to insert the result of work item query (e.g. previous step HTML report output) in email body as shown in below screenshot. You can use “Add Dynamic Content” and click on Output.

Step 13: We have almost done and now the workflow is ready for “Save” and “Test”. It should be look like the below screenshots as per our all the previous steps we have gone through in this guidance document.

Step: 14: Click on “Save” button located a top right section.

Step 15: Click on “Test” button to test your workflow working as expected or not. You can select manual.
Step 16: On successful run you will see the configuration box and an email should be delivered in your inbox with result set. You can see sample email with User Story and Tasks detail with their current state.


by Contributed | Feb 10, 2023 | Technology
This article is contributed. See the original author and article here.
What is Arc for Azure VMware Solution? Simply put, it exposes your Azure VMware Solution resources (VMs, networks, datastores, etc.) to the Azure portal.
Using Arc for Azure VMware Solution, those resources can be managed via the Azure portal, even though they are within your vSphere cluster running in an Azure datacenter. Even better, there is no cost to deploy Arc for Azure VMware Solution. More blogs to come on Arc for Azure VMware Solution, but if you want to get some more details check out this video from Jeremiah Megie.
First things first. Let’s get Arc for Azure VMware Solution installed into your private cloud.
You will need to collect the following information to input into the PowerShell script, which, if you use it, will make the deployment a bit more straightforward.
- Subscription ID and Resource Group where the Azure VMware Solution private cloud is deployed.
- Name of the Azure VMware Solution private cloud.
- /28 network segment for the ARC appliance.

The/28 network segment will be an NSX-T segment in the private cloud. Under the covers, the deployment script creates NSX-T segment for use by the ARC appliances. The value must be entered into the script as the gateway to the segment, followed by /28. For example, if 192.168.99.1/28 is entered, there will be a /28 NSX-T segment created with the gateway 192.168.99.1.
The other information you can get from the Overview blade of your private cloud.

Requirements
- Your private cloud must have Internet access.
- Also, because of the appliance size, ideally you would want to run this script as close to the private cloud, or from a machine inside the AVS Private Cloud.
The script can be found here;
https://virtualworkloads.com/2023/02/deploy-arc-for-azure-vmware-solution-simply-using-powershell/#script
by Contributed | Feb 9, 2023 | Technology
This article is contributed. See the original author and article here.
Last year, Reading Coach launched as part of Reading Progress in Microsoft Teams. Reading Coach provides students with personalized and independent practice that Reading Progress identifies a student has mispronounced. Reading Coach has proven to be popular not only with educators, but especially with students. We’ve heard stories from teachers of students “demanding more passages” from the teacher, and that they’ve set personal goals of improvement. To enable students to practice with content that aligns with their interests and focus, without the need for a teacher to make an assignment in Teams, we are rolling out Reading Coach as part of the Immersive Reader in many of our M365 apps. This will be available in school, consumer and work accounts, and in 116 languages and locales.

Now anyone using Immersive Reader, with any content they choose, can go to the Reading Preferences pane, enable Reading Coach to practice reading out loud and receive focused practice exercises. When the Reading Coach switch is enabled, the Play button in the Immersive Reader changes to a Microphone button. Students can select the Edit button near the Reading Coach toggle to customize parts of the coach inluding the voice, feedback style, and more. When the microphone button is selected, a dialog pops up that encourages the student to prepare to read out loud.

Once the student selects Let’s read, a 3…2…1 countdown appears, and practice begins. The student reads out loud for as long as they like while Immersive Reader “listens” to their performance. When finished, the reader selects Stop, and a reading report immediately provides data on their reading speed, accuracy, time spent reading, and any words to practice.

If the Practice Words button is clicked, the Reading Coach pops up to allow personalized practice. The Reading Coach interface is the exact same as the one in Reading Progress in Teams.

The initial set of apps that Reading Coach in Immersive Reader is available include Word for web, OneNote for web, Desktop, Mac and iPad, Teams Assignments, Flip and Minecraft Education. We expect to bring Reading Coach to more apps in the near future.
Updates to Education Insights Premium for Reading Progress
We’re excited to share that Education Insights Premium (including all Reading Progress data) is now included in all versions of Microsoft 365 Education including our no-cost Office 365 A1 license. Education Insights Premium enables education leaders to monitor student academic progress and wellbeing across their organization to help improve learning outcomes with actionable insights. Built with student safety, privacy, and security in mind, it helps schools support students while maintaining compliance with industry standards. Below is an example of a Reading Progress report across an entire school system.

Reading comprehension questions in Reading Progress
Our reading fluency app Reading Progress, launched in Microsoft Teams in fall of 2021. Reading Progress supports educators in increasing the frequency of reading fluency evaluations, helping them to differentiate more powerfully to support students on their fluency journey. The #1 request from educators and schools has been a desire to add reading comprehension questions for the student to complete after they read. We heard educator’s request and are excited to announce that we will be adding reading comprehension question support to reading progress later this year! Using Microsoft Forms technology, educators will be able to assess not only students’ fluency, but also their understanding, right in Reading Progress. Educators will be able to provide students with access to the questions prior to reading if they wish, a scaffolding strategy that can help students learn to read with purpose. The auto-grading capabilities of Microsoft Quiz will also be included to streamline grading of multiple-choice questions. We expect to have comprehension questions in private testing later in late spring of 2023.

Reading with expression (prosody) in Reading Progress
Reading fluency is composed of three pillars – speed, accuracy, and expression. The initial version of Reading Progress uses auto-detect to help track reading speed and accuracy, but historically an educator needs to listen to each student independently to gauge their expression.
With our forthcoming Expression update, Reading Progress will automatically identify students’ performance on aspects of prosody including monotone reading, long pauses, not pausing for a period or comma, voice inflection for question marks or exclamation points, and even the stress of multi-syllable words. Student expression results will be available in the teacher review experience, alongside accuracy and correct words per minute. Later, this information will be added to the student’s view of their returned work and incorporated in Insights so it can be easily monitored over time. Reading expression updates will begin rolling out to Reading Progress in late spring.

With the introduction of Reading Coach in Immersive Reader and the continued evolution of Reading Progress, we hope to maintain students’ excitement for and growth in literacy while supporting educators as they work to help every student reach their fluency goals.
Mike Tholfsen
Group Product Manager
Microsoft Education
Recent Comments