Den här rapporten handlar om Azure AD Connect och Single/Simplified Sign On. Användare och kunder idag ställer större krav för enklare inloggning och en mer sömlös upplevelse för åtkomst till alla IT-tjänster. Microsoft har nyligen släppt verktyget Azure AD Connect för synkronisering av lösenord mellan Active Directory och molntjänsterna Office365, Azure och 1000-tal SaaS ”Software as a service” applikationer. TeamNorr IT-partner är ett IT företag som riktar in sig på att leverera Microsofts produkter till sina kunder och vill därför veta mer kring Azure AD Connect, vad som krävs och hur det konfigureras. Single Sign On har betydelsen att bara behöver logga in en gång för att sen slippa skriva in användare och lösenord för att komma åt de applikationer som har stöd för Single Sign On. Federerad domän är det som ger bäst och säkrast upplevelse med Single Sign On. Simplified Sign On gör att samma användarnamn och lösenord används för inloggning, ingen automatisk inloggning sker. Azure AD Connect är verktyget som installerar de roller som behövs för att köra Single Sign On eller Simplified Sign On. Som standard installeras en synkroniseringsmotor som ska hålla koll på att informationen om användarna/grupperna och lösenorden stämmer mellan det lokala Active Directory och Azure Active Directory eller den federerade domänen. Det synkroniseringsmotorn tar med när den synkroniserar bestäms av de regler som satts upp. Används lösningen med Password Sync så tillkommer inga extra roller. Väljs istället en Federerad domän så installeras 2 extra roller som heter Federation(AD FS) och Web Application Proxy(WAP). Rollerna sköter autentisering av användarna istället för Microsofts autentisering. På servrarna som hostar rollerna krävs en viss grundprestanda beroende på storlek av Active Directory och antal användare anslutna för att det ska fungera tillfredsställande. / This report covers Azure AD Connect and Single/Simplified Sign On. Users and customers today places greater demand for easier login method and seamless experience for reaching all services. Microsoft has recently released Azure AD Connect tool to help synchronize passwords between Active Directory and the cloud services Office 365/Azure and 1000s of Software as a service applications. Team Norr IT-partner is an IT company that focuses on delivering Microsoft products to thier customers and therefore wanted to know more about Azure AD Connect. How to configure the solution and what the set requirements are. Single Sign On means that you only need to sign in with password and login once and automatically get access the applications that support the technology without any more credentials.  By using a Federated domain users get the best and safest experience with Single Sign On. Simplified Sign On lets users use the same username and password to login with to all applications with support, but no automatic login. Azure AD Connect tool installs the roles that are needed to run a Single Sign On or Simplified Sign On. By default the synchronization engine will keep track of information about the users and groups. Passwords are also synchronized between on-premises Active Directory and Azure Active Directory or federation server. What the Synchronization engine takes is determined by the rules defined. Password Sync does not install any extra server roles. With the Federation path there will be extra roles installed called Federation (AD FS) and Web Application Proxy (WAP). They handle the authentication of users instead of the normal Microsoft authentication. There is some set requirement for the servers that host the roles depending on the size of Active Directory and numbers of users. The servers need a certain base performance for it to work properly.

Steel production companies must utilize new technologies and innovations to stay ahead of a highly competitive market. Recently, there has been a focus on Industry 4.0, which involves the digitalization of production to integrate with newer technologies such as cloud solutions and the Internet of Things (IoT). This results in a greater understanding of processes and data gathered in production, laying the foundation for potential machine learning (ML) implementations. ML models can improve process quality, reduce energy usage to produce more environmentally friendly products, and gain competitive advantages. Implementing several ML models in production can be difficult, as it involves dealing with different datasets and algorithms, moving models into production, and post-deployment maintenance. If these tasks are kept manually, the workload quickly becomes too large to handle effectively. This is why machine learning operations (MLOps) has recently been a popular topic. Automating parts of the ML workflow enables these systems to scale effectively as the number of models increases. This thesis aims to investigate how implementing MLOps practices can help an organization increase its use of ML systems. To do this, an MLOps framework is implemented using Microsoft Azure services together with a dataset from the stakeholder Uddeholm AB. The resulting workflow consists of automated pipelines for data pre-processing, training, and deployment of an ML model, contributing to establishing a scalable ML framework. Automating the majority of the workflow greatly eases the workload for managing the lifecycle of ML models.

I dagens samhälle så blir vi allt mer och mer beroende av den teknik vi utvecklar, därför är det av större vikt att vi alltid skall ha tillgång till den information som vi behöver för att kunna göra våra dagliga sysslor. Detta lägger större press på att de system som utvecklas skall fungera felfritt och man skall ha snabba responstider för att allt ska flyta på så bra som möjligt och om det så skulle bli en kritisk systemkrasch så skall inte informationen gå helt förlorad. Därför har det blivit populärt att ändra från att ha personliga servrar till att köra allt mer och mer applikationer och information i det så kallade ”molnet”.  Därför är det av allt större intresse att ha koll på några av de större leverantörerna av molntjänster och hur man kan använda dessa för att få en bättre verksamhet. Därför kommer denna rapport att handla om hur ett arbete utförts på TeamNorrs begäran för att göra en jämförelse mellan Microsoft Azure, Google Cloud Platform och Amazon Web Services. Den kommer även gå igenom hur responstiderna ser ut till några av världens datacenter med en utgångspunkt från TeamNorrs huvudkontor i Umeå. Rapporten går även igenom hur man själv kan testa på Microsoft Azure, Google Cloud Platform och Amazon Web Services, och hur man i Microsoft Azure kan göra en så kallad ”Site to Cloud” lösning med en VPN tunnel för att kunna skapa en MSSQL backup i molnet. Sedan diskuteras för och nackdelar med det arbete som utförts, samt vilka förbättringar som skulle kunna vara aktuella i framtiden. / In todays society we become more and more dependent on the technology we develop, so it is of greater importance that we always have access to the information we need to do our daily tasks. It is more pressing than ever that the developed systems should work well and that you should have quick response times for everything to flow as smooth as possible and if there would be a critical system crash, the information should not be completely lost. Therefore, it has become more popular to go from, having personal servers to use more and more applications and information in the so-called "cloud". That´s why it is becoming increasingly important to keep track of some of the major cloud service providers and how to use them to archive a better business. This report will be about how a work was done at TeamNorrs request to make a comparison between Microsoft Azure, Google Cloud Platform and Amazon Web Services. It will also review the response times to some of the worlds data centers with a starting point from TeamNorrs headquarters in Umeå. It also describe how you can put up your own environment to test Microsoft Azure, Google Cloud Platform and Amazon Web Services, and how to do a so-called "Site to Cloud" solution with a Virtual Private Network tunnel in Microsoft Azure, where it will also show you how you can create an MSSQL backup in the cloud. Then discusses the pros and cons of the work done and what improvements could be relevant for the future.

Thesis describes the concept of cloud computing and its development into today's form. First section defines cloud computing through several definitions. It also describes important capabilities of the technology. Second section is presenting case studies of cloud deployment in Czech companies. It is evaluating advantages and disadvantages of the particular solution in use. Third section is presenting results of quantitative research that was carried out on this topic with IT professionals working in Czech private sector.

Att utveckla en ny produkt kan vara tids- och pengakrävande. Att veta om det finns en marknad för produkten är inte heller alltid uppenbart. Detta är varför pretotyping är en bra idé. En pretotyp testar konceptet och intresset på produkter hos kunder. Det är därför en fördel att kunna utveckla pretotyper snabbt. I denna uppsats besvaras frågan om hur ett ramverk för pretotyping kan byggas, samt hur en pretotyp av ett ”smartbälte” har implementerats. Ramverket som tagits fram består av tre komponenter: mikrokontroller, molntjänster och applikation. Kommunikation mellan mikrokontroller och moln hanteras med ett MQTT-bibliotek från Microsoft. Molntjänsterna är baserade i Microsoft Azure och innefattar bland annat IoT-Hub och SQL-databas. Applikationen har tagits fram av uppdragsgivare. Ramverket stödjer kommunikation från enhet till applikation och applikation till enhet. / Developing a new product can be time- and money-consuming. Knowing whether there is a market for the product is not always obvious. This is why pretotyping is a good idea. A pretotype tests the concept and interest in products among customers. It is therefore an advantage to be able to develop pretotypes quickly. In this essay, the question of how a framework for pretotyping can be built will be answered, as well as how a pretotype of a ”smart belt” was developed. The framework consists of three components: microcontroller, cloud services and application. Communication between microcontroller and cloud is handled with an MQTT library from Microsoft. The cloud services are based in Microsoft Azure and include IoT Hub and SQL database. The application has been developed by the supervisor from the company. The framework supports communication from device to application and application to device.

The aim of this study has been to determine whether Microsoft Azure Service Bus has been able to match the needs and demands of Sogeti and its clients during a transition to a distributed and service-oriented system, as well as investi- gate possible gains that can be attained from such a transition. The study has also critically examined the potential problems and difficulties that may arise in such a scenario. The study has been accomplished using a literature study as well as the development of a Proof-of-Concept model to simulate such a system and to make calculations and surveys of and within one. The survey has shown that the Azure Service Bus does match the pre-defined requirements and requisites, as well as demonstrated how safe communication can be guaranteed using this particular service bus. The study concludes with an analysis of the study as a whole and the results thereof in particular, as well as proposes measures for further research on the subject. Finally, recommendations are made on how the client should proceed based on what is found in the study. / Målet med denna studie har varit att utröna huruvida Microsoft Azure Service Bus har kunnat matcha de behov och krav som Sogeti och dess klienter har på en sådan vid en övergång till ett distribuerat tjänsteorienterat system, samt undersöka vilka eventuella vinster som finns att göra vid en sådan övergång. Studien har också kritiskt granskat de problem och svårigheter som kan komma att uppstå. Undersökningen har gjorts med hjälp av en litteraturstudie samt en utveckling av en Proof-of-Concept-modell för att simulera ett sådant system och för att kunna göra beräkningar och undersökningar av och inom ett sådant. Undersökningen har visat att Azure Service Bus matchar de krav och önskemål som på förhand ställts, samt visat på hur säker kommunikation kan garanteras med hjälp av denna servicebuss. Undersökningen avslutas med en analys av studien som helhet och resultatet i synnerhet, samt föreslår åtgärder vid vidare forskning inom ämnet. Avslutningsvis lämnas rekommendationer på hur uppdragsgivaren ska gå tillväga baserat på vad som i studien framkommer.

Detailed structural and petrologic mapping near Azure Lake, British Columbia provides an overview of geologic relations along the northeast margin of the Shuswap Metamorphic Complex. Four phases of deformation have been recognized in the Shuswap Complex and the adjacent lower grade metasediments of the cover sequence. The first deformation consists of west-verging isoclinal folds plunging north and northwest. The second phase resulted in large upright folds with a shallow northwest or southeast plunge. The third and fourth phases are only locally developed as faults, fractures, and brittle folds trending north and northeast, respectively. Mineral assemblages range from garnet-biotite through first sillimanite zones of the Barrovian facies series. Metamorphic grade increases toward the southwest. Regional metamorphism is associated with the first phase of deformation. The Complex is separated from the adjacent cover sequence by a first phase tectonic slide. Structural and metamorphic discontinuities across this slide probably resulted from reactivation of the slide surface during the second phase of deformation. Microprobe analyses have been combined with linear regression techniques to outline probable sillimanite-forming reactions in pelites of the Complex. The regressions show that reaction textures are partly preserved because of the exhaustion of rutile as a reactant phase. Metamorphic conditions in the Complex are estimated from the mutual intersection of experimentally studied mineral equilibria. These conditions are: P=7600 ± 400 bars, T=705 ± 40°C, aH₂O =0.5 ⁺⁰•⁵­₀․₂ . Carbonate mineral assemblages initially buffered fluid phase compositions to high X CO₂ values near 0.75 during metamorphism. Therefore the fluid phase was not homogeneous in composition throughout all rock types during metamorphism. Whole rock Rb-Sr dates of 138 ± 12 Ma (all five samples) and 163 ± 7 Ma were obtained for granodiorite stocks in the Azure Lake area. Two biotite-whole rock ± hornblende dates of 119 ± 11 Ma and 77 ± 20 Ma indicate isotopic resetting. Initial Sr⁸⁷ -Sr⁸⁶ ratios vary from 0.7061 ± 0.0001 to 0.7103 ± 0.0002 for rock and mineral dates. These dated stocks cross-cut structural trends for the first two deformations and impose a hornfelsic contact aureole on regional metamorphic assemblages. Therefore regional metamorphism and deformation were completed by Late Jurassic time. / Science, Faculty of / Earth, Ocean and Atmospheric Sciences, Department of / Graduate

Biometria är ett företag som arbetar inom skogsnäring med att utföra opartiska mätningar av virke som skickas mellan skog och industri, på olika mätplatser. Syftet med projektet har varit att komma fram till en förbättrad lösning för att transportera data från olika mätplatser till Biometrias system, samt bestämma en standardstruktur för den data som skickas. Genom att analysera vad en sådan lösning behöver kunna utföra och undersöka det nuvarande system som används på mätplatser, har det skapats en design för hur det nya systemet kan se ut. Denna design har sedan förbättrats utifrån den funktionalitet som krävs av ett nytt system. Därefter implementerades denna design för den mest förekommande typen av mätverktyg. I denna implementation bestämdes en struktur för hur data ska se ut för den mest förekommande typen av mätverktyg och införde validering för att data som skickas måste se ut på detta sätt. Det har undersökts olika typer av autentisering för att komma fram till vilken typ som passar det nya systemet bäst. Olika tester har utförts, som kontrollerar det nya systemets säkerhet och hur systemet presterar under belastning. Utifrån dessa tester har det konstaterats att enbart data med korrekt struktur godkänns och behandlas av det nya systemet, att den valda lösningen för autentisering fungerar som tänkt och att systemet i teorin klarar av att hantera den mängd data som skickas från olika mätplatser. Det krävs dock ytterligare tester med verkliga mätverktyg innan denna lösning kan sättas i bruk. / Biometria is a company in the forest industry whose part is to perform im-partial measurements of timber sent between forest and industry, on differ-ent measurement sites. The purpose of this project has been to come up with a better solution for transferring data from different measuring sites to Bio-metrias systems, as well as determine a standardized structure for data sent by measuring equipment. By analyzing how such a solution need to perform and investigate the current system that is used today on measuring sites, a new design has been developed for how the new system can be structured. The new design has been improved based on the functionality needed by a new system. When an improvement of the design is done, the design is im-plemented for the most common type of measuring equipment. In this im-plementation a standardized structure was determined for the most com-mon measuring equipment and validation for data to have said structure was implemented. Different methods of authentication were researched to choose the one that would fit the new system best. Different kinds of tests were performed to verify the security of the system as well as system per-formance during high workload. Performing these tests establish that the new system only allows data of correct structure to be processed, that the chosen method of authentication works as intended and that the system in theory can handle the amount of data being sent from measuring sites. De-spite this, there need more test using real measuring equipment before this solution can be used in production.

Parkinson's Disease is characterized by the loss of dopaminergic neurons in the substantia nigra pars compacta (SNc). The SNc supplies the basal ganglia (BG) via dopaminergic projections which innervate D1 and D2 receptors that mediate motor control. The BG also mediates cognitive processes and eye movement, parallel to its involvement in motor control. Behavioural correlates of PD have been established from previous countermanding tasks and population neural activity has been shown to correlate with PD disease state, but a reliable means to find patient-specific biomarkers of disease remains unknown. Here, we propose using eye movements and electroencephalography (EEG) to capture neural correlates of dysfunction in PD. We have developed a novel saccade-based stop-signal task in VR that probes the subject's ability to recruit the neural processes involved in action selection and response inhibition. We have tested this system on 7 healthy subjects and verified that we could identify key signature changes in the EEG profile during left and right saccade, countermand, and antisaccades similar to those found in similar reach tasks. The successful completion of a countermand (revoking a planned action) stop trial requires large synchronization of frontal theta and motor beta activity, representing the BG-thalamocortical loop recruiting the necessary processes to inhibit motor responses. The pattern in the event-related potentials that illustrates this is a strong event-related synchronization (ERS) peak followed by an event-related desynchronization (ERD) dip, and increased weights in the scalp topology at the frontal-parietal region. Since tasks involving response inhibition serve to probe the subject’s ability to revoke a planned action, it does not matter whether the task was completed using hand movements or saccades. Our ERP isolated from Independent Component Analysis (ICA) resembles the ERP from previous literature, and exhibits increased weights on the sensorimotor region with a narrow band beta. This narrow band beta range is subject-specific and can be better visualized by using a modelling approach called FOOOF (fitting oscillations one over f). Lastly, the increased decoding performance in each subject's successive recording session suggests that using subject-specific features positively biases the model towards enhanced generalizability. Our experimental platform provides a robust framework that accounts for trial-by-trial variability, and can capture the presence of and evoke beta oscillations in healthy subjects.

Inom IT-världen använder man väldigt ofta WebJobs för att utföra mindrearbeten på internet. WebJobs använder en server som är i gång i bakgrunden.2016 introducerade företag som Amazon, Microsoft och andra storaföretag/bolag “Serverless Computing” som ska kunna exekvera arbeten överinternet utan att utvecklaren behöver tänka på hur mycket resurser somanvänds, samt att den ligger aktiv i bakgrunden hela tiden. Med MicrosoftsAzure Function så exekveras ett jobb när en trigger har aktiverats, och närjobbet är klart så körs inget i bakgrunden för användaren. Detta leder till attresurser allokeras dynamiskt samt att man endast blir debiterad för deresurser funktionen använt. Vi ska tillsammans med Visma SPCS arbeta meden produkt som flyttar över information hos användare till en molnserver.Denna produkt ska vi sedan konvertera från ett Azure WebJob till AzureFunction och göra det till serverless computing. Med detta vill vi analyseraom exekveringen blir snabbare då användaren inte behöver allokera resurser,samt om företaget kan spara pengar genom att göra denna typ av migrering.Serverless computing är något som det talas om mycket just nu inomIT-världen och det finns många debatter och artiklar som förespråkar för omman ska göra denna flytt eller ej. Därför vill vi själva göra flytten ochanalysera om det är lönsamt för företag i längden att lägga ner den tid det tarpå att konvertera ett fungerande program till en ny modern arkitektur. För attta reda på detta har vi analyserat det nuvarande programmet hos Visma, settöver vilka algoritmer och funktioner vi behöver skriva om för att görakonverteringen, samt lagt in ett loggningssystem så att vi enkelt har kunnatanalysera tiden varje exekvering av arbetet tar. Med datan vi samlat in kan vidra slutsatsen att kostnaden gick från cirka 1200 kr/månad till 0 kr/månad.Detta för att det är ett så litet jobb som exekveras och på grund av att Vismasgamla jobb exekverades var femte minut och letade efter filer som skulleflyttas, medans vårt jobb endast startades om det fanns något nytt att förflytta.Microsoft har även en miljon gratis exekveringar per månad för användaremed licens och Visma kommer upp i cirka 8000 exekveringar per månad. Vifick också fram ett resultat att exekveringen blev 6 gånger snabbare än dengamla lösningen och detta är på grund av att Microsoft själv allokerar de mestoptimerade resurserna för just detta jobb.