Abstract: A secondary location is configured as a recovery service for a primary location of the service. The secondary location is maintained in a warm state that is configured to replace the primary location in a case of a failover. During normal operation, the secondary location is automatically updated to reflect a current state of the primary location that is actively servicing user load. Content changes to the primary location are automatically reflected to the secondary location. System changes applied to the primary location are automatically applied to the secondary location. For example, removing/adding machines, updating machine/role assignments, removing adding/database are automatically applied to the secondary location such that the secondary location substantially mirrors the primary location. After a failover to the secondary location, the secondary location becomes the primary location and begins to actively service the user load.

Abstract: A secondary location is configured as a recovery service for a primary location of the service. The secondary location is maintained in a warm state that is configured to replace the primary location in a case of a failover. During normal operation, the secondary location is automatically updated to reflect a current state of the primary location that is actively servicing user load. Content changes to the primary location are automatically reflected to the secondary location. System changes applied to the primary location are automatically applied to the secondary location. For example, removing/adding machines, updating machine/role assignments, removing adding/database are automatically applied to the secondary location such that the secondary location substantially mirrors the primary location. After a failover to the secondary location, the secondary location becomes the primary location and begins to actively service the user load.

Abstract: A secondary location is configured as a recovery service for a primary location of the service. The secondary location is maintained in a warm state that is configured to replace the primary location in a case of a failover. During normal operation, the secondary location is automatically updated to reflect a current state of the primary location that is actively servicing user load. Content changes to the primary location are automatically reflected to the secondary location. System changes applied to the primary location are automatically applied to the secondary location. For example, removing/adding machines, updating machine/role assignments, removing adding/database are automatically applied to the secondary location such that the secondary location substantially mirrors the primary location. After a failover to the secondary location, the secondary location becomes the primary location and begins to actively service the user load.

Abstract: Techniques for asynchronous site provisioning in distributed computing systems are disclosed herein. In one embodiment, a method can include receiving a user request to initiate a provisioning process for a site. The user request can contain one or more specified features or functionalities for the site. The method also includes in response to the received user request from the user, performing provisioning of the site without provisioning for at least one of the specified features in the user request and providing the provisioned site for access by the user upon completion of performing provisioning of the site. The method further includes continuing provisioning the at least one of the specified features included in the user request while allowing the user to access the provided site without the at least one of the specified features via the computer network.

Abstract: A secondary location is configured as a recovery service for a primary location of the service. The secondary location is maintained in a warm state that is configured to replace the primary location in a case of a failover. During normal operation, the secondary location is automatically updated to reflect a current state of the primary location that is actively servicing user load. Content changes to the primary location are automatically reflected to the secondary location. System changes applied to the primary location are automatically applied to the secondary location. For example, removing/adding machines, updating machine/role assignments, removing adding/database are automatically applied to the secondary location such that the secondary location substantially mirrors the primary location. After a failover to the secondary location, the secondary location becomes the primary location and begins to actively service the user load.

Abstract: A secondary location is configured as a recovery service for a primary location of the service. The secondary location is maintained in a warm state that is configured to replace the primary location in a case of a failover. During normal operation, the secondary location is automatically updated to reflect a current state of the primary location that is actively servicing user load. Content changes to the primary location are automatically reflected to the secondary location. System changes applied to the primary location are automatically applied to the secondary location. For example, removing/adding machines, updating machine/role assignments, removing adding/database are automatically applied to the secondary location such that the secondary location substantially mirrors the primary location. After a failover to the secondary location, the secondary location becomes the primary location and begins to actively service the user load.

Abstract: Techniques for database selection during site provisioning in distributed computing systems are disclosed herein. In one embodiment, a method can include receiving a user request for a site to be hosted on one or more nodes in the distributed computing system. In response to the received user request, one of the databases is selected by randomly selecting a set of databases from a list of available databases, determining a subset of databases each having a lower level of database load than the other databases from the set of databases, and randomly selecting one database from the subset of databases. The method further includes storing a configuration file for the site in the randomly selected one database to enable the site to be accessible, the configuration file containing data representing one or more of module loading control, security configuration, session state configuration, application language, or compilation setting of the site.

Abstract: Techniques for work item management in distributed computing systems are disclosed herein. In one embodiment, a method can include receiving a user request from a user to initiate a provisioning process for a site to be hosted in the distributed computing system. In response to the received user request from the user, a work item containing one or more tasks to be performed in the provisioning process can be generated. The generated work item can then be enqueued in a work item queue with a future time that is later than a current time at which the generated work item is enqueued. Subsequently, the enqueued work item can be dequeued from the work item queue at a time earlier than the future time of the enqueued task to trigger performance of the one or more tasks contained in the work item related to the provisioning process of the site.

Abstract: Techniques for database selection during site provisioning in distributed computing systems are disclosed herein. In one embodiment, a method can include receiving a user request for a site to be hosted on one or more nodes in the distributed computing system. In response to the received user request, one of the databases is selected by randomly selecting a set of databases from a list of available databases, determining a subset of databases each having a lower level of database load than the other databases from the set of databases, and randomly selecting one database from the subset of databases. The method further includes storing a configuration file for the site in the randomly selected one database to enable the site to be accessible, the configuration file containing data representing one or more of module loading control, security configuration, session state configuration, application language, or compilation setting of the site.

Abstract: Techniques for asynchronous site provisioning in distributed computing systems are disclosed herein. In one embodiment, a method can include receiving a user request to initiate a provisioning process for a site. The user request can contain one or more specified features or functionalities for the site. The method also includes in response to the received user request from the user, performing provisioning of the site without provisioning for at least one of the specified features in the user request and providing the provisioned site for access by the user upon completion of performing provisioning of the site. The method further includes continuing provisioning the at least one of the specified features included in the user request while allowing the user to access the provided site without the at least one of the specified features via the computer network.

Abstract: Technologies are described herein for locating relevant content items across multiple disparate content sources. Query parameters are received from a user interface for defining a query for searching a number of content sources located on multiple, disparate content servers. A native search is executed on each of the content servers based on the received query parameters, and query statistics and other data regarding content items in the content sources matching the query parameters are received. The query statistics are aggregated across the content servers and presented in the user interface. The presentation of the query statistics may be broken out by each content source, by each query phrase segmented from the query, and the like. In addition, a preview of a number of content items matching the query parameters is presented based on the data received.

Abstract: Technologies are described herein for locating relevant content items across multiple disparate content sources. Query parameters are received from a user interface for defining a query for searching a number of content sources located on multiple, disparate content servers. A native search is executed on each of the content servers based on the received query parameters, and query statistics and other data regarding content items in the content sources matching the query parameters are received. The query statistics are aggregated across the content servers and presented in the user interface. The presentation of the query statistics may be broken out by each content source, by each query phrase segmented from the query, and the like. In addition, a preview of a number of content items matching the query parameters is presented based on the data received.

Abstract: Systems, components, devices, and methods for synchronizing identity are provided. A non-limiting example includes a server farm for providing network-based services. The server farm include a plurality of server computing devices, a data store operable to store data for the server farm, a service engine running on at least one of the plurality of server computing devices, and a synchronization engine running on a server computing device of the plurality of server computing devices. The service engine is configured to provide network-based services. The synchronization engine is configured to synchronize identity data from a common identity data repository to the data store and to manage synchronization state data stored in the data store.

Abstract: Technologies are described herein for locating relevant content items across multiple disparate content sources. Query parameters are received from a user interface for defining a query for searching a number of content sources located on multiple, disparate content servers. A native search is executed on each of the content servers based on the received query parameters, and query statistics and other data regarding content items in the content sources matching the query parameters are received. The query statistics are aggregated across the content servers and presented in the user interface. The presentation of the query statistics may be broken out by each content source, by each query phrase segmented from the query, and the like. In addition, a preview of a number of content items matching the query parameters is presented based on the data received.

Abstract: A secondary location of a network acts as a recovery network for a primary location of the service. The secondary location is maintained in a warm state that is configured to replace the primary location in a case of a failover. During normal operation, the primary location actively services user load and performs backups that include full backups, incremental backups and transaction logs that are automatically replicated to the secondary location. Information is stored (e.g. time, retry count) that may be used to assist in determining when the backups are restored correctly at the secondary location. The backups are restored and the transaction logs are replayed at the secondary location to reflect changes (content and administrative) that are made to the primary location. After failover to the secondary location, the secondary location becomes the primary location and begins to actively service the user load.

Abstract: A computing system receives a web services request to invoke a method of web Application Programming Interface (API). In response to receiving the web services request, the computing system invokes a method of a language-dependent API of a client component in a collaboration system. The client component communicates with a collaboration server component in the collaboration system using a proprietary communications protocol. The method of the language-dependent API is a method to obtain data from the collaboration server component. After invoking the method, the computing system sends a web services response whose contents depend on the data obtained from the collaboration server component.

Abstract: A computing system receives a web services request to invoke a method of web Application Programming Interface (API). In response to receiving the web services request, the computing system invokes a method of a language-dependent API of a client component in a collaboration system. The client component communicates with a collaboration server component in the collaboration system using a proprietary communications protocol. The method of the language-dependent API is a method to obtain data from the collaboration server component. After invoking the method, the computing system sends a web services response whose contents depend on the data obtained from the collaboration server component.

Abstract: Technologies are described herein for providing efficient in-place preservation of content in multiple, disparate content sources without disrupting end-users' access to the content or content sources. A preservation request comprising a specification of a content source and a filter specification is received and the content source is marked as “on hold.” If a content item in the content source is modified or deleted, a copy of the current version of the content item is placed in a preservation storage area. A trim job may be run periodically that removes content items from the preservation storage area that do not match the filter specification.

Abstract: Technologies are described herein for locating relevant content items across multiple disparate content sources. Query parameters are received from a user interface for defining a query for searching a number of content sources located on multiple, disparate content servers. A native search is executed on each of the content servers based on the received query parameters, and query statistics and other data regarding content items in the content sources matching the query parameters are received. The query statistics are aggregated across the content servers and presented in the user interface. The presentation of the query statistics may be broken out by each content source, by each query phrase segmented from the query, and the like. In addition, a preview of a number of content items matching the query parameters is presented based on the data received.

Abstract: Technologies are described herein for exporting content items from multiple disparate content sources to a single repository. Query parameters are received for locating content items hosted by one or more content servers of different types for export. Native search queries are generated for each content server from the query parameters and are executed on each content server. An export manifest listing the content items for export is built from query results received from the content servers. Each content item listed in the export manifest is then retrieved from the corresponding content server and stored in a single export repository.