در این مطلب، ویدئو پرتو آپاچی: با استفاده از خط لوله متقابل زبان برای اجرای کد پایتون از Java SDK با زیرنویس فارسی را برای دانلود قرار داده ام. شما میتوانید با پرداخت 15 هزار تومان ، این ویدیو به علاوه تمامی فیلم های سایت را دانلود کنید.اکثر فیلم های سایت به زبان انگلیسی می باشند. این ویدئو دارای زیرنویس فارسی ترجمه شده توسط هوش مصنوعی می باشد که میتوانید نمونه ای از آن را در قسمت پایانی این مطلب مشاهده کنید.
مدت زمان فیلم: 00:36:47
تصاویر این ویدئو:
قسمتی از زیرنویس این فیلم:
00:00:06,420 –> 00:00:10,640
[Music]
2
00:00:14,160 –> 00:00:17,230
[Music]
3
00:00:24,640 –> 00:00:31,840
بیایید شروع کنیم
4
00:00:31,840 –> 00:00:34,160
خوب
5
00:00:40,000 –> 00:00:45,200
سلام به همه
6
00:00:45,200 –> 00:00:50,000
نام من الکسیس است و امروز می خواهم
7
00:00:50,000 –> 00:00:53,120
در مورد Sheben
8
00:00:53,120 –> 00:00:55,360
و نحوه استفاده از خط لوله زبان اول
9
00:00:55,360 –> 00:00:57,520
برای اجرای
10
00:00:57,520 –> 00:01:02,000
کد مورد از java
11
00:01:02,000 –> 00:01:06,159
usb صحبت کنم، بنابراین اجازه
12
00:01:06,159 –> 00:01:09,760
دهید چند کلمه در مورد آن شروع کنیم.
13
00:01:09,760 –> 00:01:12,880
بنابراین من به مسافر pmc خود نزدیک می شوم
14
00:01:12,880 –> 00:01:15,600
و همچنین من یک
15
00:01:15,600 –> 00:01:17,920
مهندس نرم افزار اصلی در تایلند
16
00:01:17,920 –> 00:01:21,280
هستم، راحت باشید که من را در
17
00:01:22,159 –> 00:01:25,439
دستور کار سریع امروز در اینجا دنبال کنید زیرا ما
18
00:01:25,439 –> 00:01:27,280
19
00:01:27,280 –> 00:01:30,479
با کاهش پرتو برای
20
00:01:30,479 –> 00:01:30,880
21
00:01:30,880 –> 00:01:32,960
کسانی که آگاه نیستند شروع خواهیم کرد. در مورد آنچه که در واقع وجود
22
00:01:32,960 –> 00:01:34,000
دارد،
23
00:01:34,000 –> 00:01:37,759
من با او در مورد
24
00:01:37,759 –> 00:01:40,000
آنچه که واقعاً از کدام خط لوله عبور کرده است صحبت خواهم
25
00:01:40,000 –> 00:01:41,520
26
00:01:41,520 –> 00:01:44,720
کرد و دوباره سریع و سپس فقط چند
27
00:01:44,720 –> 00:01:45,920
کلمه در مورد
28
00:01:45,920 –> 00:01:47,680
معماری قابل حمل پرتو که
29
00:01:47,680 –> 00:01:49,119
به ما امکان استفاده از خط لوله متقابل زبان را
30
00:01:49,119 –> 00:01:50,159
31
00:01:50,159 –> 00:01:52,240
می دهد، سپس نحوه ایجاد و ایجاد را نشان خواهم داد.
32
00:01:52,240 –> 00:01:53,759
از کدام خط لوله عبور کند
33
00:01:53,759 –> 00:01:58,240
این پرتو در نهایت به
34
00:01:58,240 –> 00:02:01,040
نسخه ی نمایشی می رود، امیدوارم کار کند و سپس
35
00:02:01,040 –> 00:02:01,680
36
00:02:01,680 –> 00:02:04,880
موارد استفاده را به شما نشان خواهم داد و اوه فقط
37
00:02:04,880 –> 00:02:10,239
برای دادن
38
00:02:10,720 –> 00:02:16,000
تعدادی از معیارها متاسفم
39
00:02:18,160 –> 00:02:23,200
اوه خوب پس
40
00:02:23,200 –> 00:02:26,879
متاسفم خوب مقدمه ای برای آنچه باید
41
00:02:26,879 –> 00:02:27,280
ما
42
00:02:27,280 –> 00:02:30,480
واقعاً
43
00:02:30,480 –> 00:02:34,000
می دانیم که به
44
00:02:34,000 –> 00:02:36,080
اوایل سال 2000
45
00:02:36,080 –> 00:02:40,000
مقاله نقشه کاهشی توسط گوگل منتشر شد که
46
00:02:40,000 –> 00:02:43,760
در واقع به کاربران اجازه می دهد
47
00:02:43,760 –> 00:02:47,680
داده ها را به
48
00:02:47,680 –> 00:02:50,319
روشی توزیع شده توسعه و پردازش کنند، بنابراین سرانجام گوگل
49
00:02:50,319 –> 00:02:51,840
شروع به
50
00:02:51,840 –> 00:02:54,959
کار روی پروژه های مختلف برای پردازش
51
00:02:54,959 –> 00:02:55,599
52
00:02:55,599 –> 00:02:58,319
داخلی داد. متأسفانه تمام این پروژه
53
00:02:58,319 –> 00:02:58,800
54
00:02:58,800 –> 00:03:01,680
به طور مستقیم برای کاربران در دسترس نبود
55
00:03:01,680 –> 00:03:03,840
56
00:03:03,840 –> 00:03:06,400
و در همان زمان
57
00:03:06,400 –> 00:03:08,319
پروژههای مختلف دیگری تحت عنوان Patch Foundation شروع به توسعه کردند،
58
00:03:08,319 –> 00:03:11,519
مانند البته
59
00:03:11,519 –> 00:03:14,720
hadoop و spark fling
60
00:03:14,720 –> 00:03:18,560
و بسیاری دیگر
61
00:03:18,560 –> 00:03:23,920
در وسط دو، فکر میکنم
62
00:03:23,920 –> 00:03:28,480
دو شانس آه. 2000 آزمایش گوگل
63
00:03:28,480 –> 00:03:30,799
شروع به طرح ریزی جریان داده های ابری گوگل کرد
64
00:03:30,799 –> 00:03:31,680
65
00:03:31,680 –> 00:03:34,720
که در واقع بر اساس مفاهیم مختلف
66
00:03:34,720 –> 00:03:35,840
داخلی
67
00:03:35,840 –> 00:03:38,720
گوگل
68
00:03:39,040 –> 00:03:42,159
برگرفته از فیلم و چرخ آینه بود و
69
00:03:42,159 –> 00:03:44,640
در نهایت
70
00:03:44,720 –> 00:03:46,879
تصمیم به ایجاد پروژه متن باز
71
00:03:46,879 –> 00:03:48,319
به نام
72
00:03:48,319 –> 00:03:50,319
و سپس در نهایت به بنیاد آپاچی اهدا شد.
73
00:03:50,319 –> 00:03:52,159
74
00:03:52,159 –> 00:03:56,239
2016
75
00:03:56,239 –> 00:04:00,480
و اوه در پایان سال 2016 است
76
00:04:00,480 –> 00:04:03,840
که فقط به یک پروژه سطح بالای آپاچی تبدیل
77
00:04:03,840 –> 00:04:05,920
شد،
78
00:04:05,920 –> 00:04:09,280
بنابراین چه چیزی در واقع پرتو می شود
79
00:04:09,280 –> 00:04:12,000
آیا سه چیز اصلی در پرتو وجود دارد،
80
00:04:12,000 –> 00:04:14,959
بنابراین اولین مورد این است
81
00:04:15,280 –> 00:04:18,880
که به ما اجازه می دهد یک
82
00:04:18,880 –> 00:04:21,600
خط لوله پردازش داده ایجاد کنیم و به همان روش
83
00:04:21,600 –> 00:04:22,000
برای
84
00:04:22,000 –> 00:04:23,360
پردازش پچ و پردازش جریانی
85
00:04:23,360 –> 00:04:25,600
86
00:04:25,600 –> 00:04:28,479
، دومی sdk است که به ما اجازه می دهد
87
00:04:28,479 –> 00:04:29,199
88
00:04:29,199 –> 00:04:30,720
خطوط تولید خود را با
89
00:04:30,720 –> 00:04:32,639
برنامه نویسی متفاوت بنویسیم. زبانهایی
90
00:04:32,639 –> 00:04:36,080
مانند uh در حال حاضر از java python
91
00:04:36,080 –> 00:04:37,840
و gold پشتیبانی
92
00:04:37,840 –> 00:04:40,840
میکنند و این runners در واقع runners است
93
00:04:40,840 –> 00:04:42,479
94
00:04:42,479 –> 00:04:45,120
که به ما امکان میدهد خط لوله خود را اجرا کنیم
95
00:04:45,120 –> 00:04:46,800
که به همان روش
96
00:04:46,800 –> 00:04:49,440
روی یک موتور پردازش داده متفاوت نوشته شده است
97
00:04:49,440 –> 00:04:50,639
مانند uh spar
98
00:04:50,639 –> 00:04:54,840
fling thunder google data flow و بسیاری
99
00:04:54,840 –> 00:04:56,880
دیگر.
100
00:04:56,880 –> 00:04:59,680
مدل برنامه نویسی این
101
00:04:59,680 –> 00:05:00,320
یک
102
00:05:00,320 –> 00:05:03,199
چیز کاملاً پیچیده است، بنابراین من
103
00:05:03,199 –> 00:05:04,320
وارد جزئیات نمی شوم،
104
00:05:04,320 –> 00:05:05,919
بنابراین هدف از این فراخوان
105
00:05:05,919 –> 00:05:07,440
نیست، زیرا ما زمان زیادی برای
106
00:05:07,440 –> 00:05:08,000
آن
107
00:05:08,000 –> 00:05:11,600
نداریم، بنابراین فقط اگر در چند کلمه
108
00:05:11,600 –> 00:05:15,600
آه، آگاه باشیم که به ما اجازه می دهد برای
109
00:05:15,600 –> 00:05:19,199
ایجاد چهار نوع اصلی
110
00:05:19,199 –> 00:05:20,960
خط لوله پردازش
111
00:05:20,960 –> 00:05:24,000
داده UH، دسته ای کلاسیک است، زمانی که ما
112
00:05:24,000 –> 00:05:27,120
باید تمام داده ها را در فرآیندها
113
00:05:27,120 –> 00:05:30,639
در پایان داشته باشیم، همچنین می توانیم
114
00:05:30,639 –> 00:05:33,840
دسته خود را به ویندوز تقسیم کنیم. و
115
00:05:33,840 –> 00:05:35,919
سپس برای انجام برخی از آبیاری یا برخی
116
00:05:35,919 –> 00:05:38,720
عملیات های دیگر در هر پنجره
117
00:05:38,720 –> 00:05:41,039
نیز البته مورد جریان، بنابراین در این
118
00:05:41,039 –> 00:05:42,960
مورد ما هنوز نیاز به
119
00:05:42,960 –> 00:05:44,880
داشتن ویندوز داریم اما نیازی نیست
120
00:05:44,880 –> 00:05:46,320
منتظر رسیدن اطلاعات کامل باشیم،
121
00:05:46,320 –> 00:05:50,400
بنابراین در این مورد می
122
00:05:50,400 –> 00:05:54,160
توانیم پردازش کنیم و ممکن است متوجه شویم این
123
00:05:54,160 –> 00:05:57,440
نتایج به محض رسیدن، اما
124
00:05:57,440 –> 00:05:59,759
ما میتوانیم با دادههای دیرهنگام مشکل داشته باشیم،
125
00:05:59,759 –> 00:06:00,560
مثلاً
126
00:06:00,560 –> 00:06:03,520
دادههای چندگانه را نصب کنیم، میتوانیم برخی از دادهها را از دست بدهیم
127
00:06:03,520 –> 00:06:04,160
128
00:06:04,160 –> 00:06:06,319
، به همین دلیل است که احتمالاً نیاز به
129
00:06:06,319 –> 00:06:08,560
اعمال یک
130
00:06:08,560 –> 00:06:11,440
خط لوله uh با انگیزه با
131
00:06:11,440 –> 00:06:14,240
انباشت جریان داشتم، بنابراین در این مورد ما
132
00:06:14,240 –> 00:06:16,550
دادههای lay را پردازش میکنیم و سپس
133
00:06:16,550 –> 00:06:18,880
[موسیقی]
134
00:06:18,880 –> 00:06:22,160
آن را در نتیجه نهایی خود اعمال میکنیم، بنابراین b
135
00:06:22,160 –> 00:06:24,319
به ما اجازه میدهد تا انواع مختلفی از
136
00:06:24,319 –> 00:06:26,560
خطوط لوله را با
137
00:06:26,560 –> 00:06:30,160
حداقل بزرگنمایی خط لوله شما ایجاد کنیم
138
00:06:30,160 –> 00:06:33,199
و در نهایت تصور کنیم که میتوان
139
00:06:33,199 –> 00:06:35,199
سه نوع کاربر را در نظر گرفت، بنابراین البته
140
00:06:35,199 –> 00:06:37,680
اولین مورد کاربران نهایی که در واقع
141
00:06:37,680 –> 00:06:40,560
خطوط لوله خود را به زبان های مختلف می نویسند
142
00:06:40,560 –> 00:06:41,280
143
00:06:41,280 –> 00:06:44,000
و شما آن را اجرا می کنید و sdk writer را اجرا می کنید
144
00:06:44,000 –> 00:06:45,840
فقط اگر بخواهید زبان خود را به آنها اضافه کنید،
145
00:06:45,840 –> 00:06:49,120
بنابراین این کار
146
00:06:49,120 –> 00:06:51,599
بسیار آسان است، فقط باید
147
00:06:51,599 –> 00:06:52,960
بنویسید. و همچنین
148
00:06:52,960 –> 00:06:55,919
یک sdk و uh runner یا رایترهای مختلف،
149
00:06:55,919 –> 00:06:56,800
بنابراین
150
00:06:56,800 –> 00:06:58,560
در این مورد، اگر میخواهید
151
00:06:58,560 –> 00:07:00,319
خطوط لوله را روی
152
00:07:00,319 –> 00:07:03,759
محیط پردازش پشتیبانی شده خود اجرا
153
00:07:03,759 –> 00:07:06,000
کنید، فقط باید یک runner و همه چیزهای دیگر بنویسید
154
00:07:06,000 –> 00:07:06,960
155
00:07:06,960 –> 00:07:09,919
و این اجازه میدهد که
156
00:07:09,919 –> 00:07:12,800
خط لوله را بر روی این
157
00:07:13,199 –> 00:07:16,400
uh اجرا کنید. سه چیز اصلی که چرا باید b را انتخاب
158
00:07:16,400 –> 00:07:17,280
159
00:07:17,280 –> 00:07:20,639
کنید، اولین مورد این است که یکپارچه است، بنابراین
160
00:07:20,639 –> 00:07:21,759
فقط یک
161
00:07:21,759 –> 00:07:24,960
مدل است که فرآیندهای دسته ای و جریانی را مدیریت
162
00:07:24,960 –> 00:07:27,840
می کند و سپس قابل حمل است، بنابراین
163
00:07:27,840 –> 00:07:30,080
خطوط لوله را می توان
164
00:07:30,080 –> 00:07:33,360
در محیط های اجرایی متعدد ایجاد کرد، بنابراین
165
00:07:33,360 –> 00:07:36,560
فقط می توانید خط لوله خود را یک بار اجرا کنید و
166
00:07:36,560 –> 00:07:40,000
اجرا کنید. آن را روی موتورهای پردازشی متفاوت
167
00:07:40,000 –> 00:07:43,199
و قابل توسعه است، بنابراین دوباره میتوانید
168
00:07:43,199 –> 00:07:44,319
sdk خود را داشته
169
00:07:44,319 –> 00:07:46,560
باشید، میتوانید رانر خود را چند
170
00:07:46,560 –> 00:07:47,599
کتابخانه و
171
00:07:47,599 –> 00:07:50,319
اتصالدهندههای خود اضافه کنید تا اجرا بر روی باطنهای مختلف
172
00:07:50,319 –> 00:07:51,840
واقعاً امکانپذیر باشد،
173
00:07:51,840 –> 00:07:55,440
174
00:07:55,440 –> 00:07:59,039
مثالی در مورد چگونگی اجرای
175
00:07:59,039 –> 00:08:00,479
خط لوله آیا
176
00:08:00,479 –> 00:08:03,120
این یک کلمه در حال حاضر مقاله مثال
177
00:08:03,120 –> 00:08:03,599
یک
178
00:08:03,599 –> 00:08:06,160
با جاوا sdk است و در اینجا می توانید ببینید که
179
00:08:06,160 –> 00:08:08,080
در ابتدا خط لوله خود را ایجاد می کنیم و
180
00:08:08,080 –> 00:08:08,800
سپس
181
00:08:08,800 –> 00:08:12,720
یک فراخوانی متد فراخوانی اعمال می کنیم.
182
00:08:12,720 –> 00:08:16,160
pply vb روی مجموعههایی
183
00:08:16,160 –> 00:08:17,039
که به
184
00:08:17,039 –> 00:08:19,199
عنوان ورودی و خروجی برای این روش داریم تبدیل میکند،
185
00:08:19,199 –> 00:08:20,400
بنابراین
186
00:08:20,400 –> 00:08:22,639
در این مورد از طرحبندی متن برای
187
00:08:22,639 –> 00:08:24,960
خواندن دادهها از یک سیستم فایل
188
00:08:24,960 –> 00:08:28,639
189
00:08:28,639 –> 00:08:31,759
استفاده میکنیم.
190
00:08:31,759 –> 00:08:33,360
نیرویی که ما در واقع
191
00:08:33,360 –> 00:08:35,839
کلمات خود را می شماریم و این
192
00:08:35,839 –> 00:08:37,279
خروجی را پردازش می کنیم تا برای
193
00:08:37,279 –> 00:08:42,159
کاربر
194
00:08:43,760 –> 00:08:46,880
پسندتر کردن این فایل مشکل داده
195
00:08:46,880 –> 00:08:49,920
با متن leo در سیستم فایل
196
00:08:49,920 –> 00:08:54,480
و همچنین بسیار آسان باشد،
197
00:08:54,480 –> 00:08:58,240
بنابراین در واقع خط لوله متقابل زبان
198
00:08:58,240 –> 00:09:02,720
مشکلی ندارد همانطور که نشان می
199
00:09:02,720 –> 00:09:06,000
دهم این یک فایل بود. خط لوله کلاسیک پس چرا
200
00:09:06,000 –> 00:09:06,640
کلاسیک است
201
00:09:06,640 –> 00:09:09,360
زیرا در واقع فقط از یک sdk
202
00:09:09,360 –> 00:09:11,040
برای خط لوله و رانر استفاده می کند بنابراین
203
00:09:11,040 –> 00:09:14,560
باید درست اجرا کنید خط لوله خود را
204
00:09:14,560 –> 00:09:16,000
205
00:09:16,000 –> 00:09:18,720
با همان زبانی که می خواهید
206
00:09:18,720 –> 00:09:19,120
207
00:09:19,120 –> 00:09:22,000
برای اجرا استفاده کنید بنویسید، به عنوان مثال اگر
208
00:09:22,000 –> 00:09:23,440
خط لوله خود را جاوا
209
00:09:23,440 –> 00:09:28,800
بنویسید باید از یک رانر نوشته شده در جاوا
210
00:09:29,120 –> 00:09:32,160
و برای زبان های دیگر استفاده کرد، اوه، همان
211
00:09:32,160 –> 00:09:34,320
اصل را دارد،
212
00:09:34,320 –> 00:09:38,160
اما از خط لوله قابل حمل پشتیبانی می کند، اوه،
213
00:09:38,160 –> 00:09:40,320
این یک ویژگی بزرگ پرتو
214
00:09:40,320 –> 00:09:42,880
است، او چندین سال است که شروع به توسعه
215
00:09:42,880 –> 00:09:45,680
کرده است. قبلا هنوز در حال
216
00:09:45,680 –> 00:09:47,040
توسعه است، اما
217
00:09:47,040 –> 00:09:50,399
اکنون بسیار پایدار است، بنابراین استفاده از آن امکان پذیر است
218
00:09:50,399 –> 00:09:53,760
و توصیه می شود، اما چه چیزی
219
00:09:53,760 –> 00:09:54,880
این امکان را به شما می دهد
220
00:09:54,880 –> 00:09:57,200
تا از یک sdk متفاوت برای خط لوله و
221
00:09:57,200 –> 00:09:59,120
برای دونده ها استفاده کنید تا خط لوله ما بتواند آن را انجام دهد
222
00:09:59,120 –> 00:10:01,360
و این sdk و رانر ما می توانند
223
00:10:01,360 –> 00:10:04,480
ما میتوانیم از یک sdk متفاوت استفاده
224
00:10:04,480 –> 00:10:06,640
کنیم، مثال بسیار کلاسیک، مثلاً
225
00:10:06,640 –> 00:10:08,480
اگر میخواهید
226
00:10:08,480 –> 00:10:11,680
um ما را در جاوا بنویسید در این مورد،
227
00:10:11,680 –> 00:10:12,720
میتوانیم
228
00:10:12,720 –> 00:10:15,600
229
00:10:15,600 –> 00:10:18,160
Pipeline را در پایتون
230
00:10:21,040 –> 00:10:24,480
پیادهسازی کنیم و مرحله بعدی یک گام منطقی
231
00:10:24,480 –> 00:10:25,279
از آن
232
00:10:25,279 –> 00:10:28,160
است. یک خط لوله متقاطع زبان قابل حمل، بنابراین
233
00:10:28,160 –> 00:10:29,519
در این مورد ما دوباره
234
00:10:29,519 –> 00:10:31,680
می توانیم از sdk مختلف برای خط لوله
235
00:10:31,680 –> 00:10:32,560
برای runner استفاده کنیم،
236
00:10:32,560 –> 00:10:36,720
اما در داخل لوله
237
00:10:36,720 –> 00:10:39,279
می توانیم تبدیل خود را به زبان های مختلف بنویسیم،
238
00:10:39,279 –> 00:10:40,959
239
00:10:40,959 –> 00:10:44,160
به عنوان مثال من آن را مانند
240
00:10:44,160 –> 00:10:45,279
خط لوله sdk می نامم،
241
00:10:45,279 –> 00:10:49,120
این یک مورد اصلی است که ما استفاده کردیم. برای
242
00:10:49,120 –> 00:10:52,000
نوشتن خط لوله خود و سپس sdk خارجی
243
00:10:52,000 –> 00:10:54,480
می تواند به زبان دیگری باشد،
244
00:10:54,480 –> 00:10:57,600
در این مورد به ما امکان می دهد
245
00:10:57,600 –> 00:10:58,800
کد خود را
246
00:10:58,800 –> 00:11:00,280
به زبان های مختلف اجرا کنیم
247
00:11:00,280 –> 00:11:02,160
[Music]
248
00:11:02,160 –> 00:11:04,959
uh و برای مثال این یک خط لوله پایتون جاوا است.
249
00:11:04,959 –> 00:11:06,880
در spark runner
250
00:11:06,880 –> 00:11:11,519
uh که در واقع در جاوا نوشته شده است،
251
00:11:11,519 –> 00:11:14,560
بنابراین ما خط لوله خود را در جاوا اجرا می کنیم،
252
00:11:14,560 –> 00:11:16,640
اما می توانیم مقداری پایتون تغییر شکل اضافه کنیم،
253
00:11:16,640 –> 00:11:19,279
سپس آن را روی یک رانر قابل حمل
254
00:11:19,279 –> 00:11:20,640
با api جاوا اجرا کنیم
255
00:11:20,640 –> 00:11:22,720
و سپس در نهایت
256
00:11:22,720 –> 00:11:24,310
یک
257
00:11:24,310 –> 00:11:25,519
[Music]
258
00:11:25,519 –> 00:11:28,640
قابل حمل ایجاد می کنیم. نمایش خطوط لوله ما
259
00:11:28,640 –> 00:11:30,399
و روی یک spark runner قابل حمل
260
00:11:30,399 –> 00:11:31,200
261
00:11:31,200 –> 00:11:34,959
و در نهایت به باند فرودگاه اجرا خواهد
262
00:11:35,920 –> 00:11:40,800
263
00:11:40,800 –> 00:11:44,800
264
00:11:44,800 –> 00:11:49,279
265
00:11:49,279 –> 00:11:51,360
266
00:11:51,360 –> 00:11:53,040
267
00:11:53,040 –> 00:11:56,160
شد. همچنین
268
00:11:56,160 –> 00:11:59,440
تمام وابستگی ما را به فقط runner
269
00:11:59,440 –> 00:12:02,800
new artifact api آپلود می کند و در نهایت من
270
00:12:02,800 –> 00:12:04,959
به سرور شغل ارسال می شوم
271
00:12:04,959 –> 00:12:05,920
این فقط یک
272
00:12:05,920 –> 00:12:07,839
نمونه جداگانه است که باید
273
00:12:07,839 –> 00:12:09,440
از طریق job api اجرا کنید
274
00:12:09,440 –> 00:12:12,639
و در سرور شغل ما یک runner
275
00:12:12,639 –> 00:12:16,000
داریم که یک نمایش قابل حمل
276
00:12:16,000 –> 00:12:18,079
خط لوله ما و
277
00:12:18,079 –> 00:12:19,120
ترجمه
278
00:12:19,120 –> 00:12:22,320
و اجرای این خط لوله و جرقه خواهد بود تا
279
00:12:22,320 –> 00:12:24,959
همانطور که می بینید سرور شغلی از
280
00:12:24,959 –> 00:12:25,360
281
00:12:25,360 –> 00:12:27,120
سه سرویس اضافی تشکیل شده است که به آن سرویس
282
00:12:27,120 –> 00:12:28,880
مرحله بندی مصنوع می گویند. خدمات توسعه
283
00:12:28,880 –> 00:12:30,639
و سرویس شغلی
284
00:12:30,639 –> 00:12:34,000
اوه، من در نسخه نمایشی نحوه اجرای آن را نشان خواهم داد
285
00:12:34,000 –> 00:12:38,000
286
00:12:38,000 –> 00:12:40,639
جزئیات بیشتری در مورد نحوه
287
00:12:40,639 –> 00:12:42,399
اجرای واقعی آن در سرور شغلی،
288
00:12:42,399 –> 00:12:46,240
بنابراین، برای مثال، اگر شما یک back end دارید
289
00:12:46,240 –> 00:12:49,760
و البته ما یک عرشه داریم اما
290
00:12:49,760 –> 00:12:53,040
به عنوان مثال، این کار خواهد کرد و
291
00:12:53,040 –> 00:12:55,839
زمانی که خط لوله خود را اجرا می کنیم، مراحل مختلفی وجود دارد،
292
00:12:55,839 –> 00:12:57,519
293
00:12:57,519 –> 00:13:01,120
بنابراین هر تبدیل okay فقط
294
00:13:01,120 –> 00:13:03,839
به مرحله ای تبدیل می شود
295
00:13:03,839 –> 00:13:06,720
که تا جایی که همه
296
00:13:06,720 –> 00:13:09,920
تبدیل می شوند اجرا می شود و سپس
297
00:13:09,920 –> 00:13:12,399
این تبدیل را کدگذاری کنید و روی
298
00:13:12,399 –> 00:13:14,079
آن sdk اجرا می شود. هارنس
299
00:13:14,079 –> 00:13:18,320
از طریق fn apm sdk هارنس وظیفه اجرای کد تبدیل Uh را بر عهده خواهد داشت،
300
00:13:18,320 –> 00:13:21,839
301
00:13:21,839 –> 00:13:26,240
بنابراین چگونه می توان یک سختی sdk را اجرا کرد،
302
00:13:26,240 –> 00:13:26,720
در
303
00:13:26,720 –> 00:13:29,200
واقع می توان آن را در بانک
304
00:13:29,200 –> 00:13:30,160
از طریق docker
305
00:13:30,160 –> 00:13:33,760
یا فرآیند پشتی پیاده سازی کرد، بنابراین در واقع ما دو
306
00:13:33,760 –> 00:13:34,560
307
00:13:34,560 –> 00:13:37,839
نوع اصلی از دوربین های sdk سختی docker sdk داریم
308
00:13:37,839 –> 00:13:38,079
و
309
00:13:38,079 –> 00:13:41,440
پردازش دوربینهای sdk
310
00:13:42,639 –> 00:13:45,839
این مثالی است با یک
311
00:13:45,839 –> 00:13:50,880
خط لوله متقابل زبان پایتون جاوا،
312
00:13:50,880 –> 00:13:52,959
علاوه بر این، برای اجرای خط لوله متقابل زبانی
313
00:13:52,959 –> 00:13:55,920
که برای
314
00:13:55,920 –> 00:13:59,279
اجرای سرورهای توسعه برای تبدیلهای خارجی نیاز داشتیم،
315
00:13:59,279 –> 00:14:00,079
316
00:14:00,079 –> 00:14:02,399
در این مورد چنین خواهد بود. تبدیل پایتون،
317
00:14:02,399 –> 00:14:03,600
بنابراین در این مورد،
318
00:14:03,600 –> 00:14:06,560
این سرویس در واقع شامل
319
00:14:06,560 –> 00:14:07,279
تمام
320
00:14:07,279 –> 00:14:11,120
کدهای uh از تبدیلهای خارجی ما
321
00:14:11,120 –> 00:14:15,440
برای پایتون و sdk
322
00:14:15,440 –> 00:14:17,279
323
00:14:17,279 –> 00:14:18,720
324
00:14:18,720 –> 00:14:21,199
325
00:14:21,199 –> 00:14:22,639
326
00:14:22,639 –> 00:14:25,199
327
00:14:25,199 –> 00:14:27,120
خواهد بود. خط لوله و
328
00:14:27,120 –> 00:14:29,519
سپس آن را به job server ارسال کنید
329
00:14:29,519 –> 00:14:31,199
و در نهایت همانطور که در قسمت پشتی مشاهده می کنید
330
00:14:31,199 –> 00:14:33,839
زمانی که ما مراحل خود را اجرا می کنیم،
331
00:14:33,839 –> 00:14:37,199
برای هر sdk،
332
00:14:37,199 –> 00:14:39,839
سخت افزارهای مختلف sdk برای java sdk اجرا
333
00:14:39,839 –> 00:14:40,320
می
334
00:14:40,320 –> 00:14:41,760
شود، البته گوشه های جاوا اسکریپت برای
335
00:14:41,760 –> 00:14:45,839
pyramind خصوصی خواهد بود.
336
00:14:46,880 –> 00:14:50,880
برخی از مزایای رانر قابل
337
00:14:50,880 –> 00:14:53,120
حمل البته کانکتورهای io هستند که می
338
00:14:53,120 –> 00:14:54,880
توانند در sdt های مختلف به اشتراک گذاشته شوند، به
339
00:14:54,880 –> 00:14:55,839
عنوان مثال
340
00:14:55,839 –> 00:14:58,079
ما یک کانکتور شیشه ای داریم که به زبان جاوا نوشته شده است،
341
00:14:58,079 –> 00:14:58,959
342
00:14:58,959 –> 00:15:01,440
بنابراین وقتی با رانر قابل حمل
343
00:15:01,440 –> 00:15:02,639
می توان آنها را
344
00:15:02,639 –> 00:15:06,320
برای پایتون sdk در دسترس قرار داد و در
345
00:15:06,320 –> 00:15:09,600
همان زمان جاوا sdk می تواند از تبدیل استفاده کند.
346
00:15:09,600 –> 00:15:12,399
کتابخانههای موجود فقط برای هدف پایتون
347
00:15:12,399 –> 00:15:14,720
مانند
348
00:15:14,720 –> 00:15:18,480
میخانههای uh و غیره، uh و
349
00:15:18,480 –> 00:15:22,959
java python dk میشود، میتوانید از
350
00:15:22,959 –> 00:15:26,000
تبدیلهای uh z uh و غیره در thi استفاده کنید. در
351
00:15:26,000 –> 00:15:28,240
صورتی که ما یک نمای خط لوله متقاطع داریم
352
00:15:28,240 –> 00:15:29,199
353
00:15:29,199 –> 00:15:31,199
sql در حال حاضر فقط برای java sdk در دسترس است
354
00:15:31,199 –> 00:15:32,240
اما
355
00:15:32,240 –> 00:15:34,399
اوه یک رانر قابل حمل است که می تواند
356
00:15:34,399 –> 00:15:35,519
357
00:15:35,519 –> 00:15:38,639
در پایتون در دسترس باشد.
358
00:15:38,880 –> 00:15:41,440
359
00:15:41,440 –> 00:15:42,079
360
00:15:42,079 –> 00:15:45,120
361
00:15:45,120 –> 00:15:45,440
362
00:15:45,440 –> 00:15:49,040
java sdk بنابراین در این مورد
363
00:15:49,040 –> 00:15:52,560
در واقع پرتو را واقعاً قابل حمل
364
00:15:52,560 –> 00:15:53,040
و
365
00:15:53,040 –> 00:15:56,160
استفاده برای ترکیب
366
00:15:56,160 –> 00:16:00,399
کتابخانه های مختلف در یک خط لوله
367
00:16:01,040 –> 00:16:03,839
ممکن می کند برخی از مشکلات احتمالی که ما
368
00:16:03,839 –> 00:16:06,320
می توانیم به عنوان یک رانر قابل حمل برطرف کنیم، بنابراین
369
00:16:06,320 –> 00:16:08,720
اول از همه همانطور که گفتم این
370
00:16:08,720 –> 00:16:10,160
قابل حمل بودن هنوز هم
371
00:16:10,160 –> 00:16:13,759
نوعی است. پیشرفت کار، اوه
372
00:16:13,759 –> 00:16:16,000
، اما در حال توسعه فعال است،
373
00:16:16,000 –> 00:16:18,160
بنابراین می توان انتظار داشت که از نسخه منتشر شده نوعی تغییرات epa داشته باشیم،
374
00:16:18,160 –> 00:16:19,199
375
00:16:19,199 –> 00:16:22,240
376
00:16:22,240 –> 00:16:25,040
377
00:16:26,079 –> 00:16:28,399
متأسفیم،
378
00:16:35,279 –> 00:16:37,839
379
00:16:38,560 –> 00:16:41,440
اوه، ما این نوع تغییرات به حالت های استقرار شما بستگی دارد،
380
00:16:41,440 –> 00:16:43,600
381
00:16:43,600 –> 00:16:46,639
نه گاهی اوقات همه چیز بسته به مود شما کار می کند،
382
00:16:46,639 –> 00:16:47,360
383
00:16:47,360 –> 00:16:51,600
مانند محلی در ابر یا kubernetes
384
00:16:51,600 –> 00:16:54,160
بنابراین به طور بالقوه به پیکربندی اضافی نیاز دارد
385
00:16:54,160 –> 00:16:56,480
386
00:16:56,480 –> 00:16:58,560
که البته به
387
00:16:58,560 –> 00:16:59,759
388
00:16:59,759 –> 00:17:02,320
تغییرات برنامه در معماری برنامه شما نیز نیاز دارد
389
00:17:02,320 –> 00:17:02,800
و
390
00:17:02,800 –> 00:17:05,839
این بر عملکرد خط لوله شما تأثیر خواهد گذاشت،
391
00:17:05,839 –> 00:17:06,880
392
00:17:06,880 –> 00:17:09,039
من در
393
00:17:09,039 –> 00:17:10,000
پایان ارائه
394
00:17:10,000 –> 00:17:13,280
در مورد آن صحبت خواهم کرد و در مورد معیارها صحبت خواهیم کرد،
395
00:17:13,280 –> 00:17:17,039
بنابراین چگونه می توانم درصد را اجرا کنم برنامه من
396
00