Microsoft released Windows Server 2022 a few weeks ago. It did so earlier than expected, which is pretty odd, but it seems that the development of new features was already complete and mature so there was no point to wait a few months more. The last sentence pretty much explains the current status of Windows Server: so few changes, albeit interesting ones, that the product can be released months earlier than planned and without much fanfare.

While generally speaking the development of new features and functionalities for server applications mostly moved out of the base operating system and while we can also concede that Windows Server has many features at the OS level so it is difficult to design new ones, the fact each new release of Windows Server keeps bringing few new features is definitely because of Microsoft errors. Server applications today are either simple, think about a website or a Web application, or complicated. In the latter case, you generally think about microservices, Kubernetes and so on.

So we might say that since a few years Windows Server became more a tool to build base infrastructures than the base for new applications. That means that you usually install something on top of Windows Server to manage and deploy applications and you don’t usually rely on OS services only to develop your application. It is safe to say that it is a common scenario because Linux too is experiencing the same transformation.

However, Microsoft could have responded to Linux popularity by upping the ante and push more innovation into Windows Server and they didn’t.

Windows Server 2022 – continued fragmentation

The new Windows Server version has some nice and neat features. Besides a better Kubernetes compatibility, which is basically mandatory today, it features and big work to improve security. Credit where is due. That improves a lot both standalone servers security but it is also a fundamental improvement when deploying clusters, the famous infrastructures.

Other improvements include TLS 1.3 enabled by default and a few improvements around SMB, all of them improve security.

There would be other two important features to mention, one of them would be very important, but surprise: they won’t be available to all customers but only to those using Azure. At least for now.

Microsoft introduced Windows Server Datacenter: Azure Edition, another attempt to fragment Windows Server but the first one to draw a line between “standard” Windows Server and Azure versions. And we cannot welcome this kind of behavior because it basically starts to leave non-Azure Windows Server installations behind in an attempt to force Windows customers to move to Azure. Quite frankly, this is indecent especially when you factor how much Windows Server costs when compared to its competitor.

Features that Microsoft is withholding from its non-Azure customers are very important.

First, there is the much awaited hot-patching, that is a way to patch Windows without rebooting. Microsoft aims to use hot-patching especially for security patches and it would be a very ground-breaking innovation when considering how many emergency updates are needed [...]

Qualche giorno fa Microsoft ha presentato il suo nuovo sistema operativo progettato per i dispositivi IoT: Azure Sphere OS. Il nuovo sistema operativo ha come obiettivo quello di fornire una piattaforma sicura-per-default per la costruzione di servizi IoT e superare i problemi che hanno reso i dispositivi IoT così sensibili anche ad attacchi di tipo non sofisticato tanto da consentire ad organizzazioni malevole la creazione di botnet o al possibilità di compromettere la privacy degli utenti.

Il nuovo sistema operativo

Azure Sphere è una soluzione più complessa che consente la creazione di una piattaforma per l’IoT ed include anche microcontroller personalizzati che implementano le 7 regole per la sicurezza dell’IoT stabilite da Microsoft, ed un servizio basato su Azure, la piattaforma cloud di Microsoft, che si occupa di verificare lo stato di ogni dispositivo e acquisire ogni errore o possibile compromissione. Questo servizio fornirà anche gli aggiornamenti per il sistema operativo di ogni dispositivo ed anche modalità di recupero di dispositivi che non stessero funzionando correttamente.

Considerazioni

Molti utenti su Internet hanno posto l’accento sul fatto che Azure Sphere OS fosse basato su un kernel Linux modificato ma la soluzione di Microsoft è ben più complicata del solo sistema operativo. Sebbene qualcuno sia rimasto sorpreso dal fatto che Microsoft sta sostanzialmente producendo una propria distribuzione Linux, anche se questa non è certamente la prima volta che l’azienda di Redmond distribuisce una propria versione di Unix se si ricordano i vecchi tempi di Xenix, ma ci sono cose più interessanti nell’offerta di Azure Sphere del solo kernel usato per il sistema operativo.

E’ sicuramente interessante che Microsoft abbia pensato che Windows fosse troppo pesante per girare su un microcontroller e che abbia deciso di passare ad una soluzione basata su Linux. Alcuni pensano che Microsoft non sia riuscita a produrre una versione di Windows sufficientemente leggera ma io credo che l’azienda statunitense abbia deciso di scegliere Linux per ragioni più semplici: per guadagnare sufficiente fiducia e spazio nel settore dell’IoT, Microsoft doveva usare un sistema open-source e non penso proprio che volessero fornire il codice di una versione di Windows, sebbene pesantemente modificata per girare su un microcontroller. Allo stesso modo, sarebbe stato difficile portare molti partner dalla propria parte con una versione commerciale di un sistema operativo, considerando che molti di questi già usano probabilmente distribuzioni Linux gratuite e leggere, progettate ad hoc.

Inoltre, da quando ha attivato Azure, lo scopo di Microsoft è diventato più quello di fornire servizi che non quello di vendere software e per questa ragione oggi Microsoft rilascia sostanzialmente software che consenta l’adozione di Azure, qualunque sia la sua origine. Non è sorprendente quindi che per tutte queste ragioni abbia deciso di non reinventare la ruota e di usare una versione molto personalizzata di un ambiente Linux, estendendolo con “funzionalità di sicurezza ispirate da Windows”. Microsoft inoltre ha usato chip personalizzati per anni nelle proprie console Xbox.

Sarebbe stato difficile portare molti partner dalla propria parte con una versione commerciale di un sistema operativo, considerando che molti di questi già [...]

PHP 7 has been released on December 3rd and its first update (v7.0.1) has been released on December 17th. This new version brings a lot of changes in, including major performance enhancements compared to PHP 5.6 (up to a 2x performance increase!), better (meaning reduced) memory footprint plus support for 64bit runtimes. There are of course many other enhancements but those three alone should provide a good reason to update websites to the new version. There could be problems in doing so if you are using deprecated or non-supported code but if your application followed recommendations, you should be able to upgrade to PHP7 and enjoy the enhancements.

There are a few handful extensions that bring PHP7 (RC and now RTW) to Azure but those extensions, while providing a good starting point, are not compatible with Windows Azure Pack because of a few hiccups in installation scripts (basically referencing D: drive, as in Azure, instead of C: as in WAP or using %HOME% environment variable to solve this problem and keep the scripts compatible with both). However, this is a good chance to explore once again the flexibility of Windows Azure Pack and configure PHP7 on our own, something useful to update/upgrade at a later time, if needed, without waiting for someone else to provide a new script for it. Having PHP 7 working could be useful to upgrade compatible applications like WordPress, which is already compatible with this new version.

This tutorial has been tested on VaiSulWeb Cloud Hosting services. As our company provides a free account for development and testing, it is easy to start working with PHP7 or ASP.NET 5 by the way. Head up on our website to request your free account.

Getting started

As a first step we need to download PHP7 from its website, taking care to download Windows binaries we need for our tests. Head to download page and look for VC14 x64 Non-Thread-Safe (NTS) distribution (php-7.0.1-nts-Win32-VC14-x64.zip) as we want to experience x64 version for our tutorial. Once downloaded, we can unZIP that file and move its contents to our site via FTP. We will upload file contents into /site/bin/php folder so our file structure will be like this:

site/

bin/

php/

dev ext […] php.ini […] php-cgi.exe […]

wwwroot

Now that we uploaded a new PHP distribution to our website, we need to solve two problems before being able to run our own PHP runtime: the first one is telling WAP that we want to use this new version in place of runtimes automatically supported by the platform (v5.3 through v5.5) as shown below:

PHP runtimes available through Windows Azure Pack portal

 

The second problem we have is to tell PHP where to find its configuration file, the famous php.ini. When using default runtimes, Azure Pack will tell PHP where to find its configuration file but now we want to use a custom runtime so we need to find a way to point PHP to the INI file that we will upload into /site/bin/php/ folder. [...]

Amazon risponde ad Azure nel settore dell’Internet of things (IoT) presentando Kinesis Firehose, un sistema capace di aggregare dati da un numero molto elevato di dispositivi wireless ed embedded e trasferirli nella propria piattaforma di memorizzazione cloud, senza che le aziende debbano sviluppare applicazioni specifiche. Firehose è molto simile a Kinesis Streams ma quest’ultima richiedeva lo sviluppo di applicazioni specifiche per il collegamento agli endpoint dei servizi mentre con la nuova versione l’offerta di Amazon è molto vicina a quella di Azure IoT.

Firehose, disponibile da subito, consente alle aziende di sfruttare una API unificata per trasferire i dati dei dispositivi nel database Redshift o nel sistema di storage S3. Firehose consentirà lo scaling elastico con la possibilità di ridimensionare il servizio (per aumentarlo o diminuirlo) a seconda delle necessità, adattando quindi il carico ed i relativi costi.

Una volta che i dati siano stati trasferiti in Redshift o S3, possono essere condivisi con tutti i servizi di Amazon come il sistema di business intelligence QuickSight, in modo da poterli usare per analisi, dashboard aziendali o operazioni di marketing personalizzate. Inoltre, Firehose è in grado di acquisire dati da campagne digitali su sistemi mobili o digital advertising, oltre che da device IoT.

Con questa release, Amazon si allinea alle altre grandi aziende IT come Microsoft, IBM ed altre, nel creare un set completo di servizi IoT per convincere i propri clienti a rimanere con un soggetto unico per tutte le loro necessità di analisi e gestione dei dati.

A few days ago Microsoft released ASP.NET 5 beta8, the first feature-complete version of its flagship Web framework. A lot of expectations come with this new version, both because Microsoft decided to change ASP.NET down to its basis and because this one will be the first multi-platform release for the technology, allowing developers to run their Web or console applications on Windows, Linux and Mac OS X. However, the new version will also be the first one designed from the ground up for the cloud era and thus adopting all methodologies, technologies and conventions that emerged in past few years. As we detailed in a past article (sorry: Italian language only this time!), ASP.NET 5 will also change the way ASP.NET will be hosted on Windows because it will run through the famous HTTPPlatformHandler module that enabled Azure to run basically any runtime, including Java, Python, RoR and more. Later, that module has been channeled down to partners and Windows Azure Pack incorporated it in UR7.

You might be running your website or application on Windows Azure Pack and, if you do, I do really hope that you’re hosting with us at VaiSulWeb since we also have free accounts for you to try ASP.NET 5. However, even if you’re hosting at another service provider, you might be wondering if you will be able to run ASP.NET 5 starting from beta8, since this version switches to HTTPPlatformHandler. Up until beta7, hosting with Azure Pack was very easy: you only needed to publish your project to a folder and then upload that package to your WAP account. Everything was working fine since the very first second.

Spoiler: scroll down for a quick solution

There’s a quick solution waiting for you at the end of this article. If you’re only interested in understanding how you can run ASP.NET 5 from beta8 using WAP, just skip this lengthy explanation and run to the end. This article will be used to as an handy excuse to showcase some nice features that Windows Azure Pack provide its users and that our company provides its customers. We will use such features to understand what’s going on with beta8 and then provide a quick solution to host it on WAP.

Publishing your beta8 to your WAP account : Redmond we have a problem…

So you just started a new project based on ASP.NET 5 beta8 in Visual Studio 2015 or you just created a template project to check how things would shape up. Quick and easy. Now you would like to upload that project to your Web hosting account to check if your provider is compatible with the technology. So you just export your project…

Publishing your project to file system

… publishing to file system, the same way you did up to beta7. Then, after that operation completes, you upload your project on your WAP accounts via FTP or WebDeploy. Compilation time, just a few seconds, and then… uh ?

It seems that something went wrong since no shiny MVC homepage appears in your [...]