DSS Introduction

Decentralized Software Services (DSS) это основанная на .NET легковесная среда выполнения that sits on top of the Concurrency and Coordination Runtime (CCR). Decentralized Software Services (DSS) provides a lightweight, state-oriented service model that combines the notion of representational state transfer (REST) with a system-level approach for building high-performance, scalable applications. In DSS services are exposed as resources which are accessible both programmatically and for UI manipulation. By integrating service isolation, structured state manipulation, event notification, and formal service composition, DSS addresses the need for writing high-performance, observable, loosely coupled applications running on a single node or across the network.

Основная цель разработки DSS - совместить производительность с простотой и надежностью. Это делает DSS удобным для создания приложений в виде набора сервисов независимо от того, выполняются эти сервисы на одном компьютере или распределены по сети. Результатом является гибкая, но простая платформа для разработки широкого круга приложений. DSS использует для своей работы протоколы Decentralized Software Services Protocol (DSSP) и HTTP как основу для взаимодействия с сервисами. DSSP это легковесный основанный на SOAP протокол, который предоставляет прозрачную, symmetric state transfer application model с поддержкой state manipulation and an event model driven by state changes.

Среда выполнения DSS предоставляет хостинг сервисам с встроенной поддержкой service composition, publish/subscribe, lifetime-management, security, monitoring, logging, и многого другого, как на одиночном компьютере, так и в рамках сети. Сервисы могут быть написаны в Visual Studio, или используя Microsoft Visual Programming Language (VPL). VPL может быть использован для создания приложений, как композиций сервисов просто путём перетаскивания и бросания их на рабочее поле и связывания их на основе их зависимостей по данным. Кроме того, DSS Manifest Editor предоставляет графический редактор для связывания, конфигурирования, , configuring, deploying, and running DSS applications on a single node or across the network.

Problem Areas Covered by DSS

In the following we describe three common problem areas of application design and how DSS addresses them:

Robustness

In any complex system, a failure in a sub-part of the system has the potential of bringing down the whole system. The reason is that a partial failure can lead to a catastrophic failure if it cannot be properly isolated, detected, and handled. Loose coupling is a design pattern that often is invoked as a way of limiting the impact of partial failures. However, in order to build loosely coupled systems, each component must be isolated from all other components as well as from the underlying runtime environment. Two common ways in which systems fail to isolate components are data isolation and execution isolation. Lack of data isolation can cause the internal state of a service to be corrupt and lack of execution isolation can cause a component to become unresponsive. DSS isolates services in both data and execution. Data isolation is achieved by fully cloning all messages exchanged between services (including system services). The cloning code is generated as part of the compilation and is much faster than full serialization.

Composability

The requirement of robustness forces applications to become compositions of loosely coupled components. This raises the additional problem of how to identify, locate, and compose such components into a running application. Most traditional systems define an application as a single process and not as a composition of loosely coupled services working together leaving the task of composition to the application designer. DSS provides both protocol and runtime support for creating, managing, deploying, and running applications that are composed of loosely coupled services: A service is created and wired-up at runtime based on a description of which other services it needs to compose with in order to function properly. This model allows applications at runtime to configure where each service instance is running. Further, the relationships that each service instance has with other service instances is exposed through DSSP making it possible to see which other service instances any particular service instance is dependent on.

Observability

A critical aspect of any application is that it is possible to know what it is doing, what state it is in, and how it got to be in that state. In short, without a way to observe a system it is impossible to know whether the system is functioning properly. DSS puts the notion of observability at the core of its application model by defining a service as a resource identified by a URI and with exposed state that change as a result of internal service behavior and through interaction with other services. However, the notion of observability goes beyond just monitoring an application by inspecting the state of its services. By uniformly exposing all services in terms of their state, DSS provides simple and consistent solutions for dealing with administration, management, security, and service composition based on state manipulation. Further, DSS enables every DSS service to be accessed through a Web browser enabling rich UI as well as easy integration with a variety of common tools and platforms.