A diagrammatic view of the working

A diagrammatic view of the working of Heroku Platform
Applications that are run from the Heroku server use the Heroku DNS Server to direct to the application domain (typically "applicationname.herokuapp.com"). Each of the application containers,[16] or dynos,[17] are spread across a "dyno grid" which consists of several servers. Heroku's Git server handles application repository pushes from permitted users.[18][19]

The working can be summarized into two major categories:

Deploy[20][21]

The main content of the development are the source code, related dependencies if they exist, and a Procfile for the command.
The application is send to the to Heroku using either of the following: The git, GitHub, Dropbox, or via an API.
There are packets which take the application along with all the dependencies, and the language runtime, and produce slugs. These are known as build-packs and are the means for the slug compilation process.
A slug is a combination/bundle of the source code, built dependencies, the runtime, and compiled/generated output of the build system which is ready for execution.
Next is the Config vars which contain the customizable configuration data that can be changed independently of the source code.
Add-ons are third party, specialized, value-added cloud services that can be easily attached to an application, extending its functionality.
A release is a combination of a slug (the application), config vars and add-ons.
Heroku maintains a log know as the append-only ledger of releases the developer makes.
Runtime

The main unit which provides the run environment are the Dynos which are isolated, virtualized unix containers.
The application’s dyno formation is the total number of currently-executing dynos, divided between the various process types the developer has scaled.
The dyno manager is responsible for managing dynos across all applications running on Heroku.
Applications that use the free dyno type will sleep after 30 minutes of inactivity. Scaling to multiple web dynos, or a different dyno type, will avoid this.
One-off Dynos are temporary dynos that run with their input/output attached to the local terminal. They’re loaded with the latest release.
Each dyno gets its own ephemeral filesystem with a fresh copy of the most recent release. It can be used as temporary scratchpad, but changes to the filesystem are not reflected to other dynos.
Logplex automatically collates log entries from all the running dynos of the app, as well as other components such as the routers, providing a single source of activity.
Scaling an application involves varying the number of dynos of each process type.
A detailed description of the architecture involves-

Define the application:
The definition of the application i.e. the source code and the description is built on the framework provided by Heroku which converts it into an application. The dependency mechanisms vary across languages: for Ruby the developer uses a Gemfile, in Python a requirements.txt, in Node.js a package.json, in Java a pom.xml, and so on.

Knowing what to execute:
Developers don’t need to make many changes to an application in order to run it on Heroku. One requirement is informing the platform as to which parts of the application are runnable. This is done in a Procfile, a text file that accompanies the source code.[22] Each line of the Procfile declares a process type — a named command that can be executed against the built application.

Deploying applications:
Application development on Heroku is primarily done through the GIT. The application gets a new git remote typically named as Heroku along with its local git repository where the application was made. Hence to deploy heroku application is similar to using the git push command.

There are many other ways of deploying applications too. For example, developers can enable GitHub integration so that each new pull request is associated with its own new application, which enables all sorts of continuous integration scenarios. Dropbox Sync lets developers deploy the contents of Dropbox folders to Heroku, or the Heroku API can be used to build and release apps.

Deployment then, is about moving the application from a local system to Heroku.

Building applications:
The mechanism for the bui

Kết quả (Việt) 1:

Một cái nhìn diagrammatic làm việc Heroku nền tảngCác ứng dụng đang chạy từ các máy chủ Heroku sử dụng các máy chủ DNS Heroku trực tiếp vào ứng dụng miền (thường "applicationname.herokuapp.com"). Mỗi ứng dụng container, [16] hoặc dynos, [17] được lan truyền qua một mạng lưới dyno"" bao gồm một số máy chủ. Kho ứng dụng xử lý của Heroku Git chủ đẩy từ người sử dụng được cho phép. [18] [19]Làm việc có thể được tóm tắt vào hai loại chính:Triển khai [20] [21]Nội dung chính của sự phát triển có mã nguồn, liên quan đến quan hệ phụ thuộc nếu họ tồn tại, một Procfile cho lệnh.Ứng dụng này gửi đến các để Heroku bằng cách sử dụng một trong những điều sau đây: git, GitHub, Dropbox, hoặc thông qua một API.Không có gói dữ liệu đưa các ứng dụng cùng với tất cả các phụ thuộc và thời gian chạy ngôn ngữ, và tạo ra các slugs. Đây được gọi là xây dựng-gói và là phương tiện cho quá trình biên soạn slug.Một slug là một sự kết hợp/gói mã nguồn, xây dựng quan hệ phụ thuộc, thời gian chạy và biên dịch, tạo ra của xây dựng hệ thống mà là sẵn sàng để thực hiện.Tiếp theo là vars cấu hình có chứa dữ liệu tùy biến cấu hình có thể thay đổi một cách độc lập mã nguồn.Tiện ích là bên thứ ba, chuyên ngành, Dịch vụ giá trị gia tăng các đám mây có thể được dễ dàng gắn vào một ứng dụng, mở rộng chức năng của nó.Một bản phát hành là một sự kết hợp của một slug (ứng dụng), cấu hình vars và tiện ích.Heroku duy trì một Nhật ký biết như sổ kế toán chỉ có phụ thêm của các nhà phát triển làm cho bản phát hành.Thời gian chạyCác đơn vị chính mà cung cấp môi trường chạy là Dynos đó đang bị cô lập, vọt unix container.Các ứng dụng dyno hình thành là tổng số hiện đang thực hiện dynos, được phân chia giữa các quá trình khác nhau các nhà phát triển đã thu nhỏ lại.Quản lý dyno là trách nhiệm quản lý dynos qua tất cả các ứng dụng chạy trên Heroku.Ứng dụng sử dụng loại miễn phí dyno sẽ ngủ sau 30 phút không hoạt động. Mở rộng cho nhiều trang web dynos, hoặc một loại khác nhau dyno, sẽ tránh điều này.Off Dynos đang tạm thời dynos chạy với đầu vào/đầu ra gắn liền với nhà ga địa phương. Chúng tôi được nạp với các phiên bản mới nhất.Mỗi dyno được riêng hệ thống tập tin không lâu với một bản sao tươi của việc phát hành gần đây nhất. Nó có thể được sử dụng như scratchpad tạm thời, nhưng những thay đổi trong hệ thống tập tin không được phản ánh đến dynos khác.Logplex tự động collates đăng nhập mục từ tất cả các dynos chạy các ứng dụng, cũng như các thành phần khác như định tuyến, cung cấp một nguồn duy nhất của hoạt động.Mở rộng quy mô ứng dụng liên quan đến việc thay đổi số lượng dynos mỗi loại quá trình.Một mô tả chi tiết của kiến trúc liên quan đến-Xác định ứng dụng:Định nghĩa của các ứng dụng ví dụ mã nguồn và mô tả được xây dựng trên khuôn khổ được cung cấp bởi Heroku mà chuyển nó vào một ứng dụng. Cơ chế phụ thuộc khác nhau qua các ngôn ngữ: cho Ruby, các nhà phát triển sử dụng một Gemfile, trong Python requirements.txt một, ở Node.js một package.json trong Java pom.xml một, và như vậy.Hiểu biết những gì để thực hiện:Nhà phát triển không cần phải thực hiện nhiều thay đổi đến một ứng dụng để chạy nó trên Heroku. Một trong những yêu cầu thông báo cho nền tảng về các bộ phận của ứng dụng là runnable. Điều này được thực hiện trong một Procfile, một tập tin văn bản đi kèm với mã nguồn. [22] mỗi dòng của Procfile tuyên bố loại quá trình — một lệnh được đặt tên có thể được thực hiện đối với các ứng dụng được xây dựng.Triển khai ứng dụng:Phát triển ứng dụng trên Heroku chủ yếu được thực hiện thông qua GIT. Các ứng dụng được git mới từ xa thường được đặt tên là Heroku cùng với kho git địa phương nơi mà các ứng dụng đã được thực hiện. Do đó, để triển khai heroku ứng dụng là tương tự như cách sử dụng lệnh đẩy git.Có rất nhiều cách khác của việc triển khai ứng dụng quá. Ví dụ, nhà phát triển có thể cho phép tích hợp GitHub để cho mỗi yêu cầu kéo mới là liên kết với các ứng dụng mới của riêng mình, cho phép tất cả các loại của hội nhập liên tục kịch bản. Dropbox Sync cho phép các nhà phát triển triển khai các nội dung của thư mục Dropbox đến Heroku, hoặc Heroku API có thể được sử dụng để xây dựng và phát hành ứng dụng.Triển khai sau đó, là về di chuyển các ứng dụng từ một hệ thống địa phương Heroku.Xây dựng ứng dụng:Cơ chế cho Bùi

Kết quả (Việt) 2:

Một cái nhìn sơ đồ về sự vận hành của Heroku đàn
Các ứng dụng được chạy từ máy chủ Heroku sử dụng Heroku DNS Server để chỉ đạo đến miền ứng dụng (thường là "applicationname.herokuapp.com"). Mỗi thùng chứa ứng dụng, [16] hoặc dynos, [17] được trải qua một "lưới Dyno" trong đó bao gồm một số máy chủ. Máy chủ Git Heroku của xử lý kho ứng dụng đẩy từ những người dùng được phép [18] [19].

Các hoạt động có thể được tóm tắt thành hai loại chính:

Triển khai [20] [21]

Các nội dung chính của sự phát triển là mã nguồn, liên quan phụ thuộc nếu chúng tồn tại ., và một Procfile cho lệnh
các ứng dụng được gửi đến để Heroku sử dụng một trong những điều sau đây:. các git, GitHub, Dropbox, hoặc thông qua một API
có các gói tin mà mất việc áp dụng cùng với tất cả các phụ thuộc, và ngôn ngữ thời gian chạy, và sản xuất sên. Chúng được gọi là xây dựng gói và là phương tiện cho quá trình sên biên dịch.
Sên là một sự kết hợp / bó của mã nguồn, phụ thuộc xây dựng, thời gian chạy, và biên dịch / tạo ra của hệ thống xây dựng mà đã sẵn sàng để thực hiện.
Tiếp theo là các vars Config có chứa các dữ liệu cấu hình tùy biến mà có thể được thay đổi độc lập của mã nguồn.
Add-on của bên thứ ba, chuyên ngành, giá trị gia tăng dịch vụ đám mây có thể dễ dàng gắn vào một ứng dụng, mở rộng chức năng của nó.
một phát hành là sự kết hợp của một con sên (ứng dụng), cấu hình VAR và add-ons.
Heroku duy trì một nhật ký biết như sổ cái phụ thêm chỉ số phát hành các nhà phát triển làm cho.
Runtime

các đơn vị chính cung cấp môi trường chạy là Dynos mà đang bị cô lập , container unix ảo hóa.
hình Dyno của ứng dụng là tổng số dynos hiện hành, phân chia giữa các loại quy trình khác nhau các nhà phát triển đã thu nhỏ lại.
người quản lý Dyno là trách nhiệm quản lý dynos trên tất cả các ứng dụng chạy trên Heroku.
ứng dụng sử dụng miễn phí loại Dyno sẽ ngủ sau 30 phút không hoạt động. Mở rộng quy mô với nhiều dynos web, hoặc một loại Dyno khác nhau, sẽ tránh được điều này.
Một-off Dynos là dynos tạm thời mà chạy với đầu vào của họ / đầu ra gắn vào thiết bị đầu cuối tại địa phương. Họ đang được nạp với các phiên bản mới nhất.
Mỗi Dyno được hệ thống tập tin tạm thời của riêng mình với một bản sao mới của việc phát hành gần đây nhất. Nó có thể được sử dụng như đệm tạm thời, nhưng những thay đổi trong hệ thống tập tin không được phản ánh để dynos khác.
Logplex tự động chuyên thu thập các mục bản ghi từ tất cả các dynos chạy các ứng dụng, cũng như các thành phần khác như các bộ định tuyến, cung cấp một nguồn duy nhất của hoạt động .
Scaling một ứng dụng liên quan đến việc thay đổi số lượng dynos của từng loại quy trình.
Mô tả chi tiết của kiến trúc involves-

Xác định các ứng dụng:
các định nghĩa của ứng dụng tức là mã nguồn và mô tả được xây dựng trên khuôn khổ cung cấp bởi Heroku đó chuyển đổi nó vào một ứng dụng. Các cơ chế phụ thuộc khác nhau giữa các ngôn ngữ: cho Ruby nhà phát triển sử dụng một Gemfile, trong Python một requirements.txt, trong Node.js một package.json, trong Java một pom.xml, và như vậy.

Việc biết những gì để thực hiện:
phát triển don ' t cần phải thực hiện nhiều thay đổi cho một ứng dụng để chạy nó trên Heroku. Một yêu cầu được thông báo cho các nền tảng như mà các bộ phận của ứng dụng là Runnable. Điều này được thực hiện trong một Procfile, một tập tin văn bản đi kèm với mã nguồn. [22] Mỗi dòng của Procfile tuyên bố một loại quá trình - một lệnh được đặt tên có thể được thực hiện đối với các ứng dụng được xây dựng.

Ứng dụng Triển khai:
Phát triển ứng dụng trên Heroku chủ yếu được thực hiện thông qua các đoàn. Các ứng dụng được một git mới từ xa thường có tên như Heroku cùng với kho git địa phương nơi mà ứng dụng đã được thực hiện. Do đó để triển khai ứng dụng Heroku là tương tự như sử dụng lệnh git push.

Có rất nhiều cách khác để triển khai các ứng dụng quá. Chẳng hạn, các nhà phát triển có thể kích hoạt GitHub tích hợp để từng yêu cầu kéo mới được kết hợp với ứng dụng mới của riêng mình, cho phép tất cả các loại kịch bản tích hợp liên tục. Dropbox Sync cho phép các nhà phát triển triển khai các nội dung của thư mục Dropbox để Heroku, hoặc API Heroku có thể được sử dụng để xây dựng và phát hành các ứng dụng.

Triển khai sau đó, khoảng cách di chuyển ứng dụng từ hệ thống tới Heroku.

Xây dựng ứng dụng:
Các cơ chế cho bui

Kết quả (Việt) 3:

Làm việc với Heroku nền tảng của sơ đồChương trình ứng dụng chạy trên máy chủ DNS server Heroku Heroku sử dụng ứng dụng trực tiếp lĩnh vực (điển hình là tên của ứng dụng. Herokuapp.Com ").Mỗi ứng dụng trong container, [16] và [17] Dynamic, phân bố ở một "dynamic lưới" bởi nhiều máy chủ.Heroku Git của máy phục vụ chương trình ứng dụng xử lý thư viện sẽ cho phép người dùng từ [18] [19].Công việc có thể quy kết thành hai loại lớn:Triển khai [20] [21]Phát triển nội dung chính là mã nguồn, liên quan đến các quan hệ phụ thuộc, nếu tồn tại, và một lệnh procfile.Ứng dụng gửi đến Heroku sử dụng như sau: Git, GitHub, Dropbox, hoặc thông qua một API.Có dữ liệu gói, để áp dụng cho tất cả các quan hệ phụ thuộc, và ngôn ngữ chạy khi, và ốc sên.Đây được gọi là xây dựng gói Slug, là quá trình biên dịch.Một slug là mã nguồn có sẵn, chạy, quan hệ phụ thuộc và biên dịch / sản xuất tạo ra khi hệ thống kết hợp xuất / gói, chuẩn bị hành hình.Thứ hai là có thể được chọn cấu hình dữ liệu riêng biệt, có thể thay đổi cấu hình biến mã nguồn.Thêm vào thành phần thứ ba bên, chuyên dịch vụ GTGT, mây, có thể dễ dàng kết nối đến một chương trình ứng dụng, tính năng mở rộng của nó.Thả là một sự kết hợp của một phần (ứng dụng), cấu hình biến và bổ sung.Heroku duy trì một khúc gỗ biết chỉ thêm phân loại phát phát triển khiến.Chạy khiNó cung cấp môi trường hoạt động của đơn vị chính là tách các động vật ảo hóa, Unix.Ứng dụng hình thành động tổng số hiện đang thực hiện quá trình động, chia thành các loại khác nhau của các nhà phát triển giữa tỷ lệ.Đường đua ứng dụng quản lý chịu trách nhiệm quản lý mọi hoạt động ở Heroku Dynamic.Sử dụng loại động ứng dụng miễn phí sẽ được bắn 30 phút sau khi ngủ.Mở rộng sang nhiều Web động kiểu khác nhau, hay đường đua, sẽ không gặp chuyện như thế này.A Dynamic là tạm thời điều hành động nhập / xuất kết nối tới thiết bị đầu cuối địa phương.Họ bị tải phiên bản mới nhất.Mọi đường đua đều có một hệ thống tập tin mới nhất của nhạc pop và phát hành một bản sao mới.Nó có thể được sử dụng như tạm thời tạm thời, nhưng thay đổi hệ thống tập tin khác không phản ánh được Dynamic.Logplex sắp xếp tự động ghi lại tất cả hoạt động năng động của ứng dụng, và các thành phần khác, như router, cung cấp một nguồn hoạt động.Phóng đại mọi ứng dụng liên quan đến một quá trình thay đổi kiểu động lượng.Nên cấu trúc mô tả chi tiết hệ thống liên quan đến...Định nghĩa được áp dụng:Nên ứng dụng mã nguồn và định nghĩa tức là xây dựng được mô tả ở Heroku chuyển sang ứng dụng cung cấp khung.Phụ thuộc vào cơ chế sử dụng ngôn ngữ khác nhau: Các nhà phát triển Python, Ruby. Gemfile, trong requirements.txt, Node.js package.json, pom.xml của Java, chờ đã.Biết gì cần thực hiện:Nhà phát triển không cần cho một chương trình ứng dụng ở Heroku chạy đã có những thay đổi rất nhiều.Một thông báo yêu cầu là nền tảng như trong phần chạy ứng dụng.Đây là một procfile làm, một tập tin văn bản, bổ sung thêm mã nguồn. [22] từng làm procfile tuyên bố một quá trình được đặt tên theo đúng kiểu mệnh lệnh, có thể tích hợp ứng dụng thực hành.Triển khai chương trình ứng dụng:Ở Heroku phát triển thông qua ứng dụng chủ yếu là Git làm.Xin được một Git mới từ xa thông thường được đặt tên theo cùng với nó Git của địa phương. Heroku kho ứng dụng.Do đó, triển khai ứng dụng sử dụng Heroku tương tự Git Push lệnh.Cũng có nhiều người khác triển khai ứng dụng phương pháp.Ví dụ, các nhà phát triển có thể khiến GitHub hợp nhất cho mỗi một yêu cầu mới của mình kéo với ứng dụng mới, làm đủ thứ kéo dài chương trình tích hợp.Dropbox để triển khai đồng bộ hóa có thể phát triển đến Heroku Dropbox nội dung của thư mục, hoặc có thể được dùng để xây dựng và phát Heroku API ứng dụng.Sau khi triển khai ứng dụng, phải di chuyển từ hệ thống địa phương đến Heroku.Trong tòa nhà này được áp dụng:Tạo cơ chế