Samouczek: wdrażanie aplikacji ASP.NET i kodu bazy danych Azure SQL przy użyciu usługi Azure DevOps Starter
Usługa Azure DevOps Starter stanowi uproszczone środowisko, w którym można przenieść istniejący kod i repozytorium Git lub wybrać przykładową aplikację, aby utworzyć potok ciągłej integracji i ciągłego dostarczania (CD) na platformie Azure.
Metodyka DevOps Starter również:
- Automatycznie tworzy zasoby platformy Azure, takie jak baza danych w usłudze Azure SQL Database.
- Tworzy i konfiguruje potok wydania w usłudze Azure Pipelines, który obejmuje potok kompilacji na potrzeby ciągłej integracji.
- Konfiguruje potok wydania na potrzeby ciągłego wdrażania.
- Tworzy zasób usługi Azure Application Insights na potrzeby monitorowania.
W tym samouczku wykonasz następujące czynności:
- Wdrażanie aplikacji ASP.NET i kodu bazy danych Azure SQL za pomocą narzędzia Azure DevOps Starter
- Konfigurowanie usługi Azure DevOps i subskrypcji platformy Azure
- Badanie potoku ciągłej integracji
- Badanie potoku ciągłego wdrażania
- Zatwierdzanie zmian w usłudze Azure Repos i automatyczne wdrażanie ich na platformie Azure
- Łączenie z bazą danych Azure SQL Database
- Czyszczenie zasobów
Wymagania wstępne
- Subskrypcja platformy Azure. Możesz uzyskać ją bezpłatnie za pośrednictwem programu Visual Studio Dev Essentials.
Tworzenie projektu w usłudze DevOps Projects dla aplikacji ASP.NET i bazy danych Azure SQL
Usługa DevOps Starter tworzy potok ciągłej integracji/ciągłego wdrażania w usłudze Azure Pipelines. Możesz utworzyć nową organizację usługi Azure DevOps lub użyć istniejącej organizacji. Usługa DevOps Starter tworzy również zasoby platformy Azure, takie jak Azure SQL Database, w wybranej subskrypcji platformy Azure.
Zaloguj się w witrynie Azure Portal.
W polu wyszukiwania wpisz DevOps Starter, a następnie wybierz pozycję. Kliknij pozycję Dodaj , aby utworzyć nowy.
Wybierz pozycję .NET, a następnie wybierz pozycję Dalej.
Na stronie Wybierz strukturę aplikacji wybierz pozycję ASP.NET.
Wybierz pozycję Dodaj bazę danych, a następnie wybierz pozycję Dalej. Wybrana w poprzednim kroku struktura aplikacji decyduje o dostępnym w tym miejscu typie celu wdrożenia usługi platformy Azure.
Wybierz opcję Dalej.
Konfigurowanie usługi Azure DevOps i subskrypcji platformy Azure
Utwórz nową organizację usługi Azure DevOps lub wybierz istniejącą organizację.
Wprowadź nazwę projektu usługi Azure DevOps.
Wybierz usługi subskrypcji platformy Azure. Możesz również wybrać link Zmień, aby wyświetlić dodatkowe ustawienia konfiguracji platformy Azure, a następnie określić nazwę użytkownika w sekcji Szczegóły logowania na serwerze bazy danych. Zachowaj nazwę użytkownika, aby użyć jej w dalszych krokach tego samouczka. Jeśli możesz wykonać ten krok opcjonalny, zamknij obszar konfiguracji platformy Azure przed wybraniem pozycji Gotowe.
Kliknij Gotowe. Po kilku minutach proces zostanie ukończony, a pulpit nawigacyjny devOps Starter zostanie otwarty w Azure Portal. Możesz również przejść do pulpitu nawigacyjnego bezpośrednio z obszaru Wszystkie zasoby w witrynie Azure Portal. Po prawej stronie wybierz pozycję Przeglądaj, aby wyświetlić uruchomioną aplikację.
Badanie potoku ciągłej integracji
Usługa DevOps Starter automatycznie konfiguruje pełny potok ciągłej integracji/ciągłego wdrażania w Azure Repos. Możesz przeglądać i dostosowywać potok. Aby zapoznać się z potokami kompilacji usługi Azure DevOps, wykonaj następujące czynności:
W górnej części pulpitu nawigacyjnego devOps Starter wybierz pozycję Potoki kompilacji. Zostanie wyświetlona karta przeglądarki z potokiem kompilacji dla nowego projektu.
Wskaż pole Stan , a następnie wybierz wielokropek (...). W menu jest wyświetlanych kilka opcji, takich jak kolejkowanie nowej kompilacji, wstrzymanie kompilacji i edytowanie potoku kompilacji.
Wybierz pozycję Edytuj.
W tym okienku możesz zapoznać się z różnymi zadaniami w potoku kompilacji. W ramach kompilacji są wykonywane różne zadania, takie jak pobieranie źródeł z repozytorium Git, przywracanie zależności i publikowanie danych wyjściowych używanych do wdrożenia.
W górnej części potoku kompilacji wybierz jego nazwę.
Zmień nazwę potoku kompilacji na bardziej opisową, wybierz pozycję Zapisz i dodaj do kolejki, a następnie wybierz pozycję Zapisz.
W obszarze nazwy potoku kompilacji wybierz pozycję Historia. W tym okienku jest wyświetlany dziennik inspekcji ostatnio wprowadzonych zmian w kompilacji. Usługa Azure Pipelines śledzi wszelkie zmiany wprowadzone do potoku kompilacji i pozwala na porównanie wersji.
Wybierz pozycję Wyzwalacze. Usługa DevOps Starter automatycznie tworzy wyzwalacz ciągłej integracji, a każde zatwierdzenie w repozytorium rozpoczyna nową kompilację. Opcjonalnie możesz zdecydować się dołączyć gałęzie do procesu ciągłej integracji lub wykluczyć je z niego.
Wybierz pozycję Przechowywanie. W zależności od scenariusza możesz określić zasady przechowywania lub usuwania pewnej liczby kompilacji.
Badanie potoku ciągłego wdrażania
Usługa DevOps Starter automatycznie tworzy i konfiguruje niezbędne kroki wdrażania z organizacji usługi Azure DevOps do subskrypcji platformy Azure. Te kroki obejmują konfigurowanie połączenia usługi platformy Azure w celu uwierzytelniania usługi Azure DevOps w subskrypcji platformy Azure. Automatyzacja tworzy również potok ciągłego wdrażania, a on zapewnia ciągłe wdrażanie na maszynie wirtualnej platformy Azure. Aby dowiedzieć się więcej o potoku ciągłego wdrażania usługi Azure DevOps, wykonaj następujące czynności:
Wybierz pozycję Kompilacja i wydanie, a następnie wybierz pozycję Wydania. Usługa DevOps Starter tworzy potok wydania do zarządzania wdrożeniami na platformie Azure.
Wybierz symbol wielokropka (...) obok potoku wydania, a następnie wybierz pozycję Edytuj. Potok wydania zawiera potok, który definiuje proces tworzenia wydania.
W obszarze Artefakty wybierz polecenie Porzuć. Potok kompilacji przedstawiony w poprzednich krokach generuje dane wyjściowe używane na potrzeby artefaktu.
Z prawej strony ikony Porzuć wybierz pozycję Wyzwalacz ciągłego wdrażania. Ten potok wydania ma włączony wyzwalacz ciągłego wdrażania, który przeprowadza wdrożenie za każdym razem, gdy jest dostępny nowy artefakt kompilacji. Opcjonalnie możesz wyłączyć wyzwalacz. Wtedy wdrożenia będą wymagać ręcznego wykonania.
Usługa DevOps Starter konfiguruje losowe hasło SQL i używa go do potoku wydania.
Po lewej stronie wybierz pozycję Zmienne.
Uwaga
Ten krok należy wykonać tylko, jeśli hasło programu SQL Server zostało zmienione. Istnieje jedna zmienna hasła.
Obok pola Wartość wybierz ikonę kłódki, wprowadź nowe hasło, a następnie wybierz pozycję Zapisz.
Po lewej stronie wybierz pozycję Zadania, a następnie wybierz środowisko. Zadania to czynności wykonywane w procesie wdrażania, pogrupowane w fazy. Ten potok wydania ma jedną fazę, która zawiera zadania wdrożenia usługi Azure App Service i wdrożenia usługi Azure SQL Database.
Wybierz zadanie wykonania usługi Azure SQL i sprawdź różne właściwości użyte podczas wdrożenia bazy danych SQL. W obszarze Pakiet wdrożeniowy w zadaniu używany jest plik SQL DACPAC.
Po prawej stronie wybierz pozycję Wyświetl wydania, aby wyświetlić historię wydań.
Wybierz symbol wielokropka (...) obok wydania, a następnie wybierz pozycję Otwórz. Dostępnych jest kilka menu, z którymi możesz się zapoznać, na przykład podsumowanie wydań, skojarzone elementy robocze i testy.
Wybierz pozycję Zatwierdzenia. Ten widok przedstawia zatwierdzenia kodu skojarzone z danym wdrożeniem. Porównaj wydania, aby wyświetlić różnice w zatwierdzeniach pomiędzy wdrożeniami.
Wybierz pozycję Dzienniki. Dzienniki zawierają przydatne informacje na temat procesu wdrażania. Możesz je wyświetlać zarówno podczas wdrażania, jak i po jego zakończeniu.
Zatwierdzanie zmian w usłudze Azure Repos i automatyczne wdrażanie ich na platformie Azure
Uwaga
Poniższa procedura testuje potok ciągłej integracji/ciągłego wdrażania, wprowadzając prostą zmianę tekstu. Aby sprawdzić proces wdrażania usługi SQL, możesz również wprowadzić zmianę w schemacie programu SQL Server w tabeli.
Teraz możesz rozpocząć współpracę z zespołem nad aplikacją w języku Python w ramach procesu ciągłej integracji/ciągłego wdrażania, który automatycznie wdraża najnowszy kod w witrynie internetowej. Każda zmiana w repozytorium Git rozpoczyna kompilację w usłudze Azure DevOps, a potok ciągłego wdrażania wykonuje wdrażanie na platformie Azure. Wykonaj procedurę opisaną w tej sekcji lub użyj innej techniki, aby zatwierdzić zmiany w repozytorium. Zmiany kodu wywołują rozpoczęcie procesu ciągłej integracji/ciągłego wdrażania i automatyczne wdrożenie zmian na platformie Azure.
W lewym okienku wybierz pozycję Kod, a następnie przejdź do repozytorium.
Przejdź do katalogu SampleWebApplication\Views\Home, a następnie wybierz symbol wielokropka (...) obok pliku Index.cshtml i wybierz polecenie Edytuj.
Wprowadź zmianę w pliku, na przykład dodaj tekst w jednym z tagów div.
W prawym górnym rogu wybierz pozycję Zatwierdź, a następnie ponownie wybierz pozycję Zatwierdź, aby wypchnąć zmianę. Po chwili zostanie uruchomiona kompilacja w usłudze Azure DevOps, a następnie zostanie wykonane wydanie w celu wdrożenia zmian. Monitoruj stan kompilacji na pulpicie nawigacyjnym devOps Starter lub w przeglądarce za pomocą organizacji usługi Azure DevOps.
Po zakończeniu tworzenia wydania odśwież aplikację, aby zweryfikować zmiany.
Łączenie z bazą danych Azure SQL Database
Aby nawiązać połączenie z usługą Azure SQL Database, musisz mieć odpowiednie uprawnienia.
Na pulpicie nawigacyjnym devOps Starter wybierz pozycję SQL Database, aby przejść do strony zarządzania SQL Database.
Wybierz polecenie Ustaw zaporę serwera, a następnie wybierz pozycję Dodaj adres IP klienta.
Wybierz pozycję Zapisz. Adres IP klienta ma teraz dostęp do zasobów usługi Azure SQL Server.
Wróć do okienka Baza danych SQL.
Po prawej stronie wybierz nazwę serwera, aby przejść do strony konfiguracji usługi SQL Server.
Wybierz pozycję Resetuj hasło, wprowadź hasło dla identyfikatora logowania administratora SQL Server, a następnie wybierz pozycję Zapisz. Zachowaj to hasło do użycia w dalszej części tego samouczka.
Teraz możesz opcjonalnie użyć narzędzi klienckich, takich jak SQL Server Management Studio lub Visual Studio, aby nawiązać połączenie z usługą SQL Server i usługą Azure SQL Database. Użyj właściwości Nazwa serwera, aby nawiązać połączenie.
Jeśli nie zmieniono nazwy użytkownika bazy danych podczas początkowego konfigurowania projektu w usłudze DevOps Projects, nazwa użytkownika to lokalna część adresu e-mail. Jeśli na przykład twój adres e-mail to johndoe@microsoft.com, nazwa użytkownika to johndoe.
Uwaga
Jeśli zmienisz hasło logowania SQL, musisz zmienić hasło w zmiennej potoku wydania, zgodnie z opisem w sekcji Badanie potoku ciągłego wdrażania.
Czyszczenie zasobów
Jeśli przeprowadzasz testowanie, możesz uniknąć naliczania opłat, oczyszczając zasoby. Gdy nie są już potrzebne, możesz usunąć Azure SQL Database i powiązane zasoby utworzone w tym samouczku. W tym celu użyj funkcji Usuń na pulpicie nawigacyjnym devOps Starter.
Ważne
Poniższa procedura powoduje trwałe usunięcie zasobów. Funkcja Usuń niszczy dane utworzone przez projekt w usłudze DevOps Starter zarówno na platformie Azure, jak i w usłudze Azure DevOps, i nie będzie można ich pobrać. Użyj tej procedury dopiero po uważnym przeczytaniu monitów.
- W Azure Portal przejdź do pulpitu nawigacyjnego devOps Starter.
- W prawym górnym rogu wybierz pozycję Usuń.
- Po wyświetleniu monitu wybierz pozycję Tak, aby trwale usunąć zasoby.
Następne kroki
Opcjonalnie możesz zmodyfikować potoki kompilacji i wydania, aby zaspokoić potrzeby swojego zespołu. Możesz także użyć wzorca ciągłej integracji/ciągłego wdrażania jako szablonu podczas pracy z innymi potokami. W niniejszym samouczku zawarto informacje na temat wykonywania następujących czynności:
- Wdrażanie aplikacji ASP.NET i kodu bazy danych Azure SQL przy użyciu usługi Azure DevOps Starter
- Konfigurowanie usługi Azure DevOps i subskrypcji platformy Azure
- Badanie potoku ciągłej integracji
- Badanie potoku ciągłego wdrażania
- Zatwierdzanie zmian w usłudze Azure Repos i automatyczne wdrażanie ich na platformie Azure
- Łączenie z bazą danych Azure SQL Database
- Czyszczenie zasobów
Aby dowiedzieć się więcej na temat potoku ciągłej integracji/ciągłego wdrażania, zobacz: