Won Suk Yoo

7925785, Apr 12, 2011

Jun 27, 2008

12/163934

Won Suk Yoo - Redmond WA, US
Anil K. Ruia - Issaquah WA, US
Michael E. Brown - Issaquah WA, US

Microsoft Corporation - Redmond WA

G06F 15/173

709241, 709201, 709217, 709220, 709223, 709227, 709252

Dynamically upsizing and/or downsizing a network farm in response to network demand. An application message router routes messages to the network farm. When the network farm approaches or is anticipated to be approaching capacity, a group of one or more servers may be added to the network farm. When the added server(s) are capable of participating in the network farm, the application message router is triggered to route also to the added servers. When the network farm has excess capacity, a group of one or more servers may be dropped from the network farm. This may be accomplished by triggering the application message router to no longer route messages to the removed servers. The removed servers may be either immediately or gracefully removed from service.

8073952, Dec 6, 2011

Apr 22, 2009

12/427774

Won Suk Yoo - Redmond WA, US
Anil K. Ruia - Issaquah WA, US
Himanshu Patel - Redmond WA, US
Ning Lin - Redmond WA, US

Microsoft Corporation - Redmond WA

G06F 15/173

709226, 709227, 710 36

A load balancing system is described herein that proactively balances client requests among multiple destination servers using information about anticipated loads or events on each destination server to inform the load balancing decision. The system detects one or more upcoming events that will affect the performance and/or capacity for handling requests of a destination server. Upon detecting the event, the system informs the load balancer to drain connections around the time of the event. Next, the event occurs on the destination server, and the system detects when the event is complete. In response, the system informs the load balancer to restore connections to the destination server. In this way, the system is able to redirect clients to other available destination servers before the tasks occur. Thus, the load balancing system provides more efficient routing of client requests and improves responsiveness.

8533333, Sep 10, 2013

Sep 3, 2008

12/203852

Won Suk Yoo - Redmond WA, US
Anil K. Ruia - Issaquah WA, US
Michael E. Brown - Issaquah WA, US
William James Staples - Duvall WA, US
Himanshu Kamarajbhai Patel - Redmond WA, US

Microsoft Corporation - Redmond WA

G06F 15/173

709226, 709240, 370352

The routing of requests in a shared hosting environment. The shared hosting environment includes a network farm of servers, each capable of processing the request corresponding to the host name. When a request is received, a router determines whether or not there is already a host name affinitization of subset of the servers to the host name corresponding to the request. If so, the message is dispatched to one of those affinitized servers. If not, one or more of the servers are affinitized to the host name to create a subset of affinitized server(s) for that host name. Different host names may have different subsets of servers that they are affinitized to. Over time, the affinitization may be terminated as appropriate.

8612550, Dec 17, 2013

Feb 7, 2011

13/022527

Won Suk Yoo - Redmond WA, US
Nick Holt - Seattle WA, US
Daniel Vasquez Lopez - Duvall WA, US
Aniello Scotto Di Marco - Redmond WA, US

Microsoft Corporation - Redmond WA

G06F 15/16

709219

A distributed caching hierarchy that includes multiple edge routing servers, at least some of which receiving content requests from client computing systems via a load balancer. When receiving a content request, an edge routing server identifies which of the edge caching servers the requested content would be in if the requested content were to be cached within the edge caching servers, and distributes the content request to the identified edge caching server in a deterministic and predictable manner to increase the likelihood of increasing a cache-hit ratio.

8046432, Oct 25, 2011

Apr 17, 2009

12/425395

Won Suk Yoo - Redmond WA, US
Anil K. Ruia - Issaquah WA, US
Himanshu Patel - Redmond WA, US
John A. Bocharov - Seattle WA, US
Ning Lin - Redmond WA, US

Microsoft Corporation - Redmond WA

G06F 15/16
G06F 15/167

709217, 709213

A live caching system is described herein that reduces the burden on origin servers for serving live content. In response to receiving a first request that results in a cache miss, the system forwards the first request to the next tier while “holding” other requests for the same content. If the system receives a second request while the first request is pending, the system will recognize that a similar request is outstanding and hold the second request by not forwarding the request to the origin server. After the response to the first request arrives from the next tier, the system shares the response with other held requests. Thus, the live caching system allows a content provider to prepare for very large events by adding more cache hardware and building out a cache server network rather than by increasing the capacity of the origin server.

20090327460, Dec 31, 2009

Jun 27, 2008

12/163941

Won Suk Yoo - Redmond WA, US
Anil K. Ruia - Issaquah WA, US
Michael E. Brown - Issaquah WA, US
William J. Staples - Duvall WA, US

Microsoft Corporation - Redmond WA

G06F 15/173
G06F 15/177

709221, 709226

An application request router that routes incoming application message to various servers in a network farm, even though the original network request itself does not directly specify which server is to handle the request. The application request routing module uses intra-farm routing policy and characteristics of the request itself to identify which of the servers is to handle the message and then dispatches the message to the appropriate server. This allows a user to reconfigure the network farm by reconfiguring the capabilities of the servers in the network farm, and then altering the routing policy accordingly to take advantage of the reconfigured network farm capabilities.

20100318632, Dec 16, 2010

Jun 16, 2009

12/485090

Won Suk Yoo - Redmond WA, US
Anil K. Ruia - Issaquah WA, US
Himanshu Patel - Redmond WA, US
Ning Lin - Redmond WA, US
Chittaranjan Pattekar - Bothell WA, US

Microsoft Corporation - Redmond WA

G06F 15/16
G06F 12/08

709219, 711118, 711E12017

A caching system segments content into multiple, individually cacheable chunks cached by a cache server that caches partial content and serves byte range requests with low latency and fewer duplicate requests to an origin server. The system receives a request from a client for a byte range of a content resource. The system determines the chunks overlapped by the specified byte range and sends a byte range request to the origin server for the overlapped chunks not already stored in a cache. The system stores the bytes of received responses as chunks in the cache and responds to the received request using the chunks stored in the cache. The system serves subsequent requests that overlap with previously requested ranges of bytes from the already retrieved chunks in the cache and makes requests to the origin server only for those chunks that a client has not previously requested.

20110131341, Jun 2, 2011

Nov 30, 2009

12/626957

Won Suk Yoo - Redmond WA, US
Venkat Raman Don - Redmond WA, US
Anil K. Ruia - Issaquah WA, US
Ning Lin - Redmond WA, US
Chittaranjan Pattekar - Boethell WA, US

Microsoft Corporation - Redmond WA

G06F 15/16

709237, 709230, 709223

A selective pre-caching system reduces the amount of content cached at cache proxies by limiting the cached content to that content that a particular cache proxy is responsible for caching. This can substantially reduce the content stored on each cache proxy and reduces the amount of resources consumed for pre-caching in preparation for a particular event. The cache proxy receives a list of content items that and an indication of the topology of the cache network. The cache proxy uses the received topology to determine the content items in the received list of content items that the cache proxy is responsible for caching. The cache proxy then retrieves the determined content items so that they are available in the cache before client requests are received.