Preferencje help
Widoczny [Schowaj] Abstrakt
Liczba wyników

Znaleziono wyników: 5

Liczba wyników na stronie
first rewind previous Strona / 1 next fast forward last
Wyniki wyszukiwania
Wyszukiwano:
w słowach kluczowych:  Docker
help Sortuj według:

help Ogranicz wyniki do:
first rewind previous Strona / 1 next fast forward last
PL
Artykuł powstał w oparciu o pracę dyplomową absolwenta Wojskowej Akademii Technicznej, która dotyczy projektu i wykonania domowej stacji pogody zwykorzystaniem protokołu komunikacyjnego Bluetooth. Genezą dokumentu było opracowanie i realizacja stacji pogody, która bazuje na komunikacji bezprzewodowej pomiędzy modułami multisensorów a płytką mikrokontrolera pełniącego role Huba oraz pomiędzy Hubem a serwerem. W artykule pokrótce omówiona została przyjęta koncepcja projektu oraz jego praktyczna implementacja w warstwie sprzętowej i programowej.
EN
The article was based on the diploma thesis of a graduate of the Military University of Technology, which concerns the design and implementation of a home weather station using the Bluetooth communication protocol. The genesis of the document was the development and implementation of a weather station, which is based on wireless communication between multisensory modules and the microcontroller board acting as the Hub, and between the hub and the server. The article briefly discusses the adopted concept of the project and its practical implementation in the hardware and software layers.
PL
W artykule omówiono środowisko testowe dla sieci Internetu Rzeczy wykorzystującej szkielet IoTrust. Celem badań było testowanie funkcji związanych z bezpieczeństwem w oparciu o zalecenia NIST.
EN
This paper presents testing a proving environment for an Internet of Things network using the IoTrust framework. The purpose of the research was focused on testing security-related functions based on NIST recommendations.
PL
Przedmiotem tej pracy jest analiza porównawcza trzech narzędzi do orkiestracji kontenerów aplikacyjnych: Kubernetes 1.2.2, Docker Swarm 1.24 oraz Nomad Hashicorp 1.2.0. Zaimplementowano w tym celu aplikację, odpowiadającąna żądania, następnie skonteryzowano ją używając technologii Docker. Dla każdego z narzędzi powtórzono trzykrotnie scenariusz, który na celu miał zmierzenie czasu startupodów. Równocześnie z badaniem czasu startu przeprowadzono badanie dotyczące obciążenia podzespołów. W porównaniach uwzględniono też czas regeneracji repliki. Ostatnim doświadczeniem było zbadanie mechanizmów równoważenia obciążenia. Z przeprowadzonych analiz wynika, że Docker Swarm pod względem dużej części kryteriów rozpatrywanych w tej pracy okazał się najlepszym narzędziem orkiestracyjnym.
EN
The aim of the work is comparative analysis of three tools for application container’s orchestration: Kubernetes 1.2.2, Docker Swarm 1.24 and Nomad Hashicorp 1.2.0. For this purpose, test application was implemented, respondingrequests, then it was contenerized using Docker. For each tool, the scenario aimed at measuring pods startup time. The research was repeated three times. During each repetition number of replics were increased. Simultaneously with startup time test, CPU load and memory strain were measured. In comparison also time of regeneration was taken into consideration, what was realized by gauging time of response for GET request. The analysis showed that Docker Swarm in terms of most of the criteria examined in this work turned out as the best orchestration tool.
PL
W artykule opisano krótko architekturę oraz zasadę działania sieci neuronowych. Omówiono również szczegóły związane z programowaniem sieci neuronowych z wykorzystaniem języka Python oraz wybranych frameworków wspierających głębokie uczenie i projektowanie algorytmów AI. W dalszej części artykułu omówiony zostały proces wdrażania gotowego, wytrenowanego modelu sieci neutronowej w środowisku produkcyjnym aplikacji webowej, w której komunikacja z modelem sieci neuronowej przebiega zgodnie ze schematem Klient-Serwer. Wyjaśniona została idea tworzenia interfejsu API oraz ograniczenia architektoniczne specyfikacji REST-API. W ostatnim podrozdziale omówiono proces konteneryzacji modułu sieci neuronowej do postaci samodzielnej z wykorzystaniem środowisk Docker i Docker Compose.
EN
The article briefly describes the architecture and principle of operation of neural networks. Details related to programming neural networks using Python and selected frameworks supporting deep learning and designing AI algorithms were also discussed. The next part of the article discusses the process of implementing a ready, trained neural network model in the production environment of a web application, in which communication with the neural network model follows the Client-Server scheme. The idea of creating an API interface and the architectural limitations of the REST-API specification were explained. The last section discuss- es the process of containerization of a neural network module into a stand-alone form using the Docker and Docker Compose environments.
EN
Oracle, MSSQL, MySQL and PostgreSQL are four of the most popular relational databases. They are often used in internet applications. This paper aims to compare the efficiency of these technologies in terms of speed using containerization with Docker. No publications that include that aspect were found among previous papers. After review of the literature, it was hypothesized that the Oracle engine would be the fastest. During the research, a series of experiments was carried out using the application, in which tests for measuring the time of instruction execution were implemented. Each query was measured 100 times and the first measurement was rejected. The obtained results confirmed the hypothesis about the superiority of the Oracle database. As in previous studies, it proved to be the fastest, also using containerization.
PL
Oracle, MSSQL, MySQL i PostgreSQL to cztery z najpopularniejszych relacyjnych baz danych. Są one często wyko-rzystywane w aplikacjach internetowych. Artykuł ma za cel porównanie efektywności tych technologii pod względem szybkości z wykorzystaniem konteneryzacji przy pomocy Docker. Wśród dotychczasowych publikacji nie znaleziono takich, które uwzględniałyby ten aspekt. Po przeglądzie literatury postawiono hipotezę, że silnik Oracle będzie najszyb-szy. Podczas badań przeprowadzono serię eksperymentów z użyciem aplikacji, w której zaimplementowane zostały testy do pomiaru czasu wykonania instrukcji. Każde zapytanie zostało zmierzone 100-krotnie, a pierwszy pomiar odrzucony. Uzyskane rezultaty potwierdziły hipotezę o przewadze bazy Oracle. Podobnie jak w dotychczasowych badaniach okazała się ona najszybsza, także z użyciem konteneryzacji.
first rewind previous Strona / 1 next fast forward last
JavaScript jest wyłączony w Twojej przeglądarce internetowej. Włącz go, a następnie odśwież stronę, aby móc w pełni z niej korzystać.