Deployment Scenarios

From Lingoport Wiki
Revision as of 21:22, 26 May 2017 by Rdaly (talk | contribs) (→‎Lingoport Dashboard)
Jump to: navigation, search

The Lingoport Suite is composed of Globalyzer, LRM (Resource Manager) and the Lingoport Dashboard. A number of other products are used with the Suite. You may need some of the components for a set of users and other components for Continuous Globalization.

Typical Deployment and Ports

Setting up the Lingoport Continuous Globalization System at a customer site can be done in many ways, as shown in the different deployment scenarios. The following is meant to show some of the flow and the necessary access to the system.

  • The Customer's systems are shown in Light Blue; CentOS for the main system where Jenkins and Dashboard reside.
  • Access from outside the Customer's system are shown in Light Green.

Deployment and Security.gif

The large blue box is the Lingoport Server. It is a Linux (CentOS or RedHat) operating system that has the following installed:

  • Jenkins (running on port 8080)
  • Java
  • MySQL
  • Globalyzer clients
  • Lingoport Dashboard Server (running on port 9000) and Database
  • Lingoport Dashboard Client
  • LRM Server and Database
  • SMTP mail server account

The Globalzyer Server is either a hosted Lingoport server or another onsite server.

A typical workflow

  1. Code is committed to a central source code repository (Git, Subversion, etc) by developers.
  2. Jenkins tools pull the source code from the code repository and scan using Rule Sets stored on the Globalyzer Server or analyze the resource files.
  3. Jenkins tools determine if the resource files need to be sent to, or imported from, the translation vendor. This may be done via an FTP connection.
  4. Emails are sent to designated recipients about the status of the translation upload or import.
  5. Lingoport Dashboard updates the status using the results of the Globalyzer scans and LRM resource reports.

External Access and Ports

  • Ability to install/update programs via 'yum'.
  • Jenkins is accessed via port 8080 within Customer's firewall for Linux system
  • Lingoport Dashboard is accessed via port 9000 within Customer's firewall for Linux system
  • The Translation Vendor may be accessed by different means, for instance port 21 for FTP or port 22 for SFTP.
  • Download does not have to be directly to the target machine. It can be downloaded by another machine and then transferred.
  • Access for the Lingoport (or internal) installation team can be done in many ways, such as SSH for Telnet or Putty.
  • Linux system must be able to access https://globalyzer.com.

Optional Access

You may want to update either Jenkins or the underlying Dashboard platform to the latest version. If so, you may want to update the continuous globalization system directly or to download the files on one system and copy them over to the continuous globalization system. The URL for updates are:

Furthermore, email notification emails require an SMTP account. The SMTP server access may be internal to your Company or external depending on your email services (e.g. smtp.gmail.com for Google).

Installation Components

Globalyzer

Globalyzer scans code and detect internationalization (i18n) issues.

Globalyzer Server

The Globalyzer Server stores regular expression (regex) scanning rules called Rule Sets that are used to identify issues in source code.

  • Stores regex pattern based 'rule sets' used to detect i18n issues and filter out false positives and Globalyzer accounts.
  • The Globalyzer Server does not store any code or customer information.

Globalyzer Clients

The Globalyzer clients display i18n issues found by the Globalyzer scan.

  • The Globalyzer clients connect to the Globalyzer Server. The clients log in and download rule sets from the Globalylzer server to scan code. No code is sent to the Globalyzer server, although the Globalyzer clients may push rule set modifications.
  • The Globalyzer clients run on developer machines.
  • The Globalyzer clients also run on the Lingoport Server (light-blue box at bottom of graphic) and the results are displayed on the Lingoport Dashboard (see data flow)

Resource Manager (LRM)

The Lingoport Resource Manager (LRM) manages translation resource files.

  • LRM detects problems in resource files (duplicate or missing keys, parameter mismatch in text for different languages, etc.)
  • LRM also detects changes to resource files and sends relevant changes out to the translation vendor for translation into other languages.
  • LRM automatically retrieves translations from translations vendors and checks those changes into the code source control repository.
  • LRM runs on the Lingoport Server (light-blue box at bottom of graphic).

Lingoport Dashboard

The Lingoport Dashboard displays internationalization and localization status using Globalyzer and LRM reports.

  • Displays overview and detail views of Globalyzer scan results and Resource Manager translation status.
  • Users can view Globalyzer and Resource Manager issues in context within the source code.
  • Lingoport Dashboard runs on the Lingoport Server (light-blue box at bottom of graphic).

Jenkins (not a Lingoport program)

Jenkins is used to automate running of Globalyzer Client, Resource Manager and updating of the Lingoport Dashboard

  • Several tools created by Lingoport are used to run automation and analysis scripts from the Jenkins interface for the Lingoport Dashboard.
  • Jenkins runs on the Lingoport Server (light-blue box at bottom of graphic)

Data Flow

Lingoport Access

Lingoport requests SSH access to the Lingoport Server. This allows Lingoport to best debug and troubleshoot problems. If this is not possible, Lingoport can guide a customer through the setup using a videoconferencing program such as WebEx or GoToMeeting.

Globalyzer Process

Lingoport Suite in Enterprise.png

  • The internationalization team creates and configures rule sets on the Globalyzer Server. Rule sets are based on the coding languages used.
  • Developers can use the Globalyzer Lite client with the rule sets to validate their code locally before committing to a repository.
  • A Jenkins tool scans the code using the rule sets, creates XML reports, and pushes the results to the Lingoport Dashboard Server using the Lingoport Dashboard Client.

Resource Manager Process

  • Resource Files and Bundles are pulled from the Source Control Repository to the LRM Server.
  • LRM determines if there are problems with the resource files or if there are new keys to be translated.
  • If there are keys to be translated, a Prep Kit is created using MySQL to track the translation.
  • The prep kit files (one per translation locale) are sent to the translation vendor via SFTP and success or failure emails are sent to designated recipients.
  • When the prep kits have been translated, LRM downloads and imports the files.
  • LRM pushes the new resource files into the source code repository.
  • The Lingoport Dashboard updates its status using the LRM reports.

Lingoport Dashboard

The Lingoport Dashboard, a web application running on port 9000, is part of the Lingoport Server. XML Reports generated by Globalyzer and Resource Manager (LRM) are uploaded to the Lingoport Dashboard via the Dashboard Client to the Dashboard Server. Dashboard Client also sends code information to Dashboard Server.

Jenkins (not a Lingoport program)

Used to automate running of Globalyzer Client, Resource Manager and updating of the Lingoport Dashboard

  • Various security options available, username/password is most common. LDAP is another option.
  • Run on Linux system (light-blue box at bottom of graphic)
  • Web application, hosted on port 8080 by default.

Additional Deployments Scenarios

In the Additional Deployments section, we illustrate some possible deployments:

  • Team Members
    • i18n specialists
    • Developers
  • Other Continuous Globalization Deployments
Retrieved from "http://wiki.lingoport.com/index.php?title=Deployment_Scenarios&oldid=90029"