Отладка микросервисов, запущенных в Kubernetes с помощью телеприсутствия. Помечено микросервисами, отладкой, kubernetes, java. Отладка микросервисов, запущенных в Kubernetes Чтобы узнать больше о микросервисах, оркестровке контейнеров и сетках сервисов, я создал || локальную среду разработки || с помощью MIN в этой статье я описываю, как отлаживать эти сервисы локально. Кроме того, микросервисы могут разрабатываться на разных языках и для различных типов реализаций. Новая проблема при отладке облачных приложений заключается в том, что приложения часто имеют множество микросервисов и систему управления полетами: API Angular 9 + Spring Boot + REST с тегами angular, webdev, typescript, java. Аннотация Система управления полетами представляет собой решение для бронирования авиабилетов на основе Java…. Система управления полетами: Angular 9 + Spring Boot + API REST Если вы хотите попробовать, используйте || пример приложения || , настройте || локальную среду разработки || и следуйте инструкциям выше. Я еще не пробовал двустороннюю связь, но функциональность звучит очень многообещающе и будет соответствовать вышеуказанным требованиям! Существует даже поддержка “горячей замены кода” (см. Документацию). Telepresense может заменить модуль Kubernetes двусторонним прокси-сервером, который обрабатывает трафик в ваш локальный контейнер Docker. По сути, вы можете запустить свой код в локальном контейнере Docker и отладить его с помощью удаленного отладчика. К счастью, Telepresense поставляется с механизмом |||/для поддержки этого. Например, локально запущенный сервис “web-api” не может вызвать сервис Kubernetes “статьи” через || http://articles:9080 || . К сожалению, другое направление не работает. С помощью этой простой настройки службы в Kubernetes могут вызывать локальные службы. Вызов из локальных служб в Kubernetes Самое приятное, что вы также можете использовать отладчик Eclipse, как если бы все работало локально. Как только удаленный порт 9080 Kubernetes сопоставлен с локальным портом 9080, локально запущенная служба может быть вызвана из службы “web-api”, запущенной в Kubernetes. Telepresense || , можно выполнить следующую команду: После установки || Все запросы к модулю в Kubernetes перенаправляются на локальный URL и порт. Телеприсутствие позволяет заменить модуль, работающий в Kubernetes, службой, работающей локально. Теперь перейдем к самой захватывающей части. Вот файл || yaml ||: Для запуска службы “статьи” в Kubernetes я написал простой || скрипт || для его развертывания. После этого вы можете запустить локальный сервер Open Liberty. Чтобы запустить службу на локальном сервере Open Liberty, вам необходимо установить флажок “Динамический веб-модуль” в настройках “Аспекты проекта”. Вы можете импортировать сервис “статьи” как существующий проект Maven. Существует множество доступных документов о том, как отлаживать Open Liberty в Eclipse с помощью || Инструментов Open Liberty || . Я реализовал эти сервисы с помощью JavaEE, OpenJ9, || Open Liberty || и микропрофиля в Eclipse. Я хочу локально отладить службу “статьи” и позволить службе “веб-api” вызывать ее, которая работает в кластере Kubernetes. Микросервис “веб-api” BFF (бэкэнд для интерфейса) вызывает другой микросервис “статьи”. Я использую || простое приложение ||, в котором пока есть два микросервиса. Вот пример. Одним из отличных решений является использование || Telepresence || , который является инструментом с открытым исходным кодом для “БЫСТРОЙ ЛОКАЛЬНОЙ РАЗРАБОТКИ МИКРОСЕРВИСОВ KUBERNETES И OPENSHIFT”. Существует несколько различных способов отладки микросервисов. Телеприсутствие Внесите изменения в код локально и немедленно протестируйте их (вместо перезапуска контейнеров). Запустите код в том же контейнере локально, что и в рабочей среде (вместо локальной установки серверов приложений) Запустите единую службу как часть общего приложения, например, вызовите ее из другой службы (а не только с помощью модульных тестов и макетных объектов) Запускайте и отлаживайте мой код в моей любимой среде разработки локально (вместо использования медленного удаленного отладчика) В оптимальном случае я бы хотел … Вот список моих требований к отладке. Тестирование требований и отладка только отдельных сервисов недостаточны. между ними очень много общения. специализированные и установленные IDE (интегрированные среды разработки) и инструменты для отладки отдельных сервисов. d с несколькими фреймворками. ube, Istio и такие инструменты, как Kiali, и создали || образец приложения || .
Отладка микросервисов, запущенных в Kubernetes с помощью телеприсутствия. Помечено микросервисами, отладкой, kubernetes, java. Отладка микросервисов, запущенных в Kubernetes Чтобы узнать больше о микросервисах, оркестровке контейнеров и сетках сервисов, я создал || локальную среду разработки || с помощью MIN в этой статье я описываю, как отлаживать эти сервисы локально. Микросервисы INIK могут разрабатываться на разных языках и для различных типов реализации. Новая проблема при отладке облачных приложений заключается в том, что приложения часто содержат множество микросервисов, а система управления полетами представляет собой решение для бронирования авиабилетов на основе Java. Абстрактная система управления полетами: Angular 9 + Spring Boot + REST API с тегами angular, webdev, typescript, java. Аннотация Система управления полетами представляет собой решение для бронирования авиабилетов на основе Java…. Система управления полетами: Angular 9 + Spring Boot + API REST Если вы хотите попробовать, используйте || пример приложения || , настройте || локальную среду разработки || и следуйте инструкциям выше. Я еще не пробовал двустороннюю связь, но функциональность звучит очень многообещающе и будет соответствовать вышеуказанным требованиям! Существует даже поддержка “горячей замены кода” (см. Документацию). Telepresense может заменить модуль Kubernetes двусторонним прокси-сервером, который обрабатывает трафик в ваш локальный контейнер Docker. По сути, вы можете запустить свой код в локальном контейнере Docker и отладить его с помощью удаленного отладчика. К счастью, Telepresense поставляется с механизмом |||/для поддержки этого. Например, локально запущенный сервис “web-api” не может вызвать сервис Kubernetes “статьи” через || http://articles:9080 || . К сожалению, другое направление не работает. С помощью этой простой настройки службы в Kubernetes могут вызывать локальные службы. Вызов из локальных служб в Kubernetes Самое приятное, что вы также можете использовать отладчик Eclipse, как если бы все работало локально. Как только удаленный порт 9080 Kubernetes сопоставлен с локальным портом 9080, локально запущенная служба может быть вызвана из службы “web-api”, запущенной в Kubernetes. Telepresense || , можно выполнить следующую команду: После установки || Все запросы к модулю в Kubernetes перенаправляются на локальный URL и порт. Телеприсутствие позволяет заменить модуль, работающий в Kubernetes, службой, работающей локально. Теперь перейдем к самой захватывающей части. Вот файл || yaml ||: Для запуска службы “статьи” в Kubernetes я написал простой || скрипт || для его развертывания. После этого вы можете запустить локальный сервер Open Liberty. Чтобы запустить службу на локальном сервере Open Liberty, вам необходимо установить флажок “Динамический веб-модуль” в настройках “Аспекты проекта”. Вы можете импортировать сервис “статьи” как существующий проект Maven. Существует множество доступных документов о том, как отлаживать Open Liberty в Eclipse с помощью || Инструментов Open Liberty || . Я реализовал эти сервисы с помощью JavaEE, OpenJ9, || Open Liberty || и микропрофиля в Eclipse. Я хочу локально отладить службу “статьи” и позволить службе “веб-api” вызывать ее, которая работает в кластере Kubernetes. Микросервис “веб-api” BFF (бэкэнд для интерфейса) вызывает другой микросервис “статьи”. Я использую || простое приложение ||, в котором пока есть два микросервиса. Вот пример. Одним из отличных решений является использование || Telepresence || , который является инструментом с открытым исходным кодом для “БЫСТРОЙ ЛОКАЛЬНОЙ РАЗРАБОТКИ МИКРОСЕРВИСОВ KUBERNETES И OPENSHIFT”. Существует несколько различных способов отладки микросервисов. Телеприсутствие Внесите изменения в код локально и немедленно протестируйте их (вместо перезапуска контейнеров). Запустите код в том же контейнере локально, что и в рабочей среде (вместо локальной установки серверов приложений) Запустите единую службу как часть общего приложения, например, вызовите ее из другой службы (а не только с помощью модульных тестов и макетных объектов) Запускайте и отлаживайте мой код в моей любимой среде разработки локально (вместо использования медленного удаленного отладчика) В оптимальном случае я бы хотел … Вот список моих требований к отладке. Тестирование требований и отладка только отдельных сервисов недостаточны. между ними очень много общения. специализированные и установленные IDE (интегрированные среды разработки) и инструменты для отладки отдельных сервисов. d с несколькими фреймворками. ube, Istio и такие инструменты, как Kiali, и создали || образец приложения || . Отладка микросервисов, запущенных в Kubernetes с помощью телеприсутствия. Помечено микросервисами, отладкой, kubernetes, java. Отладка микросервисов, запущенных в Kubernetes Чтобы узнать больше о микросервисах, оркестровке контейнеров и сетках сервисов, я создал || локальную среду разработки || с помощью MIN в этой статье я описываю, как отлаживать эти сервисы локально. Микросервисы INIK могут разрабатываться на разных языках и для различных типов реализации. Новая проблема при отладке облачных приложений заключается в том, что приложения часто содержат множество микросервисов, и они объединяют данные, предоставляемые различными авиакомпаниями, и, следовательно, предоставляют информацию о пользователях и тарифах в режиме реального времени. Система управления полетами представляет собой решение для бронирования авиабилетов на основе Java. Абстрактная система управления полетами: Angular 9 + Spring Boot + REST API с тегами angular, webdev, typescript, java. Аннотация Система управления полетами представляет собой решение для бронирования авиабилетов на основе Java…. Система управления полетами: Angular 9 + Spring Boot + API REST Если вы хотите попробовать, используйте || пример приложения || , настройте || локальную среду разработки || и следуйте инструкциям выше. Я еще не пробовал двустороннюю связь, но функциональность звучит очень многообещающе и будет соответствовать вышеуказанным требованиям! Существует даже поддержка “горячей замены кода” (см. Документацию). Telepresense может заменить модуль Kubernetes двусторонним прокси-сервером, который обрабатывает трафик в ваш локальный контейнер Docker. По сути, вы можете запустить свой код в локальном контейнере Docker и отладить его с помощью удаленного отладчика. К счастью, Telepresense поставляется с механизмом |||/для поддержки этого. Например, локально запущенный сервис “web-api” не может вызвать сервис Kubernetes “статьи” через || http://articles:9080 || . К сожалению, другое направление не работает. С помощью этой простой настройки службы в Kubernetes могут вызывать локальные службы. Вызов из локальных служб в Kubernetes Самое приятное, что вы также можете использовать отладчик Eclipse, как если бы все работало локально. Как только удаленный порт 9080 Kubernetes сопоставлен с локальным портом 9080, локально запущенная служба может быть вызвана из службы “web-api”, запущенной в Kubernetes. Telepresense || , можно выполнить следующую команду: После установки || Все запросы к модулю в Kubernetes перенаправляются на локальный URL и порт. Телеприсутствие позволяет заменить модуль, работающий в Kubernetes, службой, работающей локально. Теперь перейдем к самой захватывающей части. Вот файл || yaml ||: Для запуска службы “статьи” в Kubernetes я написал простой || скрипт || для его развертывания. После этого вы можете запустить локальный сервер Open Liberty. Чтобы запустить службу на локальном сервере Open Liberty, вам необходимо установить флажок “Динамический веб-модуль” в настройках “Аспекты проекта”. Вы можете импортировать сервис “статьи” как существующий проект Maven. Существует множество доступных документов о том, как отлаживать Open Liberty в Eclipse с помощью || Инструментов Open Liberty || . Я реализовал эти сервисы с помощью JavaEE, OpenJ9, || Open Liberty || и микропрофиля в Eclipse. Я хочу локально отладить службу “статьи” и позволить службе “веб-api” вызывать ее, которая работает в кластере Kubernetes. Микросервис “веб-api” BFF (бэкэнд для интерфейса) вызывает другой микросервис “статьи”. Я использую || простое приложение ||, в котором пока есть два микросервиса. Вот пример. Одним из отличных решений является использование || Telepresence || , который является инструментом с открытым исходным кодом для “БЫСТРОЙ ЛОКАЛЬНОЙ РАЗРАБОТКИ МИКРОСЕРВИСОВ KUBERNETES И OPENSHIFT”. Существует несколько различных способов отладки микросервисов. Телеприсутствие Внесите изменения в код локально и немедленно протестируйте их (вместо перезапуска контейнеров). Запустите код в том же контейнере локально, что и в рабочей среде (вместо локальной установки серверов приложений) Запустите единую службу как часть общего приложения, например, вызовите ее из другой службы (а не только с помощью модульных тестов и макетных объектов) Запускайте и отлаживайте мой код в моей любимой среде разработки локально (вместо использования медленного удаленного отладчика) В оптимальном случае я бы хотел … Вот список моих требований к отладке. Тестирование требований и отладка только отдельных сервисов недостаточны. между ними очень много общения. специализированные и установленные IDE (интегрированные среды разработки) и инструменты для отладки отдельных сервисов. d с несколькими фреймворками. ube, Istio и такие инструменты, как Kiali, и создали || образец приложения || . Отладка микросервисов, запущенных в Kubernetes с помощью телеприсутствия. Помечено микросервисами, отладкой, kubernetes, java. Отладка микросервисов, запущенных в Kubernetes Чтобы узнать больше о микросервисах, оркестровке контейнеров и сетках сервисов, я создал || локальную среду разработки || с помощью MIN в этой статье я описываю, как отлаживать эти сервисы локально. Микросервисы INIK могут разрабатываться на разных языках и для разных типов реализации. Новая проблема при отладке облачных приложений заключается в том, что приложения часто содержат много микросервисов, и путешественники могут захотеть внести изменения в свои заказы. Он объединяет данные, предоставленные различными авиакомпаниями, и, следовательно, предоставляет информацию о пользователях и тарифах в режиме реального времени. Система управления полетами представляет собой решение для бронирования авиабилетов на основе Java. Абстрактная система управления полетами: Angular 9 + Spring Boot + REST API с тегами angular, webdev, typescript, java. Аннотация Система управления полетами представляет собой решение для бронирования авиабилетов на основе Java…. Система управления полетами: Angular 9 + Spring Boot + API REST Если вы хотите попробовать, используйте || пример приложения || , настройте || локальную среду разработки || и следуйте инструкциям выше. Я еще не пробовал двустороннюю связь, но функциональность звучит очень многообещающе и будет соответствовать вышеуказанным требованиям! Существует даже поддержка “горячей замены кода” (см. Документацию). Telepresense может заменить модуль Kubernetes двусторонним прокси-сервером, который обрабатывает трафик в ваш локальный контейнер Docker. По сути, вы можете запустить свой код в локальном контейнере Docker и отладить его с помощью удаленного отладчика. К счастью, Telepresense поставляется с механизмом |||/для поддержки этого. Например, локально запущенный сервис “web-api” не может вызвать сервис Kubernetes “статьи” через || http://articles:9080 || . К сожалению, другое направление не работает. С помощью этой простой настройки службы в Kubernetes могут вызывать локальные службы. Вызов из локальных служб в Kubernetes Самое приятное, что вы также можете использовать отладчик Eclipse, как если бы все работало локально. Как только удаленный порт 9080 Kubernetes сопоставлен с локальным портом 9080, локально запущенная служба может быть вызвана из службы “web-api”, запущенной в Kubernetes. Telepresense || , можно выполнить следующую команду: После установки || Все запросы к модулю в Kubernetes перенаправляются на локальный URL и порт. Телеприсутствие позволяет заменить модуль, работающий в Kubernetes, службой, работающей локально. Теперь перейдем к самой захватывающей части. Вот файл || yaml ||: Для запуска службы “статьи” в Kubernetes я написал простой || скрипт || для его развертывания. После этого вы можете запустить локальный сервер Open Liberty. Чтобы запустить службу на локальном сервере Open Liberty, вам необходимо установить флажок “Динамический веб-модуль” в настройках “Аспекты проекта”. Вы можете импортировать сервис “статьи” как существующий проект Maven. Существует множество доступных документов о том, как отлаживать Open Liberty в Eclipse с помощью || Инструментов Open Liberty || . Я реализовал эти сервисы с помощью JavaEE, OpenJ9, || Open Liberty || и микропрофиля в Eclipse. Я хочу локально отладить службу “статьи” и позволить службе “веб-api” вызывать ее, которая работает в кластере Kubernetes. Микросервис “веб-api” BFF (бэкэнд для интерфейса) вызывает другой микросервис “статьи”. Я использую || простое приложение ||, в котором пока есть два микросервиса. Вот пример. Одним из отличных решений является использование || Telepresence || , который является инструментом с открытым исходным кодом для “БЫСТРОЙ ЛОКАЛЬНОЙ РАЗРАБОТКИ МИКРОСЕРВИСОВ KUBERNETES И OPENSHIFT”. Существует несколько различных способов отладки микросервисов. Телеприсутствие Внесите изменения в код локально и немедленно протестируйте их (вместо перезапуска контейнеров). Запустите код в том же контейнере локально, что и в рабочей среде (вместо локальной установки серверов приложений) Запустите единую службу как часть общего приложения, например, вызовите ее из другой службы (а не только с помощью модульных тестов и макетных объектов) Запускайте и отлаживайте мой код в моей любимой среде разработки локально (вместо использования медленного удаленного отладчика) В оптимальном случае я бы хотел … Вот список моих требований к отладке. Тестирование требований и отладка только отдельных сервисов недостаточны. между ними очень много общения. специализированные и установленные IDE (интегрированные среды разработки) и инструменты для отладки отдельных сервисов. d с несколькими фреймворками. ube, Istio и такие инструменты, как Kiali, и создали || образец приложения || . Отладка микросервисов, запущенных в Kubernetes с помощью телеприсутствия. Помечено микросервисами, отладкой, kubernetes, java. Отладка микросервисов, запущенных в Kubernetes Чтобы узнать больше о микросервисах, оркестровке контейнеров и сетках сервисов, я создал || локальную среду разработки || с помощью MIN в этой статье я описываю, как отлаживать эти сервисы локально. Микросервисы INIK могут быть разработаны на разных языках и для различных типов реализации. Новая проблема при отладке облачных приложений заключается в том, что приложения часто содержат множество микросервисов, и приложение позволяет им легко бронировать, отменять, просматривать и обновлять свои заказы. Путешественники могут захотеть внести изменения в свои бронирования. Он объединяет данные, предоставленные различными авиакомпаниями, и, следовательно, предоставляет информацию о пользователях и тарифах в режиме реального времени. Система управления полетами представляет собой решение для бронирования авиабилетов на основе Java. Абстрактная система управления полетами: Angular 9 + Spring Boot + REST API с тегами angular, webdev, typescript, java. Аннотация Система управления полетами представляет собой решение для бронирования авиабилетов на основе Java…. Система управления полетами: Angular 9 + Spring Boot + API REST Если вы хотите попробовать, используйте || пример приложения || , настройте || локальную среду разработки || и следуйте инструкциям выше. Я еще не пробовал двустороннюю связь, но функциональность звучит очень многообещающе и будет соответствовать вышеуказанным требованиям! Существует даже поддержка “горячей замены кода” (см. Документацию). Telepresense может заменить модуль Kubernetes двусторонним прокси-сервером, который обрабатывает трафик в ваш локальный контейнер Docker. По сути, вы можете запустить свой код в локальном контейнере Docker и отладить его с помощью удаленного отладчика. К счастью, Telepresense поставляется с механизмом |||/для поддержки этого. Например, локально запущенный сервис “web-api” не может вызвать сервис Kubernetes “статьи” через || http://articles:9080 || . К сожалению, другое направление не работает. С помощью этой простой настройки службы в Kubernetes могут вызывать локальные службы. Вызов из локальных служб в Kubernetes Самое приятное, что вы также можете использовать отладчик Eclipse, как если бы все работало локально. Как только удаленный порт 9080 Kubernetes сопоставлен с локальным портом 9080, локально запущенная служба может быть вызвана из службы “web-api”, запущенной в Kubernetes. Telepresense || , можно выполнить следующую команду: После установки || Все запросы к модулю в Kubernetes перенаправляются на локальный URL и порт. Телеприсутствие позволяет заменить модуль, работающий в Kubernetes, службой, работающей локально. Теперь перейдем к самой захватывающей части. Вот файл || yaml ||: Для запуска службы “статьи” в Kubernetes я написал простой || скрипт || для его развертывания. После этого вы можете запустить локальный сервер Open Liberty. Чтобы запустить службу на локальном сервере Open Liberty, вам необходимо установить флажок “Динамический веб-модуль” в настройках “Аспекты проекта”. Вы можете импортировать сервис “статьи” как существующий проект Maven. Существует множество доступных документов о том, как отлаживать Open Liberty в Eclipse с помощью || Инструментов Open Liberty || . Я реализовал эти сервисы с помощью JavaEE, OpenJ9, || Open Liberty || и микропрофиля в Eclipse. Я хочу локально отладить службу “статьи” и позволить службе “веб-api” вызывать ее, которая работает в кластере Kubernetes. Микросервис “веб-api” BFF (бэкэнд для интерфейса) вызывает другой микросервис “статьи”. Я использую || простое приложение ||, в котором пока есть два микросервиса. Вот пример. Одним из отличных решений является использование || Telepresence || , который является инструментом с открытым исходным кодом для “БЫСТРОЙ ЛОКАЛЬНОЙ РАЗРАБОТКИ МИКРОСЕРВИСОВ KUBERNETES И OPENSHIFT”. Существует несколько различных способов отладки микросервисов. Телеприсутствие Внесите изменения в код локально и немедленно протестируйте их (вместо перезапуска контейнеров). Запустите код в том же контейнере локально, что и в рабочей среде (вместо локальной установки серверов приложений) Запустите единую службу как часть общего приложения, например, вызовите ее из другой службы (а не только с помощью модульных тестов и макетных объектов) Запускайте и отлаживайте мой код в моей любимой среде разработки локально (вместо использования медленного удаленного отладчика) В оптимальном случае я бы хотел … Вот список моих требований к отладке. Тестирование требований и отладка только отдельных сервисов недостаточны. между ними очень много общения. специализированные и установленные IDE (интегрированные среды разработки) и инструменты для отладки отдельных сервисов. d с несколькими фреймворками. ube, Istio и такие инструменты, как Kiali, и создали || образец приложения || . Помимо этого, это также облегчает управление бронированиями. Все бронирования, рейсы, расписания и маршруты могут быть просмотрены, добавлены и изменены администратором в одном приложении.
Масштаб
Вписать:
Ниже приведена функциональность, предоставляемая системой: Есть две категории людей, которые могли бы получить доступ к системе: клиент и администратор. Каждый из них будет обладать некоторыми исключительными привилегиями.
Клиент может:
- Создайте его учетную запись пользователя.
- Войдите в приложение.
- Проверьте наличие свободных рейсов.
- Сделайте заказ.
- Просмотрите сделанные заказы.
- Отменить или изменить бронирование.
Администратор может:
- Войдите в приложение.
- Добавьте информацию о рейсе, расписании и маршруте.
- Просмотрите информацию о рейсе, расписании и маршруте.
- Отмените или измените детали рейса, расписания и маршрута.
Вне сферы действия:
Следующие функциональные возможности не были охвачены приложением:
- Приложение не распространяется на генерацию посадочных талонов и планы рассадки пассажиров.
- Сторонние приложения, такие как интеграция электронной почты и SMS.
- Платежи еще не принимаются приложением.
Как я его построил
Привет, всем вам интересно узнать, как я это создаю и работаю с различными технологиями во время работы над этим проектом. Во-первых, этот проект осуществлялся под моим руководством. Я начал работать с бэкэнда с Spring Boot (фреймворк на основе Java), затем приступил к реализации API и контроллеров REST и, наконец, создал интерфейс с использованием Angular со всеми необходимыми проверками и всем прочим.
Стек технологий:
Бэкэнд:
- Ява
- Пружинный ботинок
- остальное
- Микросервисы
- JPA
Внешний интерфейс
- HTML 5
- CSS 3
- Начальная загрузка 4
- Угловой 9
Кроме того, я использовал гибкую методологию во время работы над этим проектом и ежедневно просматривал отставание в спринте. Вы можете найти Спринт и список невыполненных работ по продукту в моем профиле на Github.
Стратегия, которой следовали при выполнении кода:
При написании кода для проекта я попытался создать другую ветку в git для другого модуля, или вы можете сказать, что для разных компонентов. Это облегчило мою задачу, и я смог эффективно интегрировать проект и следовать гибкой методологии только потому, что каждый раз, когда я объединял ветку в мастер, проект находился в демонстрационном состоянии для клиента. Таким образом, до конца я следовал этим шагам и развивал проект.
Ссылка на код
Я знаю, что вам всем любопытно взглянуть на мой код, и вы дадите предложения по моему улучшению. Итак, вот моя ссылка на GitHub для кода. В прикрепленном URL-адресе github вы можете найти мой код для вышеупомянутого проекта, основанного на Angular 9 и Spring Boot.
Ознакомьтесь с моим кодом на GitHub и следуйте за мной там для получения дополнительной информации, связанной с технологиями:
sanchit2107/Система управления полетами
Это состоит из системы управления полетом, использующей пружинный ботинок и угловой 9. Полный пример обучения разработке полного стека вместе с внедрением
🌐 Описание
Система бронирования авиабилетов – это решение на базе Java, которое позволяет пользователям быстро бронировать авиабилеты и легко управлять информацией о бронировании, обновлениями и отменами. Он объединяет данные от разных авиакомпаний и, таким образом, предоставляет всю необходимую информацию и тарифы в режиме реального времени. Кроме того, администраторы данных о рейсах также могут быстро просматривать, создавать и обновлять любую информацию о рейсах, бронированиях, маршрутах и расписаниях.
💻 Технологии
Серверные технологии:
- Java 8
- Пружинный ботинок
- JPA
- API REST
- Тестирование юнитов
Передовые технологии
- HTML
- CSS
- Начальная загрузка
- Машинописный текст
- Угловой
Управление базами данных
- Оракул
- База данных H2
ℹ️ Предыстория
Сколько раз вы начинали мечтать о новой поездке, но потом хлопоты по планированию, поиску подходящего рейса и бронированию были настолько неприятными, что заставляли вас задуматься, стоило ли это путешествие того?! Эти разочарования заканчиваются сегодня с помощью универсального магазина системы бронирования авиабилетов для ваших билетов!
Самолет Особенности
Полет…
Следуйте за мной:
Надеюсь, вам понравится этот пост и это будет полезно для вас на этапе вашего развития. Если вам это нравится и вы находите что-то полезное с вашей стороны, пожалуйста, поставьте лайк и поделитесь этим сообщением и следуйте за мной для получения дополнительных обновлений, связанных с вкладом с открытым исходным кодом.
Спасибо
Санчит Сингхал
Оригинал: “https://dev.to/sanchit2107/flight-management-system-angular-9-spring-boot-rest-apis-45oo”