Alpine production deployment: Difference between revisions

From Alpine Linux
(start production good made documents.. those in wiki just ... well.. no comments)
 
m (Fixed double redirect.)
 
(17 intermediate revisions by 5 users not shown)
Line 1: Line 1:
The production environment is the final destination of all development results, almost always when someone does some kind of development no matter how small it is (for example a simple script) the development environment is the place or final system where it will always be used (for example the script will be used in the other computers of the family, but it was made in the personal computer).
{{style|This reads more like an essay than a useful tutorial or advice}}
The production environment is the final destination of all development results. Almost always when someone does some kind of development, no matter how small it is (for example a simple script), the development environment is not the only place or system where it will be exclusively used (for example the script could be used on other computers in the network).


The development environment is never the same as the production environment, commonly, production environment only has just necesary software to run the installed and deployment products. In professional linux, there's no graphical toos and everything are made minimalist.. just like Alpine linux does all.
The development environment is never the same as the production environment, commonly, production environment only has necessary software to run the installed and deployment products. In professional Linux are no graphical tools and everything is minimalist.. just like Alpine Linux.


= Servers and Dockers =
= Servers and Docker containers =


The most famous cases in old days was use a Centos environment, but with time, linux becomes more heavy and more slowly, that changes with Alpine and Dockers, if you think Redhat and Centos are the best here an article that describes in short the real life of those systems: https://venenux.github.io/venenux/others-infodocs-details-centos-vs-fedora-en.html , Both projects are Red Hat related, one are ahead of and the other behind of, main diferencie from others distributions it’s their lack of packages and setups, due the shared market focused target of both.. obviously due the RedHAt relationship.
The most famous cases in old days was use a CentOS environment, but over time, Linux became more heavy and more slow. That changes with Alpine and Docker, if you think Red Hat and CentOS are the best here an article that describes in short the real life of those systems: https://gitea.com/venenux/venenux/src/branch/master/docs/others-infodocs-details-centos-vs-fedora-en.md , Both projects are Red Hat related, one are ahead of and the other behind of, main difference from others distributions it’s their lack of packages and setups, due the shared market focused target of both.. obviously due the RedHAt relationship.


But today all of this are changed, now there's Docker: a helpful tool for packing, shipping, and running applications within "containers" (like virtual machines) that remove the need for physical hardware, allowing for more efficient use of computing resources, in terms of energy consumption and cost effectiveness. Today even the big dogs like Google, VMware and Amazon are building services to support it.
But today all of this changed, now there's Docker: a helpful tool for packaging, shipping, and running applications within "containers" (like virtual machines) that remove the need for physical hardware, allowing for more efficient use of computing resources, in terms of energy consumption and cost effectiveness. Today even the big dogs like Google, VMware and Amazon are building services to support it.


The server are mostly a very powerful machine in production environments, but think about it! a 500GB disk to only run a DNS for a local network? that's the reason of the Dockers and their relationship with the servers.  
The server are mostly a very powerful machine in production environments, but think about it! a 500GB disk to only run a DNS for a local network? that's the reason of the Dockers and their relationship with the servers.  


The one big difference between containers and a hole Server is that containers *share* the host server system’s kernel with other containers, and of course same server resources in a isolated environment.
The one big difference between containers and a Server is that containers *share* the host server system’s kernel and server resources with other containers in a isolated environment.




== Server focused documents ==
== Server focused documents ==


=== LAMP ===
TODO: webpack, npm (advanced.. cos is includen below in lamp), bigdata, Dockers focused well made tutorial


In production web, LAMP means '''L'''inux + '''A'''pache + '''M'''ysql + '''P'''hp installed and integrated, but today the "A" of apache are more used as Nginx or Lighttpd, and the "M" of MySQL are more used as Mariadb, the LAMP focused documents are:
=== Web deploy: LAMP ===
 
In production web, LAMP means '''L'''inux + '''A'''pache + '''M'''ysql + '''P'''hp installed and integrated, but today the "A" of apache is more used as Nginx or Lighttpd, and the "M" of MySQL is more used as Mariadb. The LAMP focused documents are:


* LAMP deploy of the Web Server: [[Production Web server: Lighttpd]]
* LAMP deploy of the Web Server: [[Production Web server: Lighttpd]]
* LAMP deploy of the Web Server with PHP, user html_dir and MariaDB: [[Production LAMP system: Lighttpd + PHP + MySQL]]
* LAMP deploy of the Web Server with PHP, user html_dir and MariaDB: [[MySQL]]
* Deploy usage of Lets Encrypt without chain-tools – just add water: [[Production Lets Encrypt: dehydrated]]
* Deploy usage of Lets Encrypt without chain-tools – just add water: [[Production Lets Encrypt: dehydrated]]


=== Networking ===
=== Web deploy: LUA ===
 
WIP
 
== DataBases ==
 
* SQlite, most easy to use database system without engine: [[Debelovers : sqlite]]
* UnixODBC, how to connect with multiple databases: [[Production DataBases : unixodbc]]
* MySQL/MariaDB deployment: [[MySQL]]
 
== Networking ==


* Dual stack (ipv4 to ipv6) DNS with chain slave, just only for brave linux sysadmin: : [[Production DNS: dual stack Bind server]]
* Dual stack (ipv4 to ipv6) DNS with chain slave, just only for brave linux sysadmin: : [[Production DNS: dual stack Bind server]]
* [[Cacti: traffic analysis and monitoring network]]
== Docker focused documents ==


= See Also =
WIP


* [[Alpine newbie]]
* [[Alpine newbie install manual]]
* [[Alpine newbie desktops]]
* [[Alpine newbie developer]]
* [[Alpine newbie lammers]]


[[Category:Newbie]]
[[Category:Newbie]]

Latest revision as of 04:33, 28 August 2023

This material needs wiki syntax or style improvements ...

This reads more like an essay than a useful tutorial or advice

The production environment is the final destination of all development results. Almost always when someone does some kind of development, no matter how small it is (for example a simple script), the development environment is not the only place or system where it will be exclusively used (for example the script could be used on other computers in the network).

The development environment is never the same as the production environment, commonly, production environment only has necessary software to run the installed and deployment products. In professional Linux are no graphical tools and everything is minimalist.. just like Alpine Linux.

Servers and Docker containers

The most famous cases in old days was use a CentOS environment, but over time, Linux became more heavy and more slow. That changes with Alpine and Docker, if you think Red Hat and CentOS are the best here an article that describes in short the real life of those systems: https://gitea.com/venenux/venenux/src/branch/master/docs/others-infodocs-details-centos-vs-fedora-en.md , Both projects are Red Hat related, one are ahead of and the other behind of, main difference from others distributions it’s their lack of packages and setups, due the shared market focused target of both.. obviously due the RedHAt relationship.

But today all of this changed, now there's Docker: a helpful tool for packaging, shipping, and running applications within "containers" (like virtual machines) that remove the need for physical hardware, allowing for more efficient use of computing resources, in terms of energy consumption and cost effectiveness. Today even the big dogs like Google, VMware and Amazon are building services to support it.

The server are mostly a very powerful machine in production environments, but think about it! a 500GB disk to only run a DNS for a local network? that's the reason of the Dockers and their relationship with the servers.

The one big difference between containers and a Server is that containers *share* the host server system’s kernel and server resources with other containers in a isolated environment.


Server focused documents

TODO: webpack, npm (advanced.. cos is includen below in lamp), bigdata, Dockers focused well made tutorial

Web deploy: LAMP

In production web, LAMP means Linux + Apache + Mysql + Php installed and integrated, but today the "A" of apache is more used as Nginx or Lighttpd, and the "M" of MySQL is more used as Mariadb. The LAMP focused documents are:

Web deploy: LUA

WIP

DataBases

Networking

Docker focused documents

WIP