Podczas prac nad moją aplikacją, która ma korzystać z ClickOnce zastanawiałem się, jak powinienem to zrobić..Jak wiadomo ClicOnce na serwerze to nic innego, jak zestaw katalogów z kilkoma plikami – wystarczy więc zwykły serwer http. No tak, ale w Windows Azure za wszystko należy płacić, więc dostawianie kolejnej roli web podnosi opłaty, a robienie ogólnego miszmaszu w jednej usłudze web (serwis plus clickonce’owe stronki) nie wydawało się zbyt dobrym rozwiązaniem. Poszperałem troszkę w necie i wszyscy podpowiadają, że na taki mini serwer http (hostujący pliki) świetnie nadaje się Azure Storage. Dokładnie nie rozumiem jeszcze zasad rządzących Azure, ale generalnie wszystkie pliki wykorzystywane przez usługi cloud service (nasza web rola) są trzymane właśnie w Azure Storage, który swoje zasoby udostępnia właśnie poprzez http.

Świetnie, ale co dalej – jak w ogóle się za to zabrać? No więc do przeglądania naszego zasobu Storage świetnie nadaje się Visual Studio – po zainstalowaniu SDK do Azure w naszym Server Explorerze VS dostajemy opcję Windows Azure Storage – po wpisaniu użytkownika i hasła  widzimy nasz storage. Na portalu zarządzającym dodajemy kolejny kontener (ważne jest, aby ustawić dostęp publiczny), w którym będziemy trzymać nasze pliki ClickOnce. No i tutaj zaczynają się schody.. Jak w tym Storage stworzyć katalog? Każdy, kto korzystał kiedykolwiek z ClickOnce wie, że pliki aplikacji są trzymane w katalogu Application Files/Nazwa Aplikacji. Dużo szukania po necie dało odpowiedź – niestety trzeba skorzystać z narzędzia firmy trzeciej lub spróbować stworzyć własny program, który będzie to robił (są przykłady w C#, jak taki program napisać). Ja wybrałem narzędzie firmy Cloudberry (freeware), dostępne tutaj

Dzięki temu otrzymujemy możliwość kopiowania jak w total commanderze, z zachowaniem struktury katalogów. Po tej operacji nasze bloby są dostępne, poprzez katalog http – usłudze ClickOnce to wystarczy