در این مطلب، ویدئو RabbitMQ- Tutorial 12a – Routing Implementation در پایتون با زیرنویس فارسی را برای دانلود قرار داده ام. شما میتوانید با پرداخت 15 هزار تومان ، این ویدیو به علاوه تمامی فیلم های سایت را دانلود کنید.اکثر فیلم های سایت به زبان انگلیسی می باشند. این ویدئو دارای زیرنویس فارسی ترجمه شده توسط هوش مصنوعی می باشد که میتوانید نمونه ای از آن را در قسمت پایانی این مطلب مشاهده کنید.
مدت زمان فیلم: 00:16:44
تصاویر این ویدئو:
قسمتی از زیرنویس این فیلم:
00:00:00,000 –> 00:00:02,240
سلام بچه ها به آموزش دیگری
2
00:00:02,240 –> 00:00:04,960
در سری ویدیوهای ما در مورد rabbitmq خوش آمدید. در
3
00:00:04,960 –> 00:00:06,240
آخرین ویدیویی که به مفاهیم
4
00:00:06,240 –> 00:00:08,720
پشت سر ریشه و موضوعات در این ویدیو
5
00:00:08,720 –> 00:00:10,480
نگاه کردیم، می خواهیم نحوه پیاده سازی
6
00:00:10,480 –> 00:00:13,040
این موارد را در پایتون
7
00:00:13,040 –> 00:00:15,440
به طور معمول بررسی کنیم که همه کدها در دسترس هستند. من
8
00:00:15,440 –> 00:00:16,800
و github من لینک را در
9
00:00:16,800 –> 00:00:17,840
توضیحات
10
00:00:17,840 –> 00:00:20,560
می گذاریم اگر شما بیشتر به نسخه سی شارپ
11
00:00:20,560 –> 00:00:22,320
این ویدیو علاقه دارید،
12
00:00:22,320 –> 00:00:23,840
به ویدیوی بعدی بروید، جایی که
13
00:00:23,840 –> 00:00:25,519
دقیقاً همان محتوا را پوشش می دهیم، اما
14
00:00:25,519 –> 00:00:27,920
از سی شارپ استفاده می کنیم. ما دوباره در
15
00:00:27,920 –> 00:00:30,240
کد ویژوال استودیو اینجا هستیم و من در
16
00:00:30,240 –> 00:00:32,238
واقع سه فایل پایتون را این
17
00:00:32,238 –> 00:00:36,480
بار یک تولید کننده و دو مصرف کننده ایجاد می کنم،
18
00:00:36,480 –> 00:00:40,480
بنابراین یک فایل جدید ما تولید کننده خود را اضافه می
19
00:00:40,879 –> 00:00:43,520
کنیم و دو
20
00:00:43,520 –> 00:00:43,840
مشتری من
21
00:00:43,840 –> 00:00:47,280
یک مصرف کننده تجزیه و تحلیل می نامند.
22
00:00:49,600 –> 00:00:51,440
خودکار میتواند مصرفکننده پرداختها باشد
23
00:00:51,440 –> 00:00:53,920
24
00:00:57,280 –> 00:00:59,199
و این دو فایل شبیه به
25
00:00:59,199 –> 00:01:01,359
یک میکروسرویس تقلید میکنند، بنابراین analytics
26
00:01:01,359 –> 00:01:02,960
consumer.pi نوعی
27
00:01:02,960 –> 00:01:05,000
میکروسرویس تجزیه و تحلیل خواهد بود و paysconsumer.pi
28
00:01:05,000 –> 00:01:07,119
نشاندهنده
29
00:01:07,119 –> 00:01:09,680
میکروسرویس پرداختها و دوباره مقدار زیادی
30
00:01:09,680 –> 00:01:12,159
از کد w است. بسیار شبیه به
31
00:01:12,159 –> 00:01:14,000
آنچه در آموزش اصلی خود در مورد
32
00:01:14,000 –> 00:01:15,040
اتصال
33
00:01:15,040 –> 00:01:16,799
و مواردی از این دست انجام دادیم خواهد بود، بنابراین ما فقط
34
00:01:16,799 –> 00:01:19,680
آن کد اصلی را برای
35
00:01:19,680 –> 00:01:21,520
مصرف کننده پرداخت خود در اینجا کپی می کنیم و
36
00:01:21,520 –> 00:01:23,520
تغییراتی ایجاد می کنیم تا نشان دهیم که چگونه
37
00:01:23,520 –> 00:01:25,600
باید با روت کردن کار کند. به عنوان
38
00:01:25,600 –> 00:01:28,640
مثال، مجدداً ما روش بازگشت تماس خود را داریم
39
00:01:28,640 –> 00:01:30,880
که باز کردن اتصال و کد باز کردن کانال خود
40
00:01:30,880 –> 00:01:32,159
را
41
00:01:32,159 –> 00:01:35,200
داریم و یک اعلان صف
42
00:01:35,200 –> 00:01:37,280
و روش مصرف
43
00:01:37,280 –> 00:01:38,880
اصلی را در مثال اصلی خود در اینجا فراخوانی می کنیم، بنابراین
44
00:01:38,880 –> 00:01:40,240
چند چیز وجود دارد که باید در مورد
45
00:01:40,240 –> 00:01:42,560
خود تغییر دهیم. مصرف کننده پرداخت برای انجام این کار
46
00:01:42,560 –> 00:01:44,799
با مسیریابی rabbitmq اولین کاری که
47
00:01:44,799 –> 00:01:46,159
باید انجام دهیم این است که باید یک
48
00:01:46,159 –> 00:01:48,720
تبادل صریح داشته باشیم، بنابراین مجدداً
49
00:01:48,720 –> 00:01:51,360
50
00:01:51,360 –> 00:01:54,560
پس از باز کردن کانال از اعلام نقطه تبادل کانال استفاده می کنیم و
51
00:01:54,560 –> 00:01:57,119
نام تبادل مسیر را به آن می دهیم.
52
00:01:57,119 –> 00:01:58,719
این میتواند هر رشتهای در اینجا باشد، بنابراین
53
00:01:58,719 –> 00:01:59,920
لازم نیست خوانده شود،
54
00:01:59,920 –> 00:02:01,520
میتواند هر چیزی باشد که شما میخواهید و
55
00:02:01,520 –> 00:02:04,079
مهمتر از آن، نوع تبادل،
56
00:02:04,079 –> 00:02:06,640
تبادل مستقیم است،
57
00:02:06,640 –> 00:02:10,319
بنابراین، نوع مبادله را به صورت نقطهای مستقیم انجام دهید،
58
00:02:14,160 –> 00:02:16,000
بنابراین زمانی که تبادل را کاهش دهیم lared ما
59
00:02:16,000 –> 00:02:18,239
همچنین باید یک صف را اعلام کنیم و برای
60
00:02:18,239 –> 00:02:20,160
این صف، نام صف را به عنوان
61
00:02:20,160 –> 00:02:21,920
رشته خالی می گذاریم که به سرور اجازه می دهد
62
00:02:21,920 –> 00:02:24,080
یک نام صف تصادفی به آن اختصاص دهد و
63
00:02:24,080 –> 00:02:25,920
ما آن را انحصاری اعلام می کنیم، به این
64
00:02:25,920 –> 00:02:28,160
معنی که وقتی اتصال بسته شود
65
00:02:28,160 –> 00:02:31,599
صف نیز حذف خواهد شد
66
00:02:31,599 –> 00:02:32,879
و ما فقط
67
00:02:32,879 –> 00:02:35,040
میخواهیم پیام دریافتنشده را در اینجا کمی ویرایش کنیم
68
00:02:35,040 –> 00:02:36,879
تا پرداختها را در جلوی صورتحساب چاپ اضافه
69
00:02:36,879 –> 00:02:38,640
کنیم تا دقیقاً بدانیم کدام
70
00:02:38,640 –> 00:02:40,640
سرویس در حال چاپ است که پیامی دریافت میکند
71
00:02:40,640 –> 00:02:43,120
72
00:02:45,680 –> 00:02:47,280
و سپس همه چیز در اینجا باید کار کند. همانطور که
73
00:02:47,280 –> 00:02:49,360
انتظار می رود تنها کاری که باید
74
00:02:49,360 –> 00:02:52,879
انجام شود این است که این نشانه را به مبادله مسیریابی متصل
75
00:02:52,879 –> 00:02:54,239
76
00:02:54,239 –> 00:02:55,680
کنید، زیرا بر خلاف مبادله خروجی فن،
77
00:02:55,680 –> 00:02:57,519
مبادله مستقیم فقط
78
00:02:57,519 –> 00:02:59,920
پیام هایی را به نشانه هایی ارسال می کند که محدود شده اند
79
00:02:59,920 –> 00:03:02,800
و کلید مسیریابی همان
80
00:03:02,800 –> 00:03:04,560
کلید اتصال است.
81
00:03:04,560 –> 00:03:06,879
بنابراین، یک کلید اتصال
82
00:03:06,879 –> 00:03:08,800
بین صرافی و صف را در اینجا اضافه می
83
00:03:08,800 –> 00:03:12,400
کنیم، بنابراین می گوییم کانال برابر است با
84
00:03:12,400 –> 00:03:14,319
q.bind و نام Exchange را که
85
00:03:14,319 –> 00:03:17,720
در حال چرخش است
86
00:03:19,040 –> 00:03:21,360
و نام صف را
87
00:03:21,360 –> 00:03:24,080
که می توانیم در متغیر he ذخیره کنیم، عبور می دهیم. بنابراین
88
00:03:24,080 –> 00:03:26,319
ما فقط صف را در متغیر صف ذخیره می
89
00:03:26,319 –> 00:03:29,280
کنیم و می گوییم q برابر است با
90
00:03:29,280 –> 00:03:33,599
روش q dot نقطه q
91
00:03:33,599 –> 00:03:35,040
و در نهایت کلید مسیریابی را به آن می
92
00:03:35,040 –> 00:03:36,159
93
00:03:36,159 –> 00:03:38,000
دهیم و کلید مسیریابی ما برای این سرویس در
94
00:03:38,000 –> 00:03:40,510
حال حاضر فقط پرداخت ها خواهد بود
95
00:03:40,510 –> 00:03:43,540
[Music ]
96
00:03:44,000 –> 00:03:46,959
بنابراین فقط پیامهایی که فقط کلید گرد
97
00:03:46,959 –> 00:03:49,920
کردن پرداختها را دارند به
98
00:03:49,920 –> 00:03:52,400
این صف در اینجا ارسال میشوند و توسط
99
00:03:52,400 –> 00:03:54,319
سرویس مصرفکننده پرداخت مصرف میشوند، بیایید
100
00:03:54,319 –> 00:03:57,439
این کد را در مصرفکننده تحلیلی خود کپی کنیم.
101
00:03:57,439 –> 00:03:59,280
102
00:03:59,280 –> 00:04:03,840
103
00:04:04,799 –> 00:04:06,640
کد اتصال
104
00:04:06,640 –> 00:04:07,680
یکسان است
105
00:04:07,680 –> 00:04:09,680
صرافی که می خواهیم استفاده کنیم
106
00:04:09,680 –> 00:04:10,879
در این مثال همان است که در
107
00:04:10,879 –> 00:04:12,480
ویدیوی قبلی دیدیم ما فقط از همان مبادله استفاده کردیم
108
00:04:12,480 –> 00:04:15,040
، صف می تواند در
109
00:04:15,040 –> 00:04:16,560
اینجا یکسان بماند زیرا یک صف تصادفی است بنابراین این
110
00:04:16,560 –> 00:04:18,478
سرویس اعلام می کند و نمونه سازی یک
111
00:04:18,478 –> 00:04:19,759
صف متفاوت از
112
00:04:19,759 –> 00:04:21,519
مصرف کننده پرداخت، q binding چیزی است که
113
00:04:21,519 –> 00:04:23,040
ما باید تغییر دهیم، بنابراین
114
00:04:23,040 –> 00:04:25,120
کلید مسیریابی را در اینجا تغییر می دهیم تا مصرف کننده تجزیه و تحلیل
115
00:04:25,120 –> 00:04:26,880
پیام های متفاوتی
116
00:04:26,880 –> 00:04:29,199
نسبت به مصرف کننده پرداخت دریافت کند، بنابراین ما فقط می گوییم
117
00:04:29,199 –> 00:04:32,160
تجزیه و تحلیل فقط
118
00:04:33,210 –> 00:04:34,479
[موسیقی]
119
00:04:34,479 –> 00:04:36,560
و تماس ما باید یکسان باشد،
120
00:04:36,560 –> 00:04:38,400
به جز اینکه باید
121
00:04:38,400 –> 00:04:40,240
در اینجا نشانه را به آن بدهیم،
122
00:04:40,240 –> 00:04:42,560
بنابراین باید نام
123
00:04:42,560 –> 00:04:44,800
روش نوع q
124
00:04:44,800 –> 00:04:46,320
را
125
00:04:46,320 –> 00:04:48,639
نقطه q
126
00:04:48,639 –> 00:04:51,680
بگوییم و باید این کار را در سایر
127
00:04:51,680 –> 00:04:55,720
مصرف کننده های پرداخت نیز
128
00:05:01,199 –> 00:05:03,120
انجام دهیم، بنابراین اکنون اجازه دهید آن را ویرایش کنیم. کد را در
129
00:05:03,120 –> 00:05:06,160
producer.pi ما کپی می کنیم و طبق معمول ما فقط
130
00:05:06,160 –> 00:05:08,080
کد اصلی را از اولین
131
00:05:08,080 –> 00:05:10,479
مثال خود در جایی که اتصال را ایجاد کردیم کپی می کنیم،
132
00:05:10,479 –> 00:05:11,919
بنابراین این از اولین مثال است، بنابراین اگر
133
00:05:11,919 –> 00:05:13,280
آن ویدیو را دنبال نکرده اید، لطفاً
134
00:05:13,280 –> 00:05:14,880
به عقب برگردید و آن را بررسی کنید. بنابراین شما می دانید
135
00:05:14,880 –> 00:05:17,039
که این کد چه کاری انجام می دهد، اما اساساً ما
136
00:05:17,039 –> 00:05:19,039
دوباره یک اتصال ایجاد می کنیم که یک
137
00:05:19,039 –> 00:05:21,759
کانال را باز می کند و پیامی را منتشر می کند،
138
00:05:21,759 –> 00:05:23,440
بنابراین این چیزها باید
139
00:05:23,440 –> 00:05:24,880
چند مورد را تغییر دهیم و دیگر
140
00:05:24,880 –> 00:05:26,479
نیازی به اعلام صف نداریم، زیرا
141
00:05:26,479 –> 00:05:28,000
صف ها به مصرف کنندگان ما گره خورده است، اما
142
00:05:28,000 –> 00:05:30,400
کاری که باید انجام دهیم این است که در صورتی که قبلاً اعلام نشده باشد،
143
00:05:30,400 –> 00:05:32,639
همان مبادله را در تولیدکننده با
144
00:05:32,639 –> 00:05:34,639
مصرف کنندگان
145
00:05:34,639 –> 00:05:35,840
اعلام
146
00:05:35,840 –> 00:05:38,000
کنیم، بنابراین ما به سادگی این را اعلام می کنیم و سپس
147
00:05:38,000 –> 00:05:41,360
نوع مبادله را در بالا اضافه می کنیم، فقط صرافی را
148
00:05:41,360 –> 00:05:44,960
تغییر دهید. پیام ما هستیم به پایان می رسد بنابراین
149
00:05:44,960 –> 00:05:46,800
این پیام
150
00:05:46,800 –> 00:05:49,840
نیاز به
151
00:05:50,840 –> 00:05:53,919
روت شدن دارد و ما
152
00:05:53,919 –> 00:05:55,759
153
00:05:55,759 –> 00:05:57,280
154
00:05:57,280 –> 00:05:59,120
هر آنچه را که مناسب است با کلید روت کردن مستقیماً در صرافی حاکم منتشر خواهیم کرد، بنابراین اگر
155
00:05:59,120 –> 00:06:00,240
بخواهیم برای مصرف کننده تجزیه و تحلیل منتشر
156
00:06:00,240 –> 00:06:01,680
کنیم، فقط از تجزیه و تحلیل کلید روت کردن استفاده می کنیم
157
00:06:01,680 –> 00:06:03,520
و اگر می خواهیم منتشر
158
00:06:03,520 –> 00:06:05,360
کنیم مصرف کننده پرداخت ما فقط از پرداخت های کلیدی استفاده می کنیم،
159
00:06:05,360 –> 00:06:07,440
بنابراین فعلاً
160
00:06:07,440 –> 00:06:09,280
فقط با تجزیه و تحلیل کلید در حال اجرا منتشر می کنیم،
161
00:06:09,280 –> 00:06:11,600
بنابراین باید برای سه فایلی که
162
00:06:11,600 –> 00:06:13,039
در اینجا داریم این کار را انجام دهیم تا
163
00:06:13,039 –> 00:06:15,440
بتوانیم دو مصرف کننده و تولید کننده و
164
00:06:15,440 –> 00:06:17,120
ما را اجرا کنیم. d انتظار داشته باشید زیرا پیام
165
00:06:17,120 –> 00:06:19,280
با استفاده
166
00:06:19,280 –> 00:06:21,600
از کلید تنها تجزیه و تحلیل برای صرافی حاکم منتشر می
167
00:06:21,600 –> 00:06:23,919
شود که فقط توسط مصرف کننده تجزیه و تحلیل دریافت می شود،
168
00:06:23,919 –> 00:06:26,080
بنابراین بیایید یک پنجره ترمینال را
169
00:06:26,080 –> 00:06:28,880
باز کنیم و مصرف کننده تجزیه و تحلیل خود را راه اندازی کنیم تا python
170
00:06:28,880 –> 00:06:30,639
analytics.pi
171
00:06:30,639 –> 00:06:33,199
و پنجره ترمینال دوم باز شود.
172
00:06:33,199 –> 00:06:36,400
نام اول خود را
173
00:06:36,479 –> 00:06:39,360
به تجزیه و تحلیل تغییر دهید
174
00:06:42,960 –> 00:06:44,880
یکی دیگر ما بیایید پرداخت های خود را شروع کنیم،
175
00:06:44,880 –> 00:06:46,000
176
00:06:46,000 –> 00:06:50,000
بنابراین پرداخت های python مصرف کننده.
177
00:06:50,000 –> 00:06:52,880
pi نام آن را به پرداخت ها تغییر دهید
178
00:06:52,880 –> 00:06:55,520
و در نهایت پنجره ترمینال سوم برای
179
00:06:55,520 –> 00:06:57,919
تولید کننده ما بنابراین ما نام آن را به producer تغییر میدهیم
180
00:06:57,919 –> 00:07:00,479
181
00:07:00,639 –> 00:07:02,479
و زمانی که producer.pi خود را اجرا میکنیم،
182
00:07:02,479 –> 00:07:04,160
باید پیامی را به
183
00:07:04,160 –> 00:07:05,440
صرافی
184
00:07:05,440 –> 00:07:08,319
مسیریابی تنها با تجزیه و تحلیل کلید مسیریابی منتشر کنیم
185
00:07:08,319 –> 00:07:10,319
و این فقط باید توسط
186
00:07:10,319 –> 00:07:12,080
مصرفکننده تجزیه و تحلیل مصرف شود، زیرا این
187
00:07:12,080 –> 00:07:14,639
تنها پیامی است که دارای کلید الزام آور
188
00:07:14,639 –> 00:07:16,400
بین صرافی
189
00:07:16,400 –> 00:07:18,400
و صف فقط با تجزیه و تحلیل کلید،
190
00:07:18,400 –> 00:07:20,560
191
00:07:20,560 –> 00:07:22,639
بنابراین بیایید سعی کنیم آن را اجرا کنیم تا python
192
00:07:22,639 –> 00:07:24,400
producer.pi را اجرا
193
00:07:24,400 –> 00:07:26,080
کنیم، می توانیم ببینیم که ما این پیام را ارسال کرده ایم
194
00:07:26,080 –> 00:07:27,680
که باید روت شود
195
00:07:27,680 –> 00:07:29,199
اگر به مصرف کننده پرداخت های خود نگاه کنیم،
196
00:07:29,199 –> 00:07:31,840
چیزی دریافت
197
00:07:32,240 –> 00:07:33,919
نشده است. اگر به تجزیه و تحلیل خود نگاه کنیم،
198
00:07:33,919 –> 00:07:35,360
میبینیم که واقعاً آن پیام را دریافت کردهایم،
199
00:07:35,360 –> 00:07:36,880
بنابراین
200
00:07:36,880 –> 00:07:39,680
اگر producer.pi خود را ویرایش
201
00:07:39,680 –> 00:07:43,150
کنیم تا فقط پرداختها
202
00:07:43,150 –> 00:07:45,599
[Music] را
203
00:07:45,599 –> 00:07:48,160
بگوییم و آن را مجدداً راهاندازی کنیم و دوباره آن را اجرا کنیم، این پیام باید مسیریابی
204
00:07:48,160 –> 00:07:49,919
شود. پیامی ارسال کرد
205
00:07:49,919 –> 00:07:51,520
که میتوانیم ببینیم سرویس تجزیه و تحلیل ما
206
00:07:51,520 –> 00:07:53,120
هنوز فقط یک پیام دریافت کرده است که همان
207
00:07:53,120 –> 00:07:55,440
پیام قبلی است، اما سرویس پرداخت
208
00:07:55,440 –> 00:07:57,440
اکنون یک پیام دریافت کرده است و همچنین
209
00:07:57,440 –> 00:07:59,120
پیام دومی که ما ارسال کردیم
210
00:07:59,120 –> 00:08:00,960
با نگاهی سریع به rabbit mq
211
00:08:00,960 –> 00:08:03,039
mana پورتال gement ما میتوانیم ببینیم که
212
00:08:03,039 –> 00:08:05,599
مبادله مسیریابی در اینجا تحویل داده شده است،
213
00:08:05,599 –> 00:08:08,479
میتوانیم اتصالات را در رابط کاربری ببینیم، بنابراین
214
00:08:08,479 –> 00:08:10,560
میتوانیم ببینیم این نام صف تولید
215
00:08:10,560 –> 00:08:12,479
شده بهطور تصادفی فقط با پرداختهای کلیدی ریلی پیوند شده است
216
00:08:12,479 –> 00:08:15,440
و این یکی در اینجا
217
00:08:15,440 –> 00:08:17,440
فقط تجزیه و تحلیل است و این صفها نیز
218
00:08:17,440 –> 00:08:20,639
در بخش صف ما در اینجا وجود دارد و
219
00:08:20,639 –> 00:08:22,639
به یاد داشته باشید که ما در واقع میتوانیم اتصالهای متعددی را
220
00:08:22,639 –> 00:08:24,800
به یک صف اضافه کنیم، بنابراین میتوانیم
221
00:08:24,800 –> 00:08:28,160
اتصال دوم را
222
00:08:28,160 –> 00:08:30,000
با یک کلید مسیریابی متفاوت به مصرفکننده تجزیه و تحلیل اضافه کنیم، بنابراین همچنان
223
00:08:30,000 –> 00:08:32,000
به تبادل باران متصل است، اما
224
00:08:32,000 –> 00:08:34,640
با مسیر و کلید هر دو
225
00:08:34,640 –> 00:08:36,399
و اگر ما این خط را به
226
00:08:36,399 –> 00:08:38,799
مصرف کننده پرداخت نیز اضافه کنید
227
00:08:38,799 –> 00:08:40,799
وقتی پیامی با
228
00:08:40,799 –> 00:08:43,120
کلید گرد هم مصرف کننده