Before diving into software coding, you should have a broad architectu dịch - Before diving into software coding, you should have a broad architectu Việt làm thế nào để nói

Before diving into software coding,

Before diving into software coding, you should have a broad architectural plan for
your application. Keep in mind that an application’s architecture is distinctly different from the network architecture (e.g., the five-layer Internet architecture discussed
in Chapter 1). From the application developer’s perspective, the network architecture is fixed and provides a specific set of services to applications. The application
architecture, on the other hand, is designed by the application developer and dictates how the application is structured over the various end systems. In choosing the
application architecture, an application developer will likely draw on one of the two
predominant architectural paradigms used in modern network applications: the
client-server architecture or the peer-to-peer (P2P) architecture
In a client-server architecture, there is an always-on host, called the server,
which services requests from many other hosts, called clients. A classic example is the
Web application for which an always-on Web server services requests from browsers
running on client hosts. When a Web server receives a request for an object from a
client host, it responds by sending the requested object to the client host. Note that
with the client-server architecture, clients do not directly communicate with each
other; for example, in the Web application, two browsers do not directly communicate. Another characteristic of the client-server architecture is that the server has a
fixed, well-known address, called an IP address (which we’ll discuss soon). Because
the server has a fixed, well-known address, and because the server is always on, a
client can always contact the server by sending a packet to the server’s IP address.
Some of the better-known applications with a client-server architecture include the
Web, FTP, Telnet, and e-mail. The client-server architecture is shown in Figure 2.2(a).
Often in a client-server application, a single-server host is incapable of keeping up
with all the requests from clients. For example, a popular social-networking site can
quickly become overwhelmed if it has only one server handling all of its requests. For
this reason, a data center, housing a large number of hosts, is often used to create a
powerful virtual server. The most popular Internet services—such as search engines
(e.g., Google and Bing), Internet commerce (e.g., Amazon and e-Bay), Web-based
email (e.g., Gmail and Yahoo Mail), social networking (e.g., Facebook and Twitter)—
employ one or more data centers. As discussed in Section 1.3.3, Google has 30 to 50
data centers distributed around the world, which collectively handle search, YouTube,
Gmail, and other services. A data center can have hundreds of thousands of servers,
which must be powered and maintained. Additionally, the service providers must pay
recurring interconnection and bandwidth costs for sending data from their data centers.
In a P2P architecture, there is minimal (or no) reliance on dedicated servers in
data centers. Instead the application exploits direct communication between pairs of
intermittently connected hosts, called peers. The peers are not owned by the service
provider, but are instead desktops and laptops controlled by users, with most of the
peers residing in homes, universities, and offices. Because the peers communicate
without passing through a dedicated server, the architecture is called peer-to-peer.
Many of today’s most popular and traffic-intensive applications are based on P2P
architectures. These applications include file sharing (e.g., BitTorrent), peer-assisted
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
Trước khi lặn vào phần mềm mã hóa, bạn cần phải có một kế hoạch rộng kiến trúc choứng dụng của bạn. Hãy nhớ rằng ứng dụng của kiến trúc là khác biệt rõ rệt từ kiến trúc mạng (ví dụ như, năm lớp Internet kiến trúc thảo luậntrong chương 1). Từ quan điểm của nhà phát triển ứng dụng, các kiến trúc mạng cố định và cung cấp một tập hợp cụ thể của dịch vụ cho ứng dụng. Các ứng dụngkiến trúc, mặt khác, được thiết kế bởi các nhà phát triển ứng dụng và ra làm thế nào các ứng dụng được xây dựng trên các hệ thống kết thúc khác nhau. Trong việc lựa chọn cácứng dụng kiến trúc, một nhà phát triển ứng dụng sẽ có thể vẽ trên một trong haiparadigms kiến trúc chủ yếu được sử dụng trong các ứng dụng mạng hiện đại: Cáckiến trúc máy chủ khách hàng hay kiến trúc peer-to-peer (P2P)Một khách hàng máy chủ kiến trúc, có là một luôn luôn-ngày, được gọi là máy chủ,Dịch vụ mà yêu cầu từ nhiều máy chủ khác, được gọi là khách hàng. Một ví dụ điển hình là cácWeb ứng dụng mà một luôn luôn-on Web server dịch vụ yêu cầu từ trình duyệtchạy trên máy chủ của khách hàng. Khi một máy chủ Web nhận được một yêu cầu cho một đối tượng từ mộtkhách hàng máy chủ lưu trữ, nó phản ứng bằng cách gửi các đối tượng được yêu cầu đến máy chủ lưu trữ khách hàng. Lưu ý rằngvới kiến trúc máy chủ khách hàng, khách hàng không trực tiếp giao tiếp với nhaukhác; Ví dụ, trong ứng dụng Web, hai trình duyệt không trực tiếp giao tiếp. Các đặc trưng khác của kiến trúc máy chủ khách hàng là các máy chủ có một««««cố định, địa chỉ nổi tiếng, được gọi là địa chỉ IP (mà chúng tôi sẽ thảo luận về sớm). Bởi vìHệ phục vụ có địa chỉ cố định, nổi tiếng, và bởi vì các máy chủ luôn luôn là về, mộtkhách hàng luôn luôn có thể liên hệ với máy chủ bằng cách gửi một gói tin đến địa chỉ IP của máy chủ.Một số ứng dụng sáng với một kiến trúc máy chủ khách hàng bao gồm cácWeb, FTP, Telnet, và e-mail. Kiến trúc khách hàng máy chủ được thể hiện trong hình 2.2(a).Thường trong một ứng dụng máy khách-máy chủ, máy chủ máy chủ duy nhất là không có khả năng giữvới tất cả các yêu cầu từ khách hàng. Ví dụ, một trang web mạng xã hội phổ biến có thểmột cách nhanh chóng trở thành tràn ngập nếu nó có chỉ có một máy chủ xử lý tất cả các yêu cầu của nó. Cholý do này, một trung tâm dữ liệu, nhà ở một số lớn các máy chủ, thường được sử dụng để tạo ra mộtmạnh mẽ máy chủ ảo. Các dịch vụ Internet phổ biến nhất-chẳng hạn như công cụ tìm kiếm(ví dụ như, Google và Bing), thương mại Internet (ví dụ như, Amazon và e-Bay), dựa trên Webthư điện tử (ví dụ như, Gmail và Yahoo Mail), mạng xã hội (ví dụ như, Facebook và Twitter) —sử dụng một hoặc nhiều trung tâm dữ liệu. Như được thảo luận trong phần 1.3.3, Google có 30-50Trung tâm dữ liệu phân phối trên toàn thế giới, mà chung xử lý tìm kiếm, YouTube,Gmail, và các dịch vụ khác. Một trung tâm dữ liệu có thể có hàng trăm ngàn máy chủ,mà phải được cung cấp và duy trì. Ngoài ra, các nhà cung cấp dịch vụ phải trả tiềnđịnh kỳ kết nối và chi phí băng thông để gửi dữ liệu từ Trung tâm dữ liệu của họ.Một kiến trúc P2P, có là tối thiểu (hoặc không) sự phụ thuộc vào các máy chủ chuyên dụng trongTrung tâm dữ liệu. Thay vào đó các ứng dụng khai thác các giao tiếp trực tiếp giữa các cặpkhông liên tục kết nối máy chủ, được gọi là đồng nghiệp. Các đồng nghiệp không thuộc sở hữu của các dịch vụnhà cung cấp, nhưng là thay vào đó máy tính để bàn và máy tính xách tay điều khiển bởi người dùng, với hầu hết cácđồng nghiệp sinh sống ở nhà, trường đại học, và văn phòng. Bởi vì các bạn đồng trang lứa giao tiếpmà không đi qua một máy chủ chuyên dụng, các kiến trúc được gọi là peer-to-peer.Nhiều người ngày nay phổ biến nhất và lưu lượng truy cập-chuyên sâu ứng dụng dựa trên P2Pkiến trúc. Các ứng dụng này bao gồm các tập tin chia sẻ (ví dụ như, BitTorrent), ngang hàng với sự hỗ trợ
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
Trước khi đi sâu vào phần mềm mã hóa, bạn nên có một kế hoạch kiến trúc rộng cho
ứng dụng của bạn. Hãy nhớ rằng kiến trúc của một ứng dụng là khác biệt từ các kiến trúc mạng (ví dụ, các kiến trúc Internet năm lớp thảo luận
trong Chương 1). Từ quan điểm của các nhà phát triển ứng dụng của, kiến trúc mạng là cố định và cung cấp một tập hợp cụ thể của các dịch vụ cho các ứng dụng. Việc áp dụng
kiến trúc, mặt khác, được thiết kế bởi các nhà phát triển ứng dụng và mệnh lệnh như thế nào ứng dụng được cấu trúc trên các hệ thống đầu cuối khác nhau. Trong việc lựa chọn
kiến trúc ứng dụng, phát triển ứng dụng sẽ có khả năng vẽ trên một trong hai
mô hình kiến trúc chủ yếu được sử dụng trong các ứng dụng mạng hiện đại: các
kiến trúc client-server hoặc các peer-to-peer (P2P) kiến trúc
Trong một kiến trúc client-server, có là một luôn luôn-trên máy chủ, được gọi là máy chủ,
mà dịch vụ yêu cầu từ nhiều máy chủ khác, được gọi là khách hàng. Một ví dụ điển hình là các
ứng dụng Web mà một luôn luôn-về các dịch vụ yêu cầu máy chủ Web từ trình duyệt
đang chạy trên máy client. Khi một máy chủ Web nhận được một yêu cầu cho một đối tượng từ một
máy chủ của khách hàng, nó phản ứng bằng cách gửi các đối tượng được yêu cầu đến máy chủ của khách hàng. Lưu ý rằng
với kiến trúc client-server, khách hàng không trực tiếp giao tiếp với nhau
khác; Ví dụ, trong các ứng dụng Web, hai trình duyệt không trực tiếp giao tiếp. Một đặc trưng của kiến trúc client-server là máy chủ có
địa chỉ cố định nổi tiếng, được gọi là một địa chỉ IP (mà chúng ta sẽ thảo luận về sớm). Bởi vì
máy chủ đã cố định, nổi tiếng địa chỉ, và bởi vì các máy chủ luôn luôn là ngày, một
khách hàng luôn có thể liên lạc với máy chủ bằng cách gửi một gói tin đến địa chỉ IP của máy chủ.
Một số ứng dụng nổi tiếng hơn với một kiến trúc client-server bao gồm các
Web, FTP, Telnet, và e-mail. Các kiến trúc client-server được thể hiện trong hình 2.2 (a).
Thông thường trong một ứng dụng client-server, một máy chủ duy nhất-server là có khả năng giữ lên
với tất cả các yêu cầu từ khách hàng. Ví dụ, một trang web mạng xã hội phổ biến có thể
nhanh chóng trở nên quá tải nếu nó chỉ có một xử lý tất cả các yêu cầu của máy chủ. Đối với
lý do này, một trung tâm dữ liệu, chứa một số lượng lớn các máy chủ, thường được sử dụng để tạo ra một
máy chủ ảo mạnh mẽ. Các dịch vụ như Internet phổ biến nhất như công cụ tìm kiếm
(ví dụ, Google và Bing), thương mại Internet (ví dụ, Amazon và e-Bay), Web-based
email (ví dụ, Gmail và Yahoo Mail), mạng xã hội (ví dụ, Facebook và Twitter) -
sử dụng một hoặc nhiều trung tâm dữ liệu. Như đã thảo luận trong Phần 1.3.3, Google có 30-50
trung tâm dữ liệu phân bố trên toàn thế giới, trong đó xử lý chung tìm kiếm, YouTube,
Gmail, và các dịch vụ khác. Một trung tâm dữ liệu có thể có hàng trăm ngàn máy chủ,
mà phải được cung cấp và duy trì. Ngoài ra, các nhà cung cấp dịch vụ phải trả
định kỳ kết nối băng thông và chi phí cho việc gửi dữ liệu từ các trung tâm dữ liệu của họ.
Trong một kiến trúc P2P, có tối thiểu (hoặc không có) sự phụ thuộc vào các máy chủ chuyên dụng trong
các trung tâm dữ liệu. Thay vì các ứng dụng khai thác thông tin trực tiếp giữa các cặp
máy chủ kết nối liên tục, gọi là đồng nghiệp. Các đồng nghiệp không thuộc sở hữu của các dịch vụ
cung cấp, nhưng thay vì máy tính để bàn và máy tính xách tay được điều khiển bởi người sử dụng, với hầu hết các
đồng nghiệp cư trú trong nhà, các trường đại học, và văn phòng. Bởi vì các đồng nghiệp giao tiếp
mà không qua một máy chủ chuyên dụng, các kiến trúc được gọi là peer-to-peer.
Nhiều người trong số các ứng dụng phổ biến nhất và giao thông-chuyên sâu hiện nay đều dựa trên P2P
kiến trúc. Các ứng dụng này bao gồm việc chia sẻ tập tin (ví dụ như BitTorrent), peer-assisted
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: