DESIGNING CLOUD FILE SYSTEM IN OFFICE 365
Conceptual model of Cloud File System within Office 365. Suits well those organizations that already invested in Microsoft Office 365 or planning to, and wish to maximize return on investment.
Conceptual model of Cloud File System within Office 365. Suits well those organizations that already invested in Microsoft Office 365 or planning to, and wish to maximize return on investment.
My initial reaction to this mess was to simply deploy new File Servers with extra storage and configure DFS. This worked well in the past. On the other hand, I just started with this organization and knew very little about its related processes. The decision was made to research the challenges experienced by employees.
Immediately, I was hit by the number of constraints that made me question my initial solution. One of those constraints was that the organization already invested in Office 365 and Azure and pointed to the fact that on-premises file services may not be a good idea.
Microsoft offered 2 possible solutions to my problem:
Below is a quick preview of what came out of SharePoint Online, which replaced traditional file servers. File Explorer displays both file repositories from SharePoint communication site and from my Teams site. This allows updating files without a need to go to each.
Also, there are few things that I like to add into the mix, using the Angry S.P.A.C.E. model.
SharePoint Online was the choice I made over anything else available.
HUB Site
Hub Sites allow to associate other SharePoint sites and MS Teams sites to one entity. All associated sites inherit common hub menu at the top. Hub Menu is used to hold common menu items that associated sites may share.
Example: links to all associated sites
Site Collections
Site Collections are easy to manage via SharePoint Admin Center. In old days we used to create sub-sites to inherit menu items and permissions. Today hubs resolve menu issues and permissions are more convenient to manage via Active Directory or Azure Active Directory. Create necessary groups and add those to default SharePoint security groups.
Document Libraries
Each site comes with default Document Library. This is where your users will upload their files to.
In some cases, you will need to create additional document libraries with limited access.
Sharable Links
Sharable Links are an excellent way of sharing files and folders with external users and other employees that do not need to see your entire library.
Furthermore sharable links feature is excellent alternative to insecure FTP servers.
I chose to structured sites flat as opposed to classic hierarchy.
Reasons are the following:
My goal is usually – Simplify technology. Security is one of those areas where it’s very difficult to do so. However, it is possible when you set some sort of guidelines where you need enhanced security and where you don’t.
List of guidelines for SharePoint Online Cloud File System described here:
Start with identifying who needs access to what. It will take time, but this documentation will speed up your rollout.
I created a template for my team to follow when collecting this information. You may want to build your own, or use mine.
There are four common group types you need to be concerned about creating in your directory.
I recommend sticking to the above roles to keep things simple and manageable. Though, you can extend these to meet your requirements.
SharePoint Online has three types of Security Groups. Desired permissions can be achieved by positioning AAD security within them.
For custom document libraries you may want to keep Owners, but remove Contributors and Visitors. Replace them with AAD security groups that should have access to the library.
Standard security groups are useful in Custom Document Libraries. User must have access to Admin Center to modify members of the security group.
You can also use Mail-Enabled Security Groups for this if you plan to have non-admin users managing members. Otherwise, it’s better to keep things simple and clean.
Use them to set up departments and assign Managers as owners. Let them worry about who will be accessing/editing their files and site content.
Email Enabled Security Groups for departments, also allow you to use them as email distribution lists. Thus, you can send emails to the entire department without a need to create a duplicate distribution list.
Keep your naming clean and informative. Avoid using ambiguous wording and explain the purpose of each group using minimum words. Also, think about filtering and search, when naming groups or creating email addresses for them.
I like to follow the logic used in FQDN for email addresses and aliases – go from small on the left to big on the right.
[departmentName].department@mydomoain.com
[branchName].office@mydomain.com
[projectName].team@mydomain.com
Examples:
hr.department@angryadmin.net
toronto.office@angryadmin.net
executive.team@angryadmin.net
web.team@angryadmin.net
Note the pattern used in each example. I find it very simple and self-explanatory. This will work for, pretty much, anything in the organization.
The hardest part is to explain to the end-user what goes where. Once they understand the difference between OneDrive, Teams and SharePoint Online.
You are likely to melt their brain if you try to explain that this is all the same thing. I found it helpful to introduce one product at a time. OneDrive first, then Teams or SharePoint after.
Used for department files and functional documents accessed by multiple departments. Files may be stored for the long term.
Used for files with defined life cycle at the end of which they either get deleted or moved into the Department document libraries within SharePoint Online
Used for individual employee business files or work in progress files, which may be moved to either Teams or SharePoint for collaboration and/or retention.
Depending on the technical skills of your users, implementation and adoption may need to be done in several stages.
If you end users grew up on social media and pretty good with tech then jump straight to the next stage.
Users with little technical knowledge will need a lot of help from your team. Avoid preaching them how great is SharePoint Online; it’s a waste of time. Simply hit Sync button in needed document libraries, so files are synced through their OneDrive app to Explorer and move on.
For a bit more advanced users you may want to craft an instructional email and save your team time.
Meet with each department individually and giving a brief presentation about their Intranet page. Explain what they can do and access there.
Show users Sync feature and explain how it works.
You may be able to collect immediate feedback on how to scale some departments to once you are done with your initial rollout.
Collect feedback and make necessary adjustments for each department site collection.
With proper planning and smooth implementation of this concept, you’ll deliver a very simple and intuitive File System. Your end-users will still have their favorite folders, while you’ll have less hardware to take care of.
Once the transition is completed, you can also start planning for the introduction of metadata to your file system. It will replace traditional folders and will allow finding files using rich filters.
Libraries that user chose to Sync to device.
Synced SharePoint Library
Files Synced from MS Teams
Folders that user chose to keep in the Cloud or Local
Document libraries Synced from SharePoint department sites
Synced MS Teams Library
OneDrive – individual employee working files and backups of Desktop, Documents and Pictures
Every project I work on usually is inserted into the Angry S.P.A.C.E. model to be evaluated on whether it’ll live or die. Its parameters are measured across 5 criteria to determine its ROI.
I’ll explain how these parameters impact return on investment and make stakeholders angry in one of future posts or videos.