<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:dc="https://purl.org/dc/elements/1.1/" xmlns:content="https://purl.org/rss/1.0/modules/content/" xmlns:foaf="https://xmlns.com/foaf/0.1/" xmlns:og="https://ogp.me/ns#" xmlns:rdfs="https://www.w3.org/2000/01/rdf-schema#" xmlns:schema="https://schema.org/" xmlns:sioc="https://rdfs.org/sioc/ns#" xmlns:sioct="https://rdfs.org/sioc/types#" xmlns:skos="https://www.w3.org/2004/02/skos/core#" xmlns:xsd="https://www.w3.org/2001/XMLSchema#" version="2.0" xml:base="https://www.linuxjournal.com/tag/rack">
  <channel>
    <title>Rack</title>
    <link>https://www.linuxjournal.com/tag/rack</link>
    <description/>
    <language>en</language>
    
    <item>
  <title>A Shining Ruby in Production Environments</title>
  <link>https://www.linuxjournal.com/content/shining-ruby-production-environments</link>
  <description>  &lt;div data-history-node-id="1335640" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-field-node-image field--type-image field--label-hidden field--item"&gt;  &lt;img src="https://www.linuxjournal.com/sites/default/files/nodeimage/story/ruby_3.jpg" width="100" height="100" alt="" typeof="foaf:Image" class="img-responsive" /&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/fabrizio-soppelsa" lang="" about="https://www.linuxjournal.com/users/fabrizio-soppelsa" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Fabrizio Soppelsa&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
Even the most beautiful Rails application can lose its elegance if not
deployed correctly. Like other Ruby frameworks or languages, such as
Sinatra, Rails is based on the Rack interface. This article 
provides a basic introduction to Rack hosting and Rack-based application
deployments.
&lt;/p&gt;

&lt;p&gt;
When Rails first was released in 2005, 
developers exulted. Finally, a comprehensive open-source framework for Web
applications was available, packed with a set of tools making Web
development fast, productive and fun. Rails has the reputation of being
a "heaven for developers", but despite the many facilities it
provides for avoiding typical and repetitive tasks, there is still a weak spot: deployment. Deploying a Rails application is not
a smooth matter. Everyone knows that Rails applications will be published
on-line one day, but not precisely how. 
&lt;/p&gt;


&lt;h3&gt;
Platform as a Service (PaaS)&lt;/h3&gt;

&lt;p&gt;
Developers often choose to purchase hosting space as Platform as a
Service (for example, Heroku, OpenShift or EngineYard). PaaS is marvelous as it
provides a ready-to-use environment containing a full stack of software
dependencies. Publishing on a PaaS platform is, as a rule, easy, fast and
everything tends to work (almost) immediately. But there are at least two
cases when PaaS won't fit your needs: when applications must be kept in
the customer's private infrastructure or when applications have
superior hardware or software requirements—for instance, when you need a
specific software service not supported by your PaaS provider. 
&lt;/p&gt;

&lt;p&gt;
In such situations, you must implement custom virtual server configurations
and custom deployment procedures. You can deploy Rails applications on
servers or on virtual machines. The availability of entire
cloud services like Amazon Web Services (AWS), which allow you to create
complex infrastructures made of several Web servers, database servers and
front-end balancing machines, is hugely growing in popularity. This
approach is very flexible, although you must access, install and manage the
operating system and the distribution packages, configure the network,
activate the services, and so on and so forth. In this article, I describe
the Rack-based hosting software requirements and some basic
example configurations to implement automated Ruby hosting on a
GNU/Linux server.
&lt;/p&gt;


&lt;h3&gt;
RVM&lt;/h3&gt;

&lt;p&gt;
First, if you want to host Ruby software, you must install the Ruby
platform. You can install Ruby and gems with apt-get or yum. It's easy,
but when your application requires specific gem versions or specific
interpreter versions, you will face a common problem. How can you
satisfy these requests if your GNU/Linux distribution doesn't package
those specific versions? Furthermore, how can you maintain multiple Ruby
versions in a clean and repeatable manner?
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/shining-ruby-production-environments" hreflang="und"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Thu, 20 Mar 2014 17:42:31 +0000</pubDate>
    <dc:creator>Fabrizio Soppelsa</dc:creator>
    <guid isPermaLink="false">1335640 at https://www.linuxjournal.com</guid>
    </item>

  </channel>
</rss>
