Forum Discussion
Approach for build a scaled solution
- Anonymous10 years ago
This is just one approach, but I like it for security/backup/ease of use. It leverages AD, the Desktop and the Service.
1) Security is managed via AD groups to simplify user management. You have control of which end users can read the model, which users can publish reports via that datasource (Enterprise Gateway), which users have access to the Power BI Groups. This also allows for row level security on the model level).
2) I use the desktop to build/update reports using my SSAS connection. This gives me backups/version control because I have the file which I can re-deploy anywhere, and I can store it in any number of locations including those like Sharepoint where I can see modified dates, etc.
3) I use Power BI Groups as the only place to pull company level reports into. This gives me the ability to have a group of people manage reports and own them, so everything isn't in one persons workspace.
4) For most end users, a shared dashboard is going to be easier to understand, so that is typically the best way I've found to intially start sharing reports. Although Content Packs are powerful, and I think are a great "Step 2" for implementing certain solutions, but only after I'm sure the owners and end users know how to use them.
This is a really high level broad strokes bullet point list, but it's typically my recommendation path for larger scalable solutions. At this point in time building business processes has to take the place of admin controls or features since those are not in the tool by default. I'm hoping more of the capabilities are added over time.
Since its cloud based are you mostly questioning access to on premisis data and the Enterprise Gateway (EG)?
From the EG persective this is what I hear most recently (a webinar last week from Microsoft):
- Power BI does not yet support high availablity/redundancy of an EG individual gateway. Their is a recovery key that can be used ot restore an instance of the EG if necessary.
- There are Perf Mon counters for the EG. Its worth tracking those over time as well as well as usual server level measures % CPU, # Memory, etc. as you ramp up usage.
- Start with 8 cores and adjust based off perfmon counters and usage
- Potentially locate your EG geographically based off where your Power BI service lives. You can see that location by logging into the Power BI Service and using the ?/About Power BI option.
I believe they are going to be publishing some guidance soon.