Freedom Through Service

SharePoint 2010 Service Applications

Service Applications in SharePoint 2010 replace the Shared Services Provider (SSP) offered in SharePoint 2007.   Like the SSP, Service Applications allow you to share services (such as Search, Visio Services, Excel Services, etc) across multiple sites to reduce the resources that would normally be required to provide these services to each site, individually.

Here’s a list of the new Service Applications in SharePoint 2010:

    • Access Services
    • Business Data Connectivity Services
    • Excel Services Application
    • Managed Metadata Service
    • Microsoft Project Server 2010
    • Microsoft SharePoint Foundation Subscription Settings Services
    • Office Web Apps Services
    • PerformancePoint Service Application
    • Search Service
    • Secure Store Service
    • Usage and Health Data Collection Service
    • User Profile Service
    • Visio Graphics Service
    • Word Automation Service

For more information on the above Service Applications and what each one does, click here.

How do you install and configure these services?

By default, all of the Service Applications are installed when you create a Web application.   However, you do have the ability to de-select and/or customize groups of Service Applications for each Web Site.

You can choose to use the default settings, or a custom group of Service Applications that you created during the process of configuring your Web Applications.   There are 3 main ways to configure the Service Applications:

  1. By Selecting the services (See screenshot below) in the SharePoint Configuration Wizard.
  2. By adding them individually on the Manager Service Applications page in SharePoin1 2010 Central Administration.
  3. Through Windows PowerShell.

How do you Configure default vs. custom Service Application Groups?:

Service Applications are all installed on a single IIS Site.   This is one part that you cannot customize.  However, you can pick and choose which services go on which Web applications by configuring it as follows (for example):

SharePoint 2010 Service Application Configuration

Service Application Configuration

*Note – These can be installed to separate Application Pools if you want, but for performance reasons, it’s not recommended.

How Services Applications fit in the farm:  Logical Architecture:

I hate to swipe a diagram from Microsoft, but this one says it about as good as it can be said, so here goes.    The following diagram demonstrates a simple, single farm/single Service Application group configuration.    Since this is the SharePoint Dude’s site, and we’re supposed to be keeping it “real”, I’ll leave you with this.

Single Farm Service Application

Single Farm Service Application

However, for you SharePoint Gurus (beyond “Dude”), you can find out about more advanced configuration options (and where I borrowed the above diagram) by visiting the MSDN SharePoint site (3/4 the way down the page).

Leave a Reply