Difference between revisions of "Continuous Globalization"

From Lingoport Wiki
Jump to: navigation, search
(Variations)
(Installation Components)
 
(5 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
= Introduction =
 
= Introduction =
A number of deployments are possible. This page describes one possible deployment where both [[Terms_and_Definitions|Globalyzer]] and [[Terms_and_Definitions|LRM]] run on the same repositories on a [[Terms_and_Definitions|Continuous Globalization]] system and push the results to a central [[Terms_and_Definitions|Dashboard]], the [[Terms_and_Definitions|i18n]] specialist works with the [[Terms_and_Definitions|Workbench]], developers have integrated [[Terms_and_Definitions|Globalyzer Lite]] into their IDE, and [[Terms_and_Definitions|resource bundles]] go back and forth to a translation system.
+
A number of deployments are possible. This page describes one possible deployment where both [[Terms_and_Definitions#Globalyzer|Globalyzer]] and [[Terms_and_Definitions#LRM|LRM]] run on the same repositories on a [[Terms_and_Definitions#ContinuousGlobalization|Continuous Globalization]] system and push the results to a central [[Terms_and_Definitions#Dashboard|Dashboard]], the [[Terms_and_Definitions#i18n|i18n]] specialist works with the [[Terms_and_Definitions#Workbench|Workbench]], developers have integrated [[Terms_and_Definitions#GlobalyzerLite|Globalyzer Lite]] into their IDE, and [[Terms_and_Definitions#resourcefiles|resource files]] go back and forth to a translation system.
   
 
= Target User=
 
= Target User=
Line 6: Line 6:
   
 
= Typical Deployment =
 
= Typical Deployment =
[[Terms_and_Definitions|LRM]] and the [[Terms_and_Definitions|Globalyzer client]] or [[Terms_and_Definitions|Globalyzer Lite]] are installed on the [[Terms_and_Definitions|Continuous Globalization]] system, with a database to track the actions and the status of the [[Terms_and_Definitions|resource bundles]].
+
[[Terms_and_Definitions#LRM|LRM]] and the [[Terms_and_Definitions#LRM|Globalyzer client]] or [[Terms_and_Definitions#GlobalyzerLite|Globalyzer Lite]] are installed on the [[Terms_and_Definitions#ContinuousGlobalization|Continuous Globalization]] system, with a database to track the actions and the status of the [[Terms_and_Definitions#resourcefiles|resource files]].
   
 
The developer desktop has some Globalyzer Lite external tools configured in the IDE.
 
The developer desktop has some Globalyzer Lite external tools configured in the IDE.
Line 15: Line 15:
   
 
<b>Note</b>: the Continuous Globalization system needs to be a Linux machine, preferably CentOS.
 
<b>Note</b>: the Continuous Globalization system needs to be a Linux machine, preferably CentOS.
  +
  +
= Installation Components =
  +
* The '''Globalyzer Server''' is hosted by Lingoport. If the Globalyzer Server is on-site, a Linux system needs to be provided and installed with the Globalyzer Server software.
  +
* The '''Dashboard System''' and '''Continuous Globalization system''' are installed on separate machines, although they could be on one Linux system installed by the [[Terms_and_Definitions#stackinstaller|Stack Installer]]. The Continuous Globalization system has Globalyzer Clients; Workbench, Lite or CLI.
  +
* There are two '''Developer Machines''' shown in this diagram.
  +
*#The software developer will have the Globalyzer Lite client on their machine to analyze the code.
  +
*#The I18n specialist may use the Globalyzer Workbench to analyze software projects.
   
 
= Variations =
 
= Variations =
 
A number of possible variations exist, depending on your IT constraints.
 
A number of possible variations exist, depending on your IT constraints.
   
* [[Terms_and_Definitions|Jenkins]] can be in a master/slave configuration
+
* [[Terms_and_Definitions#Jenkins|Jenkins]] can be in a master/slave configuration
 
* The Jenkins jobs must have access to the the LRM, Globalyzer, and Dashboard client, the source code, and the Globalyzer server (via HTTP/s)
 
* The Jenkins jobs must have access to the the LRM, Globalyzer, and Dashboard client, the source code, and the Globalyzer server (via HTTP/s)
 
* The Dashboard server can be setup on the same system as the Dashboard client or on a different system
 
* The Dashboard server can be setup on the same system as the Dashboard client or on a different system

Latest revision as of 19:09, 30 December 2016

Introduction

A number of deployments are possible. This page describes one possible deployment where both Globalyzer and LRM run on the same repositories on a Continuous Globalization system and push the results to a central Dashboard, the i18n specialist works with the Workbench, developers have integrated Globalyzer Lite into their IDE, and resource files go back and forth to a translation system.

Target User

Development team members, development management, i18n specialists, L10n management, translators and QA are all target users.

Typical Deployment

LRM and the Globalyzer client or Globalyzer Lite are installed on the Continuous Globalization system, with a database to track the actions and the status of the resource files.

The developer desktop has some Globalyzer Lite external tools configured in the IDE.

The i18n specialist works with Workbench.

Continuous Globalization.gif

Note: the Continuous Globalization system needs to be a Linux machine, preferably CentOS.

Installation Components

  • The Globalyzer Server is hosted by Lingoport. If the Globalyzer Server is on-site, a Linux system needs to be provided and installed with the Globalyzer Server software.
  • The Dashboard System and Continuous Globalization system are installed on separate machines, although they could be on one Linux system installed by the Stack Installer. The Continuous Globalization system has Globalyzer Clients; Workbench, Lite or CLI.
  • There are two Developer Machines shown in this diagram.
    1. The software developer will have the Globalyzer Lite client on their machine to analyze the code.
    2. The I18n specialist may use the Globalyzer Workbench to analyze software projects.

Variations

A number of possible variations exist, depending on your IT constraints.

  • Jenkins can be in a master/slave configuration
  • The Jenkins jobs must have access to the the LRM, Globalyzer, and Dashboard client, the source code, and the Globalyzer server (via HTTP/s)
  • The Dashboard server can be setup on the same system as the Dashboard client or on a different system
  • The MySQL databases can be setup on a separate system or many separate systems