Cloud Computing: Migrating VideoDev to Microservices Architecture
VerifiedAdded on 2025/08/19
|22
|3496
|87
AI Summary
Desklib provides solved assignments and past papers to help students succeed.

ITC561 - CLOUD COMPUTING
ASSESSMENT ITEM 3
ASSESSMENT ITEM 3
Paraphrase This Document
Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser

Contents
Introduction......................................................................................................................................4
Classification of Modules................................................................................................................6
Stable module: Video preparation...............................................................................................6
Frequently modification module: Customer................................................................................8
Workload bearing module: Post-production..............................................................................10
Transition to Microservice.............................................................................................................12
First refactored module: Post-production module.....................................................................12
Impact of refactored module......................................................................................................14
Improvement in Services...............................................................................................................14
Architectural Design......................................................................................................................17
Conclusion.....................................................................................................................................20
References......................................................................................................................................21
Introduction......................................................................................................................................4
Classification of Modules................................................................................................................6
Stable module: Video preparation...............................................................................................6
Frequently modification module: Customer................................................................................8
Workload bearing module: Post-production..............................................................................10
Transition to Microservice.............................................................................................................12
First refactored module: Post-production module.....................................................................12
Impact of refactored module......................................................................................................14
Improvement in Services...............................................................................................................14
Architectural Design......................................................................................................................17
Conclusion.....................................................................................................................................20
References......................................................................................................................................21

List of figures
Figure 1: Structure of Microservices...............................................................................................5
Figure 2: Stable module of video preparation for VideoDev..........................................................7
Figure 3: Frequently changing module of customer management for VideoDev...........................9
Figure 4: Workload bearing module of post-production for VideoDev........................................11
Figure 5: Transition of Post-production module to Microservices................................................13
Figure 6: Developed structure for implementation of Microservices for VideoDev.....................17
Figure 7: Cloud structure for Microservice by VideoDev.............................................................18
Figure 1: Structure of Microservices...............................................................................................5
Figure 2: Stable module of video preparation for VideoDev..........................................................7
Figure 3: Frequently changing module of customer management for VideoDev...........................9
Figure 4: Workload bearing module of post-production for VideoDev........................................11
Figure 5: Transition of Post-production module to Microservices................................................13
Figure 6: Developed structure for implementation of Microservices for VideoDev.....................17
Figure 7: Cloud structure for Microservice by VideoDev.............................................................18
⊘ This is a preview!⊘
Do you want full access?
Subscribe today to unlock all pages.

Trusted by 1+ million students worldwide

Introduction
Microservices referred as latest and advanced version of services management for the
organizations and businesses in order to provide better services and enhance the performance
efficiency of an organization. It helps in development of advanced IT structure for the
organization to deliver best customer services and experience for the users. It provides various
advantages for the services and operation of an organization such as management of security for
the organization’s data as well as information, enhancement of productivity, optimization of
services, and others. The microservices strategy has been identified during the last century as an
attractive architecture that enables teams and software organisations generally to be more
efficient and often create more effective software products. Many non-traditional software
companies have also attempted and evaluated this architectural style and discovered it extremely
useful. Microservices are an architectural grace, our study aims to investigate how prior research
has architecturally endorsed microservices. Our research will secondly follow a structure of
description centred on the structural problems of Microservice in order to develop effective
services for the VideoDev while moving all the application to Microservices without affecting
performance and customer usage for the company (Alshuqayran et al. 2016). It has been done to
develop the skills and knowledge of an individual about clouds computing and microservices.
Also, classification of different modules involved within operations and working of VideoDev
has been explained to develop better awareness about various modules of services and how to
manage them even in the peak time when demand for the services and load at very high-level.
Microservices referred as latest and advanced version of services management for the
organizations and businesses in order to provide better services and enhance the performance
efficiency of an organization. It helps in development of advanced IT structure for the
organization to deliver best customer services and experience for the users. It provides various
advantages for the services and operation of an organization such as management of security for
the organization’s data as well as information, enhancement of productivity, optimization of
services, and others. The microservices strategy has been identified during the last century as an
attractive architecture that enables teams and software organisations generally to be more
efficient and often create more effective software products. Many non-traditional software
companies have also attempted and evaluated this architectural style and discovered it extremely
useful. Microservices are an architectural grace, our study aims to investigate how prior research
has architecturally endorsed microservices. Our research will secondly follow a structure of
description centred on the structural problems of Microservice in order to develop effective
services for the VideoDev while moving all the application to Microservices without affecting
performance and customer usage for the company (Alshuqayran et al. 2016). It has been done to
develop the skills and knowledge of an individual about clouds computing and microservices.
Also, classification of different modules involved within operations and working of VideoDev
has been explained to develop better awareness about various modules of services and how to
manage them even in the peak time when demand for the services and load at very high-level.
Paraphrase This Document
Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser

Figure 1: Structure of Microservices

Classification of Modules
Classification of modules for the VideoDev services describes how software applications can be
designed as apartments for self-employed facilities in Microservices. It has developed from
traditional service-orientated architecture (SOA) to decoupling services and infrastructure.
Microservices based on company capacities are fully automatic implementation equipment that
can be deployed separately. There is little unified leadership of these facilities which can be
published in various programming languages and which could use distinct processing systems
(Rangasamy et al. 2016). The key architecture concepts and benefits of micro-services render it
in simple to retain company implementation as the required alternative. Some of the key
principles has been listed below in order to classify and implement microservices in the
VideoDev:
Province Determined Strategy
Hide Operation Specifics
Delegation
Failure of Separation
Uninterrupted Supply through DevOps Principles
Stable module: Video preparation
It is second module present in the architecture of video processing application utilized by
VideoDev to produce attractive and effective videos for the customers and online users in order
enhance the profit and keep customers engaged with the designed videos on the basis of their
requirements. It consists of three different stages named as “Scripting & storyboarding”,
“Searching of location” and “Approval & Documentation” which are almost stable and follow
the same procedure again and again for the development of different videos required by users
and customers (Ueda et al. 2016). Some of the factors to keep this module stable has been listed
below:
Following the same procedure for approvals
Following same documentation format and files.
Following the same equipment and search engine for the selection of best location for the
video.
Classification of modules for the VideoDev services describes how software applications can be
designed as apartments for self-employed facilities in Microservices. It has developed from
traditional service-orientated architecture (SOA) to decoupling services and infrastructure.
Microservices based on company capacities are fully automatic implementation equipment that
can be deployed separately. There is little unified leadership of these facilities which can be
published in various programming languages and which could use distinct processing systems
(Rangasamy et al. 2016). The key architecture concepts and benefits of micro-services render it
in simple to retain company implementation as the required alternative. Some of the key
principles has been listed below in order to classify and implement microservices in the
VideoDev:
Province Determined Strategy
Hide Operation Specifics
Delegation
Failure of Separation
Uninterrupted Supply through DevOps Principles
Stable module: Video preparation
It is second module present in the architecture of video processing application utilized by
VideoDev to produce attractive and effective videos for the customers and online users in order
enhance the profit and keep customers engaged with the designed videos on the basis of their
requirements. It consists of three different stages named as “Scripting & storyboarding”,
“Searching of location” and “Approval & Documentation” which are almost stable and follow
the same procedure again and again for the development of different videos required by users
and customers (Ueda et al. 2016). Some of the factors to keep this module stable has been listed
below:
Following the same procedure for approvals
Following same documentation format and files.
Following the same equipment and search engine for the selection of best location for the
video.
⊘ This is a preview!⊘
Do you want full access?
Subscribe today to unlock all pages.

Trusted by 1+ million students worldwide

Utilization of developed and already defined method for storyboarding.
Utilization of defined specifications and standards for the scripting of videos.
The overall operations and services involved within “Video Preparation” module remain fixed
and stable during the entire process as well as during the movement of services of VideoDev to
Microservices which has minimum effect over the application and working at the time of
modification or implementation of Microservices due to which it has been classified under Stable
module for the video processing structure of VideoDev.
Figure 2: Stable module of video preparation for VideoDev
Utilization of defined specifications and standards for the scripting of videos.
The overall operations and services involved within “Video Preparation” module remain fixed
and stable during the entire process as well as during the movement of services of VideoDev to
Microservices which has minimum effect over the application and working at the time of
modification or implementation of Microservices due to which it has been classified under Stable
module for the video processing structure of VideoDev.
Figure 2: Stable module of video preparation for VideoDev
Paraphrase This Document
Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser

Frequently modification module: Customer
It is first module present in the application structure of video processing for the VideoDev where
requirements and planning of different videos need to modified frequently in order to develop
various videos to attract large users and customers along with unique ideas and effects within the
videos developed by VideoDev. Some of the major factors due to which this module require
frequent modification has been listed below:
Change in customer behaviour
Change in customer’s requirement and mind-set.
Changes in planning for the creation and development of unique videos
Modification in management of accounts due to increase or decrease in the number of
registered customers.
Modification in saved personal and personal data of users.
Modification or update in software or video development application.
All these factors result in changes and modification in the existing software and processes
utilized by VideoDev for the management of their customer's requirement and planning of latest
and unique videos for the users as well as online customers. It also helps with effective
management of new or existing customers of VideoDev along with their personal data within the
database of the organization while moving all existing services and database to the online cloud
platform using Microservices for better services and performance of the organization. It helps in
development of different small structures for the various application available within the custom
module for the effective implementation and deployment within Microservices without
hampering any of the services or operations of the module.
It is first module present in the application structure of video processing for the VideoDev where
requirements and planning of different videos need to modified frequently in order to develop
various videos to attract large users and customers along with unique ideas and effects within the
videos developed by VideoDev. Some of the major factors due to which this module require
frequent modification has been listed below:
Change in customer behaviour
Change in customer’s requirement and mind-set.
Changes in planning for the creation and development of unique videos
Modification in management of accounts due to increase or decrease in the number of
registered customers.
Modification in saved personal and personal data of users.
Modification or update in software or video development application.
All these factors result in changes and modification in the existing software and processes
utilized by VideoDev for the management of their customer's requirement and planning of latest
and unique videos for the users as well as online customers. It also helps with effective
management of new or existing customers of VideoDev along with their personal data within the
database of the organization while moving all existing services and database to the online cloud
platform using Microservices for better services and performance of the organization. It helps in
development of different small structures for the various application available within the custom
module for the effective implementation and deployment within Microservices without
hampering any of the services or operations of the module.

Figure 3: Frequently changing module of customer management for VideoDev
⊘ This is a preview!⊘
Do you want full access?
Subscribe today to unlock all pages.

Trusted by 1+ million students worldwide

Workload bearing module: Post-production
It is third and last application module within video processing structure followed by VideoDev
for the development of videos and management of their services for the users with the best
experience through the videos. Some of the factors due to which this module is classified as
workload bearing module within the structure has been listed below:
The final development of sound and effects within the video depending upon the
requirement of customers.
High demand and supply of different videos among the customers.
Implementation of complex graphics and special effects within videos.
Error and alteration within the working and processing of different devices and software
for post-production.
Heavy demand over the database of the videos and their processing.
All these factors resulted in classification of Post-production module as main workload bearing
as in monolithic application, permanent information across a spectrum of application generally
come in a single logical database. Over a span of moment, it becomes difficult to change. Each
company can handle its database with microservices, either with distinct cases of the same
database or with completely separate database. Also, Microservices are tiny facilities that operate
together as portion of the whole implementation and offer autonomous life cycles. However, if it
must be a component of the large framework, every product can be autonomous. It is essential to
conceal information of each service's execution in order to increase one service's capacity to
scale regardless of the others (Kang et al. 2016).
It is third and last application module within video processing structure followed by VideoDev
for the development of videos and management of their services for the users with the best
experience through the videos. Some of the factors due to which this module is classified as
workload bearing module within the structure has been listed below:
The final development of sound and effects within the video depending upon the
requirement of customers.
High demand and supply of different videos among the customers.
Implementation of complex graphics and special effects within videos.
Error and alteration within the working and processing of different devices and software
for post-production.
Heavy demand over the database of the videos and their processing.
All these factors resulted in classification of Post-production module as main workload bearing
as in monolithic application, permanent information across a spectrum of application generally
come in a single logical database. Over a span of moment, it becomes difficult to change. Each
company can handle its database with microservices, either with distinct cases of the same
database or with completely separate database. Also, Microservices are tiny facilities that operate
together as portion of the whole implementation and offer autonomous life cycles. However, if it
must be a component of the large framework, every product can be autonomous. It is essential to
conceal information of each service's execution in order to increase one service's capacity to
scale regardless of the others (Kang et al. 2016).
Paraphrase This Document
Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser

Figure 4: Workload bearing module of post-production for VideoDev

Transition to Microservice
In recent years there has been an increasing interest in microservice architectures with a
substantial rise since 2014. A microservice is a design where the given implementation is
intended as a collection of independently-deployed tiny utilities, each of which runs on their own
method and communicates with trivial procedures, frequently an API developed over HTTP.
Each system can practice their own language of programming in conjunction with the trivial
communication procedures used and can be altered and scaled readily. A microservice with more
characteristics is bigger than a few functions provider (Sampaio et al. 2017).
The word ' microservice' refers to a small number of services. The move towards other,
potentially fresh microservices has a direct effect on the system's efficiency and scalability. The
scope of the least accessible unit will be smaller and the scalability will be increased. The impact
on the system's results relies on its connection to characteristics. The combination of two
microservices leads to scalability failure, but efficiency may improve owing to the reduction in
overhead communication. The real use of the characteristics of customers also determines the
effect of shifting characteristics. When two characteristics are highly mutually competitive then
the separation of those characteristics into microservices could lead to important overhead
communication, thus reducing the efficiency (Hasselbring & Steinacker, 2017).
First refactored module: Post-production module
In order to move existing services and application structure of VideoDev utilized for the
development and processing of videos to Microservices, Post-production module of application
structure classified as workload bearing module of VideoDev video processing application. This
module has been segmented into smaller services and processing during movement of local
services to online cloud-based services over Microservice in order to serve all the processes with
high speed and efficiency along with maximum load-bearing capacity for the company. This
segmentation and modification of services over microservice did in different phases instead of
moving entire application to Microservices which has a large impact over customer and services
of the organization. Different phases developed for the movement of Post-Production module
over Microservices has been listed below:
In recent years there has been an increasing interest in microservice architectures with a
substantial rise since 2014. A microservice is a design where the given implementation is
intended as a collection of independently-deployed tiny utilities, each of which runs on their own
method and communicates with trivial procedures, frequently an API developed over HTTP.
Each system can practice their own language of programming in conjunction with the trivial
communication procedures used and can be altered and scaled readily. A microservice with more
characteristics is bigger than a few functions provider (Sampaio et al. 2017).
The word ' microservice' refers to a small number of services. The move towards other,
potentially fresh microservices has a direct effect on the system's efficiency and scalability. The
scope of the least accessible unit will be smaller and the scalability will be increased. The impact
on the system's results relies on its connection to characteristics. The combination of two
microservices leads to scalability failure, but efficiency may improve owing to the reduction in
overhead communication. The real use of the characteristics of customers also determines the
effect of shifting characteristics. When two characteristics are highly mutually competitive then
the separation of those characteristics into microservices could lead to important overhead
communication, thus reducing the efficiency (Hasselbring & Steinacker, 2017).
First refactored module: Post-production module
In order to move existing services and application structure of VideoDev utilized for the
development and processing of videos to Microservices, Post-production module of application
structure classified as workload bearing module of VideoDev video processing application. This
module has been segmented into smaller services and processing during movement of local
services to online cloud-based services over Microservice in order to serve all the processes with
high speed and efficiency along with maximum load-bearing capacity for the company. This
segmentation and modification of services over microservice did in different phases instead of
moving entire application to Microservices which has a large impact over customer and services
of the organization. Different phases developed for the movement of Post-Production module
over Microservices has been listed below:
⊘ This is a preview!⊘
Do you want full access?
Subscribe today to unlock all pages.

Trusted by 1+ million students worldwide
1 out of 22
Related Documents

Your All-in-One AI-Powered Toolkit for Academic Success.
+13062052269
info@desklib.com
Available 24*7 on WhatsApp / Email
Unlock your academic potential
Copyright © 2020–2025 A2Z Services. All Rights Reserved. Developed and managed by ZUCOL.