La Piattaforma Applicativa Microsoft – parte prima

Nei prossimi anni si sentirà parlare sempre di più della Piattaforma Applicativa Microsoft.

Il nostro stesso team MOSS sovente utilizza il  modello di piattaforma applicativa Microsoft per sottilineare come MOSS possa essere interpretato come estensione architetturale della stessa.

In questo primo articolo intendo solo fare chiarezza su che cosa è al momento per microsoft la piattaforma applicativa.

Per prima cosa siccome stiamo parlando di piattaforma applicativa si deve fare riferimento all’application server. Sono andato quindi a cercare una definizione ufficiale che trovate in questo collegamento

Si parla del sistema operativo server (la definizione trovata fa riferimento alla versione Windwos 2003)

In particolare si parla di tutti i servizi messi a disposizione quando lo si configura come application server.

In particolare cito :

We define the category of application server as the “system software that underlies the server-based execution of shared business applications.” Just as a file server delivers files to many users, an application server makes applications—often custom-built applications—available to multiple concurrent users.

I servizi messi a disposizione dal sistema operativo se ci pensate fanno proprio questo; pensiamo ad IIS, per esempio, senza di esso non avremmo applicazioni web.

sempre citando:

	Does Microsoft offer an application server?
A.	Microsoft Windows Server 2003 includes the integrated capability for building, running, deploying, and managing high-performance connected applications, using the following technologies: • Internet Information Services (IIS)—a high-performance Web engine • The .NET Framework—an easy-to-use yet highly capable framework for developers of applications, including a rich class library, and an execution model • ASP.NET—a subset of the .NET Framework focused on providing a runtime environment for high-performance Web-based applications and web services • The Microsoft Distributed Transaction Coordinator—used for managing distributed unit-of-work semantics across transactional resources including databases and message queues • Authorization Manager—a subsystem enabling applications to encode authorization rules for arbitrary resources This functionality is complemented by other elements of the Windows platform, such as: • Microsoft Message Queue—a transactional asynchronous message queue • Performance Monitor—a mechanism for monitoring the performance and throughput of custom applications • Enterprise UDDI Services—a repository for Web services endpoints and schema • Active Directory Application Mode (ADAM)—a directory and security-related server optimized for use within custom applications • The Windows Event Log—a record to enable security-enhanced logging and auditing of application events • Network Load Balancing—a way to connect multiple servers into a “farm” of machines that share load and deliver reliable failover in the event of machine or application failure

da questo modello nel tempo si è passati a considerare alcune estensioni applicative del sistema operativo come centrali nel raffinare un modello che estendesse i servizi mantenendo il principio base dell’application server.

Si viene quindi ad intendere come piattaforma applicativa microsoft quell’insieme di applicazioni server (estensioni primarie del sistema operativo)  centrali nel rilascio di applicazioni funzionali messe a disposizione di un insieme di utilizzatori pù o meno caratterizzato.

Per cui posso pensare che la piattaforma applicativa sia composta da server applicativi finiti tra loro in qualche modo integrati. Sia quindi in grado di erogare i servizi di SQL Server, i servizi di MOSS, i servizi server di Biztalk, eccetera, eccetera, eccetera.

Un esempio palese è l’utilizzo di MOSS come piattaforma applicativa base su cui rilasciare applicazioni finite quali Microsoft Project Server o Microsoft Pefonmance Point per esempio. Un altro esempio è ipotizzare l’impiego degli SQL Server Reporting Services in modalità integrata con MOSS.

MOSS utilizza i servizi asp.net, IIS, ed alcuni di quelli messi a disposizione da SQL Server, inoltre permette di integrarne altri lasciando la scelta all’utente. Nello stesso tempo MOSS rappresenta per alcuni server applicativi finiti una architettura applicativa di base di cui si utilizzano le primitive (PPS e PS)

Vista dal punto di vista del dominio applicativo che l’utente ha questo per assurdo risulta del tutto naturale, ma quanta fatica si deve fare per raggiungerlo!!! e per comprenderlo a fondo.

Per prima cosa si deve entrare nell’ottica non del singolo prodotto ma di quale uso integrato io possa fare dell’insieme di server microsoft applicativi che mi sono messi a disposizione scomponenti in servizi e primitive di comunicazione.

Prendete l’esempio di PPS esso utilizza un notevole insieme di caratteristiche funzionali di base erogate da servizi terzi sia di sharepoint che del sql server sia a livello operativo che a livello di interfaccia utente.

Ma non è tutto qui, purtroppo, perchè questo scenario per quanto promettente è

1. lungi dall’essere completo
2. non è di semplice implementazione
3. è di difficile introduzione in una azienda che lo voglia vivere in modo consapevole.

Per saperne di più dovete aspettare il mio prossimo articolo e nel frattempo iniziare a cercare (ahimè su google:)) le seguenti parole chiave “Dublin”, “Oslo”, “Intellimaker”, “Office 14″, “.net 4.”, “Entitiy Framework”…

Buon divertimento….