Skip to main content

4 posts tagged with "devops"

View All Tags

· 6 min read
Piotr Rogala

Azure DevOps pozwala na wdrażanie rozwiązań za pośrednictwem agentów tak zwanych "Microsoft-hosted" przez 1800 minut (30 godzin) na miesiąc. W momencie przekroczenia tego czasu nie możemy wykonywać deployment'ów. Jedyna opcja to dokupić unlimited access do agenta za $40 na miesiąc minuty albo korzystać ze swojego serwera, laptopa po zainstalowaniu agenta - ta opcja wdrażania zwana jest w dokumentacji "Self-Hosted". Dodam tylko, że wykorzystywanie własnego laptopa do wdrażania nie jest rozwiązaniem produkcyjnym 🙃.

Pricing page Azure DevOps: https://azure.microsoft.com/pricing/details/devops/azure-devops-services/?WT.mc_id=AZ-MVP-5002690

Bardzo często słyszę pytanie, a po co mi własny serwer do wdrażania?

Klasyczna odpowiedź: to zależy... Robiąc prace dyplomową na uczelnie albo projekt PoC dla znajomego, możecie wybrać opcje postawienia agenta na swoim laptopie. Jeśli pracujecie w grupie paru osób najlepiej byłoby skorzystać z własnego serwera. Jeśli jesteście firmą i dostarczacie rozwiązania to napewno powinniście rozważyć własny serwer lub dokupienie "Microsoft-hosted" za $40 - jeśli czas wdrażania przekracza 1800 minut na miesiąc. Ale jest jeszcze jedna sytuacja kiedy wybierzecie własny serwer z agentami. Wiele firm korzysta z prywatnych kontrolowanych wewnętrznych sieci z ograniczonym dostępem z zewnątrz. Wdrożenie własnego serwera w waszej sieci pozwoli wam na łatwą komunikacje z wdrożonymi rozwiązaniami na platformie Microsoft Azure, ale zwiększycie też bezpieczeństwo procesowanych danych. Pamiętajmy że agent "Microsoft-hosted" to agent "publiczny" odizolowany od waszej sieci. "Self-Hosted" może zostać wdrożony tak samo jako agent odizolowany, ale też możecie go połączyć lub wdrożyć we własnej sieci.

· 4 min read
Piotr Rogala

W tej części tytuł jest angielski, ponieważ nie stosuje spolszczeń dla technicznego języka. Ten post jest spowodowany tym co Microsoft niestety przestał wspierać w Azure a mianowicie breaklease dla blobów podpiętych do wirtualnej maszyny. Było mi to potrzebne do jednego zadania, dlatego byłem zmuszony zrobić coś innego. Mianowicie potrzebne mi było usunięcie maszyny i stworzenie jej bazując na istniejących vhd'kach w innym kontenerze dodatkowo moje założenie wymagało powershell'a. W skrócie odtworzenie maszyny z jakiegoś stanu, który jest przechowywany jako kopia dysków wirtualnej maszyny. Myślę, że są osoby, którym się to przyda.

Krótki opis:

  1. Podajemy nazwę maszyny lub listę maszyn z naszej subskrypcji.
  2. Na podstawie nazwy maszyny znajdujemy resource groupe.
  3. Wyłączamy maszynę.
  4. Na podstawie RG i nazwy VM sprawdzamy jakie dyski są podpięte do maszyny.
  5. Znajdujemy sobie context dla dysków.
  6. Mając wszystkie dane przechodzimy do usuwania maszyny.
  7. Usuwany obecny vhd z OS.
  8. Kopiujemy w jego miejsce wcześniej skopiowany vhd z kontenera "images".
  9. Przeprowadzamy dalej tą samą operacje dla wszystkich podpiętych dysków data.
  10. Na podstawie wszystkich zebranych wcześniej danych tworzymy wirtualną maszynę.

· 3 min read
Piotr Rogala

Ten wpis jest przeznaczony dla osób chcących nauczyć się tworzenia szablonów ARM'owych do deploy'owania w Azure. Visual Studio ma tylko nam pomóc w pracy z szablonem natomiast moim zdaniem przydaje się na początku pracy z ARM oraz przy rozbudowanych szablonach. Po pierwsze podczas edycji plików .json w VS zobaczymy strukturę całego szablonu co pomoże nam zrozumieć co potrzebujemy, żeby działał poprawnie. Po drugie gdy mamy bardzo duże szablony VS pomaga nam odnaleźć się w nim poprzez JSON Outline, w którym w wygodny sposób możemy sprawdzić wszystkie elementy: parameters, variables, resources.

Cel: Stworzyć czysty szablon ARM z wykorzystaniem Visual Studio 2017.

Do realizacji celu potrzebujemy:

Utworzenie projektu nie jest niczym nadzwyczajnym poza wybraniem odpowiedniego template'a. Aby utworzyć projekt związany z szablonem ARM należy wybrać z grupy Cloud: Azure Resource Group.

· One min read
Piotr Rogala

W ostatnim czasie zrobiłem prezentację dotyczącą CHEF-a w Azure. Starałem się wyjaśnić, czym jest CHEF i co możemy zrobić za jego pomocą w Azure i przedstawić przykład zarządzania nodem postawionym na Windowsie. Ten temat jest bardzo zastanawiający, bo jak możemy zarządzać z poziomu serwera Linuxowego maszyną Windowsową? Otóż CHEF stara się bardzo dopracowywać temat związany z maszynami postawionych na Windowsach i możemy znaleźć dużo rekomendowanej dokumentacji na ten temat: https://www.chef.io/solutions/windows/. Za pomocą CHEF-a możemy stawiać maszyny w Azure oraz nimi zarządzać. Zarządzanie odbywa się za pomocą cookbook-ów zawierające skrypty konfiguracyjne. Wszystkie pliki cookbook-ów możemy modyfikować do woli, aby otrzymać oczekiwany efekt. W przypadku tworzenia zestawu cookbook-ów warto poczytać o Berkshelf: http://berkshelf.com/. Jeśli chce sami spróbować sił z CHEF-em w Azure możecie przejść przez tutorial dostępny na stronie Azure: https://azure.microsoft.com/en-us/documentation/articles/virtual-machines-windows-chef-automation/ . W skrócie mogę napisać, że jeśli szukacie czegoś uniwersalnego do automatyzacji stacji Linux & Windows dobrze jest przyjrzeć się właśnie CHEF-owi. Jeśli masz pytania zapraszam do komentowania bądź do kontaktu mailowego.

Moją prezentację ze spotkania DevOps Wrocław z 28.06.2016 zajdziecie tutaj: https://github.com/RogalaPiotr/Presentations/tree/main/2016.06%20-%20DevOps%20Wroc%C5%82aw Zapraszam również do śledzenia grupy DevOps we Wrocławiu: http://www.meetup.com/Wroclaw-DevOps-Meetup/

Chef