Tag: cloud

ML, Analytics & Data Science Conference

Przy okazji ww. konferencji Channel 9 przeprowadził parę rozmów z jej uczestnikami, m.in. z Panią Francescą Lazzeri, która przedstawiła cały proces wykorzystywania data science, ale także podkreśliła jego dwa istotne elementy.

Po pierwsze rzeczywisty problem biznesowy. Żeby zacząć pracę z data science (nie tylko machine Learning) trzeba mieć problem/pytanie, które chcemy rozwiązać. Rzucanie różnymi metodami w dane w nadziei, że wyskoczy coś interesującego to słaby pomysł, trzeba wiedzieć czego się oczekuje od analizy danych, żeby móc ją wykonać.

Po drugie wizualizacja, czyli ostatni etap przeprowadzania analizy danych. Prezentacja wyników pracy różnych metod i algorytmów musi dostarczyć w jasny i zrozumiały sposób wiedzę do grupy docelowej, która, o czym należy pamiętać, może pochodzić z zupełnie innej branży. Nie będzie można mówić o wykorzystaniu z sukcesem mechanizmów data science bez zrozumiałego przedstawienia jego rezultatów. Brzmi to jak coś oczywistego, ale wydaje mi się, że “techniczni”, którzy zajmują się taką analizą są podatni na ignorowanie lub niedocenianie odpowiedniego przedstawienia suchych wyników szerszej publiczności.

Polecam całość tego wideo oraz pozostałych na tym samym kanale.

Fundamentals of Azure, 2nd Edition

Właśnie (wczoraj) pojawił się nowa edycja bezpłatnego e-booka od Microsoft – Microsoft Azure Essentials – Fundamentals of Azure, 2nd Edition.

Lektury to nie zastąpi, ale tym co czytali lub chociaż przeglądali pierwszą edycję parę słów o pierwszych zauważonych istotnych różnicach:

Azure App Service and Web Apps – zastąpiło dawne Websites oraz Cloud Services, to dość spora zmiana.

Additional Azure Resources – dodatkowy rozdział, w którym po pół strony ogólnych informacji o kilkunastu różnych usługach w Azure, wielkiego pożytku poza ogólnym oglądem z tego nie ma, niemniej dla tych co ich nie używają jest to podstawowa pigułka wystarczająca by się orientować w temacie.

But the winner is…
Azure Resource Manager – jego opis pojawia się już w pierwszym rozdziale i w kolejnych konsekwentnie dodane są elementy wykorzystania tego podejścia w deployowaniu usług. Zmiana jest o tyle naturalna, że wcześniej po prostu go nie było, ale dobrze, że zaktualizowano tego e-booka pod tym kątem bo to jednak inna koncepcja.

To tyle po bardzo pobieżnym przescrollowaniu. Zauważyłem jeszcze też sporo małych aktualizacji (np. VS 2013 na VS2015), pewnie jest tego jeszcze dużo więcej. Wyjdzie w trakcie dokładniejszego przeglądania.

Doskonała pozycja dla rozpoczynających zabawę z Azure, polecam.

Patterns & practices

Jest taki dział w bibliotece MSDN, który polecam najmocniej jak się da, nazywa się patterns & practices. Jest to wg mnie jedno z najlepszych miejsc w MSDN, dzięki któremu można porządnie ogarnąć system jako całość i spojrzeć na wiele metod podejścia do rozwiązywania problemów.

Wewnątrz tego działu jest mniejszy fragment, który dotyczy mojej codziennej pracy – Cloud Design Patterns. Genialna sprawa, świetne, przejrzyste opisy różnych wzorców projektowych podzielonych pod kątem klasy rozwiązywanych zagadnień oraz zorientowania na konkretne wyzwania stawiane przed systemem lub jego częścią. Pozwala, nawet nie znając szczegółów (co czasami jest zbawienne na początkowym etapie ;)), dowiedzieć się co potrafią usługi w Azure, jak można połączyć je z innymi i jakich efektów można się dzięki temu spodziewać. Dodatkowo, dzięki kategoryzacji typów problemów do rozwiązania daje dobrą podkładkę pod rozmowy nad projektem i checklistę do odhaczenia z czym można się w konkretnym przypadku zderzyć. Jeśli tylko dam radę to z pewnością powybieram co ciekawsze, albo sprawdzone przeze mnie, wzorce i jeszcze o nich napiszę.

Service Fabric, dzień 4 – Service/Actor API

Service Fabric udostępnia dwa frameworki do tworzenia mikroserwisów w swoim obrębie:

  • Reliable Service API – pozwala na bezpośredni dostęp do elementów Service Fabric jak połączenia czy stosy komunikacyjne,
  • Reliable Actor API – jednowątkowy, asynchroniczny model programowania z wykorzystaniem, a jakże, aktorów. Pozwala implementować aktora jak jednowątkowy singleton.

Różnią się przede wszystkim tym, że Actor API jest frameworkiem wyższego poziomu, operującym na wyższym poziomie abstrakcji.

Takie dwupoziomowe podejście to ciekawa opcja. Można wykorzystać bardziej przystępny, intuicyjny model do tworzenia nawet skomplikowanych projektów czy do sprawnego wykonania proof of concept albo użyć niższego poziomu jeśli chce się wycisnąć z usługi jej maksimum i przede wszystkim mieć pełną kontrolę nad wszystkim.

Czytania weekendowego cd.

Dziś zaległy (bardzo) numer czerwcowy i kilka tematów nieco bardziej obok stricte techu.
“Agile i Waterfall – wdrożenia a zapisy umowy” zainteresowało mnie pod kątem potencjalnego zastosowania wewnątrz organizacji, jako, że akurat nie pracuję w ani dla firmy tworzącej i wdrażającej rozwiązania dla swoich klientów.
“Nie ufamy chmurze” – warto się dowiedzieć jak to wygląda w przekroju całej branży bo moje tzw. najwyższe kierownictwo jest bardzo techniczne i problem nie występuje.
“Jak zdobyć mobilnego klienta i na nim zarobić” – OK, ten tytuł jest trochę zbyt szumny. Na co dzień blisko współpracuję z marketingiem i PR i mogę powiedzieć tylko tyle – That’s cute. Oczywiście przytoczone informacje są prawdziwe, ale to temat rzeka. Jest parę przykładów gier-hitów, ale “gra” to jest za szerokie określenie. Taktyki pozyskiwania i zatrzymywania klientów dramatycznie się różnią w zależności od gatunku i grupy docelowej.

Nowinki, nowinki…

Dwa istotne newsy z tego tygodnia, dwie funkcjonalności na różnych etapach życia:

Wsparcie dla formatu JSON w Azure SQL kończy Preview i wchodzi w fazę General Availability. Yay! W dobie kiedy serwisy często wymieniają między sobą dane za pomocą tego lekkiego formatu możliwość wyciągnięcia informacji z bazy lub zapisu do niej wprost z JSONa jest słodziutka. Będę korzystał tak bardzo…

Wchodzi też kolejna nowość – otóż do każdego service planu, a wręcz do każdego deployment slotu w Web Appie możemy utworzyć sobie bazę MySQL stojącą razem z www. Co prawda nie nadaje się to (przynajmniej na razie) do tworzenia elastycznych systemów bo nie obsługuje skalowania, ale nadal jest to wielki krok naprzód. Jak mi się nie chciało za bardzo kombinować tak teraz będę się poważnie zastanawiał nad przerzuceniem tego bloga do Azure. A co 🙂

Service Fabric, dzień 3 – Podstawowa terminologia

Krótko o podstawowych, najważniejszych terminach używanych w trakcie zajmowania się Service Fabric:

  • Node – węzeł – proces runtime usługi Service Fabric, w praktyce – pojedyncza maszyna (w przypadku Azure – wirualna),
  • Cluster – klaster – zestaw węzłów (o wysokiej dostępności, niezawodności itd…),
  • Application – aplikacja – zbiór usług, mikroserwisów,
  • Service – usługa, mikroserwis – jednostka dostarczająca jakieś konkretne funkcjonalności
  • Partition – partycja – usługa może posiadać wiele partycji, tzn. być uruchomiona w wielu instancjach w klastrze, ten mechanizm służy do zarządzania obciążeniem – load balancing pomiędzy wieloma instancjami tej samej usługi,
  • Replica – replika – redundancja w ramach instancji (partycji) usługi, mechanizm służy do zapewnienia ciągłości działania – płynne przełączanie pomiędzy Primary i Secondary zarówno w trakcie wyłożenia się procesu usługi jak i w przypadku deployowania updatu.

Tyle na razie. Do tych jeszcze wrócimy, nadejdzie też parę nowych.

Azure User Group live z Krakowa

Kiedy wczoraj pisałem o community zupełnie zapomniałem, że dziś jestem w Krakowie na spotkaniu Azure User Group!

Dzisiaj bardzo interesujące tematy: IoT, Service Fabric i Functions. Nie pamiętam kiedy agenda była tak w punkt z moimi zainteresowaniami.

Here we go!

[19:00] Grubo, fajne przykłady rozwiązań architekturalnych dla IoT oraz wstęp do Service Fabric uzupełniony demkiem. Muszę koniecznie zrobić taki eksperyment u siebie. A na deser Functions…

AUGPL KRK 3

[20:00] Functions też było super, parę ciekawych wykorzystań i obejść dla mechanizmów, które teoretycznie dostępne są tylko w wyższych planach cenowych.

Pisałem już, że warto wybierać się na spotkania community? Pisałem, wczoraj. No, to warto 😉

I jeszcze jedno – tacy Panowie mówili na takie tematy: agenda spotkania.

6 tygodni do AzureDay North Poland

Już za półtora miesiąca odbędzie się w Gdyni konferencja pretendująca (i w moich oczach będąca głównym faworytem) do najlepszego azurowego wydarzenia w tym roku w Polsce. Prelegenci krajowi i zagraniczni, lokalni liderzy, pracownicy Microsoft, wiele ścieżek tematycznych. Zapowiada się smakowicie.

Ja się wybieram, już od jakiegoś czasu mam wszystko połapane i jestem gotów. No, przynajmniej organizacyjnie, jeszcze mentalnie muszę popracować nad otworzeniem głowy i psychicznym przygotowaniem się na spotkanie z lokalnymi tuzami technologii, która wiedzie prym w mojej codziennej pracy.

Czekam w sumie dość niecierpliwie na ten dzień. Od kiedy po raz pierwszy wybrałem się spotkanie community – tegoroczny Global Azure Bootcamp w Warszawie – bardzo cenię sobie takie spotkania. A tu dwa dni technicznego mięsa i ciekawych rozmów. Będzie się działo!

AzureDay North Poland, Gdynia 3-4 października 2016

Open source PowerShell

Dziś po prostu nie wypada o tym nie napisać. Co prawda PowerShell nie jest pierwszą opcją międzyplatformowego zarządzania chmurą Azure (jest wszakże xplat cli), a mnie akurat na codzień to w nim najbardziej interesuje to trudno nie docenić takiego kroku. Raz, że PowerShell jest nie tylko od Azura, dwa, że jest znacznie bardziej popularny od ww. konsoli.

Kolejny krok ku otwarciu, przytuleniu do siebie użytkowników niewindowsowych, poszerzeniu możliwości integracji oraz, jak to przy projektach open source, dodatkowy firepower w stronę rozwoju. Nic tak nie napędza community jak możliwość samodzielnego dołożenia funkcjonalności do narzędzia.

Więcej do poczytania u źródła.