Compare commits
6 Commits
41b59ba76b
...
e3231e7080
Author | SHA1 | Date |
---|---|---|
MDReal32 | e3231e7080 | |
MDReal32 | cdd688a330 | |
MDReal32 | f22f30ed5b | |
MDReal32 | b555c4e0c2 | |
MDReal32 | 2fca1b8aad | |
MDReal32 | 46b4414d2c |
|
@ -260,11 +260,11 @@ Bütün vacib komponentlər daxil olmaq şərtilə tərtib etdiyiniz dizaynı t
|
|||
|
||||
Hər bir əsas komponenti ətraflı izzah etməyə başlayın. Məsələn, sizdən [url qısaldıcı xidmət](solutions/system_design/pastebin/README.md) dizayn etmək istənilsə, müzakirə edin:
|
||||
|
||||
* Generating and storing a hash of the full url
|
||||
* Tam url-in hashının yaradılması və saxlanması
|
||||
* [MD5](solutions/system_design/pastebin/README.md) və [Base62](solutions/system_design/pastebin/README.md)
|
||||
* Xeş toqquşmaları (Hash collision)
|
||||
* SQL va ya NoSQL
|
||||
* Məlumatlar bazası sxeması (Database schema)
|
||||
* Məlumatlar bazası sxemi (Database schema)
|
||||
* Hash-lənmiş url-in tam url-ə yönləndirilməsi
|
||||
* Database axtarışı
|
||||
* API və obyekt yönümlü dizayn
|
||||
|
@ -278,7 +278,7 @@ Məhdudiyyətləri nəzərə alaraq problemləri müəyyənləşdirin və həll
|
|||
* Caching
|
||||
* Database parçalanması (Database sharding)
|
||||
|
||||
Potensial həll yollarını və güzəştləri müzakirə edin. Hər şey bir mübadilədir. [Ölçəklənən sistem dizaynı prinsiplərindən](#sistem-dizaynı-mövzularının-indeksi) istifadə edərək, darboğazları aradan qaldırın
|
||||
Potensial həll yollarını və güzəştləri müzakirə edin. Hər şey bir mübadilədir. [Ölçülən sistem dizaynı prinsiplərindən](#sistem-dizaynı-mövzularının-indeksi) istifadə edərək, çətin vəziyyəti aradan qaldırın
|
||||
|
||||
### Back-of-the-envelope hesablamaları
|
||||
|
||||
|
@ -384,17 +384,17 @@ Nə gözlədiyiniz barədə daha yaxşı fikir əldə etmək üçün aşağıdak
|
|||
| Design a circular array | [Contribute](#contributing) |
|
||||
| Add an object-oriented design question | [Contribute](#contributing) |
|
||||
|
||||
## System design topics: start here
|
||||
## Sistem dizaynı mövzuları: buradan başlayın
|
||||
|
||||
New to system design?
|
||||
Sistem dizaynında yenisiniz?
|
||||
|
||||
First, you'll need a basic understanding of common principles, learning about what they are, how they are used, and their pros and cons.
|
||||
İlk öncə əsas sistem dizaynın baza prinsiplərini, onların necə istifadə olunduğunu və onların üstünlüklərini və mənfi cəhətlərini öyrənməlisiniz.
|
||||
|
||||
### Step 1: Review the scalability video lecture
|
||||
### 1-ci addım: Harvarddakı scalability video müsahibəsini izləyin
|
||||
|
||||
[Scalability Lecture at Harvard](https://www.youtube.com/watch?v=-W9F__D3oY4)
|
||||
|
||||
* Topics covered:
|
||||
* Əhatə edən mövzular:
|
||||
* Vertical scaling
|
||||
* Horizontal scaling
|
||||
* Caching
|
||||
|
@ -402,36 +402,36 @@ First, you'll need a basic understanding of common principles, learning about wh
|
|||
* Database replication
|
||||
* Database partitioning
|
||||
|
||||
### Step 2: Review the scalability article
|
||||
### 2-ci addım: scalability məqaləsini oxuyun
|
||||
|
||||
[Scalability](https://web.archive.org/web/20221030091841/http://www.lecloud.net/tagged/scalability/chrono)
|
||||
|
||||
* Topics covered:
|
||||
* Əhatə edən mövzular:
|
||||
* [Clones](https://web.archive.org/web/20220530193911/https://www.lecloud.net/post/7295452622/scalability-for-dummies-part-1-clones)
|
||||
* [Databases](https://web.archive.org/web/20220602114024/https://www.lecloud.net/post/7994751381/scalability-for-dummies-part-2-database)
|
||||
* [Caches](https://web.archive.org/web/20230126233752/https://www.lecloud.net/post/9246290032/scalability-for-dummies-part-3-cache)
|
||||
* [Asynchronism](https://web.archive.org/web/20220926171507/https://www.lecloud.net/post/9699762917/scalability-for-dummies-part-4-asynchronism)
|
||||
|
||||
### Next steps
|
||||
### Növbəti addımlar
|
||||
|
||||
Next, we'll look at high-level trade-offs:
|
||||
Növbəti olaraq aşağıdakı mövzulara baxacığıq:
|
||||
|
||||
* **Performance** vs **scalability**
|
||||
* **Latency** vs **throughput**
|
||||
* **Availability** vs **consistency**
|
||||
* **Performans** vs **miqyaslılıq**
|
||||
* **Gecikmə** vs **keçirmə qabiliyyəti**
|
||||
* **Mövcudluq** vs **ardıcıllıq**
|
||||
|
||||
Keep in mind that **everything is a trade-off**.
|
||||
Unutmayın ki, **hər şey bir mübadiləddəir**.
|
||||
|
||||
Then we'll dive into more specific topics such as DNS, CDNs, and load balancers.
|
||||
Ardınca daha çətin mövzulara baxacağıq, məsələn DNS, CDN və load balancer-lər kimi.
|
||||
|
||||
## Performance vs scalability
|
||||
## Performans vs miqyaslılıq
|
||||
|
||||
A service is **scalable** if it results in increased **performance** in a manner proportional to resources added. Generally, increasing performance means serving more units of work, but it can also be to handle larger units of work, such as when datasets grow.<sup><a href=http://www.allthingsdistributed.com/2006/03/a_word_on_scalability.html>1</a></sup>
|
||||
Servis **miqyaslı**dırsa, əlavə resurslar əlavə edildikcə **performans** artır. Ümumiyyətlə, performansı artırmaq daha çox iş birlikləri deməkdir, amma həm də dataset-lərin böyüməsi buna bir nümunədir.<sup><a href=http://www.allthingsdistributed.com/2006/03/a_word_on_scalability.html>1</a></sup>
|
||||
|
||||
Another way to look at performance vs scalability:
|
||||
Performans vs miqyaslılıq mübadiləsinə başqa bir yanaşmada baxaq:
|
||||
|
||||
* If you have a **performance** problem, your system is slow for a single user.
|
||||
* If you have a **scalability** problem, your system is fast for a single user but slow under heavy load.
|
||||
* **Performans** problemi varsa, sistem bir istifadəçi üçün yavaşdır.
|
||||
* **Miqyaslılıq** problemi varsa, sistem bir istifadəçi üçün sürətli olsa da, ağır yüklənmə zamanı yavaşdır.
|
||||
|
||||
### Source(s) and further reading
|
||||
|
||||
|
|
Loading…
Reference in New Issue