1
00:00:03,880 --> 00:00:06,860
За последние несколько недель

2
00:00:06,860 --> 00:00:09,620
мы потратили много времени на обучение

3
00:00:09,620 --> 00:00:12,330
созданию и развертыванию полноценного сервера REST API,

4
00:00:12,330 --> 00:00:20,645
осваивая такие технологии, как Express Framework и база данных INNOSQL, как MongoDB.

5
00:00:20,645 --> 00:00:27,090
Этот подход дает вам полный контроль над тем, как вы создаете и развертываете свой серверный сервер.

6
00:00:27,090 --> 00:00:29,260
Но во многих ситуациях у

7
00:00:29,260 --> 00:00:34,870
нас может быть очень мало времени, чтобы настроить сервер, а затем быстро развернуть его.

8
00:00:34,870 --> 00:00:40,667
Так, например, вы стартап, который должен выйти на рынок очень, очень быстро,

9
00:00:40,667 --> 00:00:44,615
тогда вы можете захотеть быстро выйти из серверного сервера вместе

10
00:00:44,615 --> 00:00:49,355
с интерфейсным приложением и выйти на рынок очень, очень быстро.

11
00:00:49,355 --> 00:00:52,280
В этих обстоятельствах можем ли мы предоставить

12
00:00:52,280 --> 00:00:55,220
поддержку серверной части в виде

13
00:00:55,220 --> 00:00:58,750
службы, которая может быть быстро настроена и развернута?

14
00:00:58,750 --> 00:01:04,830
Это именно то, что мы более подробно обсудим в этой лекции и

15
00:01:04,830 --> 00:01:12,247
последующих упражнениях на этом уроке и следующем уроке.

16
00:01:12,247 --> 00:01:14,890
Итак, как мы узнали в этом курсе,

17
00:01:14,890 --> 00:01:17,770
мы освоили технологии,

18
00:01:17,770 --> 00:01:24,125
фреймворки, необходимые нам для построения полноценного бэкенда REST API сервера.

19
00:01:24,125 --> 00:01:28,180
Теперь, конечно, как мы узнали за последние несколько недель,

20
00:01:28,180 --> 00:01:33,640
этот подход требует от нас создания собственного сервера, а затем настройки сервера,

21
00:01:33,640 --> 00:01:35,860
нам нужно настроить нашу базу данных, а затем

22
00:01:35,860 --> 00:01:38,320
настроить различные аспекты серверной базы данных.

23
00:01:38,320 --> 00:01:43,800
Нам нужно разработать REST API и различные маршруты для нашего REST API,

24
00:01:43,800 --> 00:01:46,050
а также нам может понадобиться создать

25
00:01:46,050 --> 00:01:50,530
дополнительные сервисы, такие как доставка push-уведомлений

26
00:01:50,530 --> 00:01:55,240
пользователю, управление пользователями, социальные сети и так далее.

27
00:01:55,240 --> 00:02:01,465
Таким образом, все это означает, что развитие полноценного банка требует больших усилий.

28
00:02:01,465 --> 00:02:07,270
Теперь можем ли мы упаковать весь этот подход в службу, которая может быть

29
00:02:07,270 --> 00:02:10,210
быстро настроена и развернута без необходимости

30
00:02:10,210 --> 00:02:13,380
тратить столько времени на настройку нашего сервера?

31
00:02:13,380 --> 00:02:16,075
Теперь вы странно смотрите на меня и говорите:

32
00:02:16,075 --> 00:02:18,670
«Вы провели последние три недели, обучая нас

33
00:02:18,670 --> 00:02:21,790
всем этим технологиям, и теперь вы говорите, что очень легко

34
00:02:21,790 --> 00:02:25,690
настроить сервер, используя бэк-энд в

35
00:02:25,690 --> 00:02:31,000
качестве сервиса, чтобы обеспечить все эти различные функции из нашего бэк-энда».

36
00:02:31,000 --> 00:02:36,280
Ну, каждый подход имеет свои преимущества и недостатки.

37
00:02:36,280 --> 00:02:44,285
Давайте узнаем немного больше о back-end как службе, прежде чем мы решим,

38
00:02:44,285 --> 00:02:46,960
является ли полноценный подход к разработке серверов, который мы узнали до сих пор, правильным для нас способом,

39
00:02:46,960 --> 00:02:50,605
или быстро конфигурирование и развертывание back-end в

40
00:02:50,605 --> 00:02:55,170
качестве сервиса — это подход, который удовлетворит наши потребности.

41
00:02:55,170 --> 00:02:58,150
Итак, что именно такое бэк-энд как услуга?

42
00:02:58,150 --> 00:03:02,170
Бэк-энд — это сервис, разработанный как модель для предоставления

43
00:03:02,170 --> 00:03:07,260
мобильных и веб-разработчиков, чтобы связать свои приложения с серверным облаком.

44
00:03:07,260 --> 00:03:13,495
Таким образом, как правило, бэкенд как сервис размещается в облаке, а затем вы подвергаете

45
00:03:13,495 --> 00:03:16,570
бэкенд интерфейсу через

46
00:03:16,570 --> 00:03:22,150
хорошо продуманный интерфейс, такой как конечные точки REST API.

47
00:03:22,150 --> 00:03:27,985
Полностью упакованный бэк-энд, как мы видим в этом уроке,

48
00:03:27,985 --> 00:03:33,645
является сравнительно недавним явлением и захватывает веб-мир штормом.

49
00:03:33,645 --> 00:03:36,455
Мы рассмотрим некоторые примеры немного более подробно.

50
00:03:36,455 --> 00:03:42,760
Теперь это обеспечивает мост между внешним и серверным хранилищем данных и

51
00:03:42,760 --> 00:03:50,320
управлением базой данных с помощью унифицированного API.

52
00:03:50,320 --> 00:03:53,780
А также многие из этих серверных поставщиков услуг предоставляют

53
00:03:53,780 --> 00:03:56,770
свой собственный набор для разработки программного обеспечения, который позволит

54
00:03:56,770 --> 00:04:00,820
вам быстро приступить к разработке интерфейсного программного обеспечения.

55
00:04:00,820 --> 00:04:05,590
Этот подход, конечно, освобождает разработчиков от необходимости сосредоточиться на

56
00:04:05,590 --> 00:04:10,465
создании бэк-энда и вместо этого сосредоточиться на их интерфейсной

57
00:04:10,465 --> 00:04:15,650
разработке или попытке разработать и развернуть пользовательский опыт

58
00:04:15,650 --> 00:04:17,685
в интерфейсе, будь то в форме

59
00:04:17,685 --> 00:04:21,470
углового приложения или в мобильного приложения.

60
00:04:21,470 --> 00:04:24,340
Теперь, если вы знакомы с облачными вычислениями,

61
00:04:24,340 --> 00:04:28,135
я уверен, вы слышали такие термины, как инфраструктура как услуга,

62
00:04:28,135 --> 00:04:31,385
платформа как услуга и программное обеспечение как услуга.

63
00:04:31,385 --> 00:04:35,110
Теперь мобильный бэкенд как сервис, или BaaS,

64
00:04:35,110 --> 00:04:42,640
по существу опирается на этот подход и ориентируется на мобильных и веб-разработчиков

65
00:04:42,640 --> 00:04:50,560
с доступом к серверным облачным службам и гораздо более пакетной среде.

66
00:04:50,560 --> 00:04:55,540
Таким образом, бэкенд как сервис позволяет

67
00:04:55,540 --> 00:05:01,280
использовать облачный бэкенд для поддержки клиентского приложения.

68
00:05:01,280 --> 00:05:05,030
Конечно, следующий вопрос, который возникает в вашем уме, заключается в

69
00:05:05,030 --> 00:05:08,697
том, что back-end как услуга предоставляет вам обычно?

70
00:05:08,697 --> 00:05:11,930
Типичный бэкенд как сервис обеспечивает отправку

71
00:05:11,930 --> 00:05:16,865
уведомлений, автоматически встроенных в серверную облачную поддержку.

72
00:05:16,865 --> 00:05:21,670
Он предоставляет вам хранение файлов и совместное использование файлов.

73
00:05:21,670 --> 00:05:24,880
Он предоставляет вам интеграцию в социальные сети.

74
00:05:24,880 --> 00:05:27,500
Многие из этих серверных поставщиков услуг обеспечивают

75
00:05:27,500 --> 00:05:31,030
автоматическую интеграцию социальных сетей.

76
00:05:31,030 --> 00:05:34,310
Он предоставляет вам возможности обмена сообщениями и чата, которые вы можете

77
00:05:34,310 --> 00:05:38,780
использовать в вашем интерфейсе, чтобы обеспечить лучший пользовательский интерфейс.

78
00:05:38,780 --> 00:05:41,280
Он также предоставляет вам управление пользователями.

79
00:05:41,280 --> 00:05:45,140
Как мы видели, когда мы построили нашу

80
00:05:45,140 --> 00:05:51,412
поддержку управления пользователями и аутентификации на нашем сервере Express plus MongoDB,

81
00:05:51,412 --> 00:05:54,675
нам нужно было построить полноценный сервер аутентификации,

82
00:05:54,675 --> 00:05:57,005
нам нужно было построить серверные сервисы,

83
00:05:57,005 --> 00:06:00,575
нам нужно было делать управление токенами как на бэк-энд, так

84
00:06:00,575 --> 00:06:05,240
и на интерфейсе и аутентификации пользователя и так далее.

85
00:06:05,240 --> 00:06:09,730
Все это может быть упаковано и доставлено вам как единое целое с

86
00:06:09,730 --> 00:06:14,785
комплектом для разработки программного обеспечения, который поставляется вместе с серверной частью в качестве услуги.

87
00:06:14,785 --> 00:06:20,090
Кроме того, back-end, поскольку это пакетная служба,

88
00:06:20,090 --> 00:06:25,340
они также встроены в множество инструментов анализа использования, которые позволяют

89
00:06:25,340 --> 00:06:31,120
получить быстрый обзор того, как пользователи взаимодействуют с вашим бэк-эндом.

90
00:06:31,120 --> 00:06:34,385
Таким образом, эти инструменты использования дают вам много

91
00:06:34,385 --> 00:06:38,760
понимания поведения пользователя из вашего бэк-энда.

92
00:06:38,760 --> 00:06:45,170
Кроме того, многие из этих серверных служб предоставляют вам метод

93
00:06:45,170 --> 00:06:48,605
построения и развертывания собственной пользовательской логики

94
00:06:48,605 --> 00:06:52,350
в серверной части для удовлетворения ваших конкретных требований.

95
00:06:52,350 --> 00:06:56,465
Конечно, они предоставляют вам структуру, в рамках которой вы можете

96
00:06:56,465 --> 00:07:02,625
разработать свою пользовательскую бизнес-логику для удовлетворения ваших конкретных потребностей.

97
00:07:02,625 --> 00:07:07,250
Таким образом, типичный бэк-энд предоставляет API хранения данных для

98
00:07:07,250 --> 00:07:12,785
облачного хранилища, где вы можете загружать и загружать файлы, а также получать доступ к этим файлам,

99
00:07:12,785 --> 00:07:15,725
некоторому двоичному хранилищу для ваших данных,

100
00:07:15,725 --> 00:07:20,620
возможно, синхронизации устройств и кэширования возможностей.

101
00:07:20,620 --> 00:07:23,135
Так, например, когда вы создаете свой интерфейс,

102
00:07:23,135 --> 00:07:27,190
внутренние данные будут автоматически кэшироваться во интерфейсе.

103
00:07:27,190 --> 00:07:31,835
Они также могут поддерживать автономную работу вашего интерфейса.

104
00:07:31,835 --> 00:07:37,280
Таким образом, даже если ваше пользовательское устройство отключено от сети,

105
00:07:37,280 --> 00:07:40,865
вы все равно будете предоставлять достаточно

106
00:07:40,865 --> 00:07:45,735
информации пользователю с автономными возможностями.

107
00:07:45,735 --> 00:07:50,780
Таким образом, как онлайн, так и оффлайн рабочий процесс, так что вы можете даже позволить пользователю

108
00:07:50,780 --> 00:07:57,120
выполнять свои действия в автономном режиме, а затем синхронизироваться с бэк-энд.

109
00:07:57,120 --> 00:07:59,360
Интеграция третьей стороны.

110
00:07:59,360 --> 00:08:02,480
Таким образом, много раз многие из этих бэк-энд в качестве поставщиков услуг

111
00:08:02,480 --> 00:08:06,380
позволяют сторонним разработчикам разрабатывать плагины, которые затем могут

112
00:08:06,380 --> 00:08:09,710
быть использованы вместе с бэк-энд для предоставления

113
00:08:09,710 --> 00:08:14,010
расширений услуг, которые бэк-энд уже предоставляет для вас.

114
00:08:14,010 --> 00:08:19,064
Безопасное подключение между внешним приложением и серверной частью,

115
00:08:19,064 --> 00:08:22,070
а также многократно автоматически генерировать

116
00:08:22,070 --> 00:08:27,200
конечные точки REST API для вас на основе данных, хранящихся в панели управления.

117
00:08:27,200 --> 00:08:29,685
Мы увидим примеры этого, особенно с

118
00:08:29,685 --> 00:08:34,435
LoopBack, как мы увидим позже в упражнениях.

119
00:08:34,435 --> 00:08:37,055
И также, как я уже упоминал,

120
00:08:37,055 --> 00:08:41,210
многие из этих бэк-эндов в качестве поставщиков услуг предоставляют

121
00:08:41,210 --> 00:08:44,240
свои собственные наборы для разработки программного обеспечения, чтобы вы

122
00:08:44,240 --> 00:08:48,025
могли легко начать работу с вашей интерфейсной разработкой.

123
00:08:48,025 --> 00:08:52,670
Пакет SDK поставляется со всем кодом, необходимым для

124
00:08:52,670 --> 00:08:58,010
вашего внешнего приложения для автоматического взаимодействия с вашим серверным приложением.

125
00:08:58,010 --> 00:09:01,760
Так, например, SDK может уже содержать

126
00:09:01,760 --> 00:09:05,810
службы, которые ваше угловое приложение может использовать для

127
00:09:05,810 --> 00:09:09,260
автоматического разговора с серверной частью, поэтому вы можете остаться только с реализацией

128
00:09:09,260 --> 00:09:14,540
компонентов и шаблонов переднего плана для вашего приложения.

129
00:09:14,540 --> 00:09:18,140
Все взаимодействие с серверной частью автоматически

130
00:09:18,140 --> 00:09:22,390
управляется пакетом SDK, который предоставляется вам.

131
00:09:22,390 --> 00:09:24,615
Вы увидите примеры этого как с

132
00:09:24,615 --> 00:09:27,285
Firebase, который мы рассмотрим чуть позже,

133
00:09:27,285 --> 00:09:33,885
а также с LoopBack, который мы обсудим в следующем уроке.

134
00:09:33,885 --> 00:09:38,800
Конечно, любой подход имеет две стороны к монете.

135
00:09:38,800 --> 00:09:44,340
Итак, рассмотрим некоторые преимущества и недостатки back-end как сервиса.

136
00:09:44,340 --> 00:09:47,234
Теперь одно из преимуществ, конечно, заключается в том, что с

137
00:09:47,234 --> 00:09:51,355
бэк-эндом он предоставляет вам предварительно сконструированные и протестированные компоненты.

138
00:09:51,355 --> 00:09:54,308
Таким образом, back-end упакован для вас,

139
00:09:54,308 --> 00:09:58,140
чтобы поставщик услуг back-end гарантировал, что

140
00:09:58,140 --> 00:10:05,010
весь back-end хорошо протестирован и доставит сервис, как обещано пользователям,

141
00:10:05,010 --> 00:10:06,940
разработчикам front-end.

142
00:10:06,940 --> 00:10:10,020
Таким образом, вам не нужно тратить дополнительное время на то,

143
00:10:10,020 --> 00:10:16,620
чтобы беспокоиться о тестировании и убедиться, что ваш бэк-энд работает правильно или нет.

144
00:10:16,620 --> 00:10:19,750
В отличие от того, когда вы создаете свой собственный собственный

145
00:10:19,750 --> 00:10:23,370
бэк-энд, используя фреймворки, которые мы видели ранее,

146
00:10:23,370 --> 00:10:28,060
вы несете полную ответственность за то, чтобы ваш бэк-энд работал правильно.

147
00:10:28,060 --> 00:10:31,969
Второе преимущество - это, конечно,

148
00:10:31,969 --> 00:10:38,195
сопутствующее сокращение усилий на стороне сервера, которые вам нужно приложить.

149
00:10:38,195 --> 00:10:41,958
Таким образом, поскольку серверная сторона поставляется как пакетная единица,

150
00:10:41,958 --> 00:10:46,000
вы можете сосредоточиться в первую очередь на разработке интерфейса и оставить

151
00:10:46,000 --> 00:10:50,375
серверную сторону для бэкэнда в качестве поставщика услуг, с которым можно справиться.

152
00:10:50,375 --> 00:10:53,830
И вы просто используете гибкость, которую они

153
00:10:53,830 --> 00:10:57,829
обеспечивают вам при разработке интерфейса.

154
00:10:57,829 --> 00:11:01,810
И типичный бэкэнд в качестве поставщика услуг будет

155
00:11:01,810 --> 00:11:06,835
заботиться о интеграции любых последних технологических разработок

156
00:11:06,835 --> 00:11:10,150
в свой бэкэнд и предоставлять

157
00:11:10,150 --> 00:11:17,300
обновленные версии бэкэнда по мере появления новых технологий.

158
00:11:17,300 --> 00:11:21,700
Таким образом, вы, как разработчик front-end,

159
00:11:21,700 --> 00:11:27,310
полностью освобождаетесь от беспокойства о том, как должен развиваться бэкэнд.

160
00:11:27,310 --> 00:11:31,660
Это автоматически позаботится провайдер BaaS для вас.

161
00:11:31,660 --> 00:11:35,650
Конечно, все поставляется с оборотной стороной карты.

162
00:11:35,650 --> 00:11:41,430
Таким образом, давайте рассмотрим некоторые из недостатков перехода бэкэнда в качестве сервиса.

163
00:11:41,430 --> 00:11:45,580
В первую очередь, большинство бэкендов работают как черный ящик.

164
00:11:45,580 --> 00:11:48,950
Вы не знаете точно, как реализован бэкэнд.

165
00:11:48,950 --> 00:11:53,610
Если вы используете бэкэнд с открытым исходным кодом,

166
00:11:53,610 --> 00:11:57,745
например, LoopBack, у вас есть доступ ко всему этому бэкэнду,

167
00:11:57,745 --> 00:12:05,140
но все же почему вы хотите потратить время на изучение деталей бэкэнда,

168
00:12:05,140 --> 00:12:07,510
когда вам было гарантировано, что бэкэнд был

169
00:12:07,510 --> 00:12:10,600
построен хорошо и хорошо протестирован для вас.

170
00:12:10,600 --> 00:12:13,960
Таким образом, вы можете просто относиться к нему как к черному ящику так долго.

171
00:12:13,960 --> 00:12:16,750
Поскольку у вас есть уверенность в том, что этот черный ящик будет

172
00:12:16,750 --> 00:12:19,865
предоставлять услуги, которые вы ожидаете,

173
00:12:19,865 --> 00:12:23,050
вы можете просто использовать бэкэнд, не

174
00:12:23,050 --> 00:12:26,985
беспокоясь о том, как он на самом деле реализован.

175
00:12:26,985 --> 00:12:29,290
Второй аспект заключается в том, что

176
00:12:29,290 --> 00:12:33,021
если вы решите использовать один бэкэнд

177
00:12:33,021 --> 00:12:36,190
в качестве поставщика услуг, возникает проблема блокировки поставщика.

178
00:12:36,190 --> 00:12:39,340
Поэтому, как только вы выберете одного из поставщиков BaaS,

179
00:12:39,340 --> 00:12:45,150
вы будете заблокированы в их среде и в том, как они хранят свои данные.

180
00:12:45,150 --> 00:12:49,470
Много раз, как только вы принимаете один из этих бэкэндов в качестве поставщиков услуг,

181
00:12:49,470 --> 00:12:54,550
все ваши данные блокируются в их службе, и вам, возможно, придется пройти

182
00:12:54,550 --> 00:12:56,500
через чрезмерные усилия, чтобы

183
00:12:56,500 --> 00:12:59,755
получить данные, которые вы уже сохранили в бэкэнде,

184
00:12:59,755 --> 00:13:04,470
если вы решите перенести из одного в качестве поставщика услуг другому.

185
00:13:04,470 --> 00:13:10,180
Таким образом, развертывание вашего сервиса с помощью одного бэкэнда является очень простой задачей,

186
00:13:10,180 --> 00:13:13,120
но тогда, если вы решите изменить своего поставщика BaaS,

187
00:13:13,120 --> 00:13:16,080
это будет тяжелая битва для вас.

188
00:13:16,080 --> 00:13:20,110
Таким образом, это то, о чем вы должны быть полностью осведомлены, прежде чем

189
00:13:20,110 --> 00:13:24,229
использовать один из бэкэндов в качестве поставщиков услуг.

190
00:13:24,229 --> 00:13:27,700
Эта проблема не становится проблемой, когда вы

191
00:13:27,700 --> 00:13:31,914
выполняете полноценную разработку backend самостоятельно.

192
00:13:31,914 --> 00:13:34,750
Опять же, твоя победа и ты проиграешь.

193
00:13:34,750 --> 00:13:41,716
Поэтому мы всегда принимаем это с учетом всей их картины.

194
00:13:41,716 --> 00:13:44,310
Таким образом, потеря гибкости, которую вы

195
00:13:44,310 --> 00:13:48,990
повлечет за собой, используя один из бэкэндов в качестве поставщиков услуг, может быть

196
00:13:48,990 --> 00:13:54,363
тем, с чем вы готовы жить из-за того, что вы сократили

197
00:13:54,363 --> 00:13:57,570
время разработки бэкэнда, и вы можете

198
00:13:57,570 --> 00:14:01,473
больше сосредоточиться на доставке вашего продукта в рынок.

199
00:14:01,473 --> 00:14:04,465
Итак, если вы доверяете поставщику BaaS,

200
00:14:04,465 --> 00:14:09,045
вы можете просто пойти с выбранным поставщиком

201
00:14:09,045 --> 00:14:14,880
BaaS, а затем не беспокоиться слишком о потере гибкости, которая возникает из-за этого.

202
00:14:14,880 --> 00:14:20,588
Опять же, как я уже сказал, не все приходит только с преимуществами,

203
00:14:20,588 --> 00:14:24,330
всегда есть преимущества и недостатки любого подхода, который вы

204
00:14:24,330 --> 00:14:28,545
выбираете для разработки и развертывания вашего бэкэнда.

205
00:14:28,545 --> 00:14:33,720
BaaS — это всего лишь одна альтернатива, которая может быть подходом

206
00:14:33,720 --> 00:14:39,820
, который вы выбираете для своих конкретных потребностей.

207
00:14:39,820 --> 00:14:41,655
И наконец, конечно,

208
00:14:41,655 --> 00:14:48,412
не каждый BaaS поставляется без собственного набора дополнительных требований к обучению.

209
00:14:48,412 --> 00:14:50,675
Если вам нужно использовать один из поставщиков BaaS,

210
00:14:50,675 --> 00:14:52,894
вместо черного ящика, вам нужно изучить API,

211
00:14:52,894 --> 00:14:54,725
вам нужно узнать, как настроить его,

212
00:14:54,725 --> 00:14:59,664
вам нужно узнать, как настроить его части, если вы решите сделать это, и так далее.

213
00:14:59,664 --> 00:15:04,245
Таким образом, учебные усилия, которые вы потратили на изучение

214
00:15:04,245 --> 00:15:13,320
конкретных или общих фреймворков, таких как Express и баз данных, таких как MongoDB,

215
00:15:13,320 --> 00:15:16,820
вместо этого вы будете тратить время на изучение

216
00:15:16,820 --> 00:15:22,715
их специфики своего бэкэнда в качестве сервиса, который вы решите использовать.

217
00:15:22,715 --> 00:15:26,070
Итак, речь идет о том, где вы хотите провести свое время.

218
00:15:26,070 --> 00:15:29,211
Дополнительное обучение всегда будет задействовано,

219
00:15:29,211 --> 00:15:34,020
за исключением того, что с поставщиком BaaS вы сможете начать работу

220
00:15:34,020 --> 00:15:38,981
быстрее, чем создать собственный собственный бэкэнд.

221
00:15:38,981 --> 00:15:44,770
Рынок BaaS полон множества вариантов выбора.

222
00:15:44,770 --> 00:15:47,900
И действительно, эти решения продолжают увеличиваться с каждым днем.

223
00:15:47,900 --> 00:15:50,115
Теперь, когда вы идете на рынок BaaS,

224
00:15:50,115 --> 00:15:52,860
вы можете увидеть коммерческих поставщиков.

225
00:15:52,860 --> 00:15:56,810
Вот небольшой список коммерческих поставщиков.

226
00:15:56,810 --> 00:16:01,460
Опять же, есть все больше и больше, которые добавляются днем в этот список,

227
00:16:01,460 --> 00:16:05,675
и я только что перечислил только небольшое подмножество из них.

228
00:16:05,675 --> 00:16:10,658
Конечно, если вашего любимого поставщика BaaS нет в этом списке, не вините меня,

229
00:16:10,658 --> 00:16:13,950
может быть, я просто не знаю о них или, может быть, они просто слишком

230
00:16:13,950 --> 00:16:17,400
новые для рынка, и поэтому я не сталкивался с ними.

231
00:16:17,400 --> 00:16:24,525
Но вот список некоторых коммерческих поставщиков, которые предоставляют нам услуги BaaS.

232
00:16:24,525 --> 00:16:27,540
В частности, я собираюсь сосредоточиться на firebase,

233
00:16:27,540 --> 00:16:29,780
который предоставляется Google.

234
00:16:29,780 --> 00:16:34,530
В этом уроке мы рассмотрим, как использовать firebase

235
00:16:34,530 --> 00:16:40,055
немного подробно в этом уроке в последующих упражнениях.

236
00:16:40,055 --> 00:16:43,960
Теперь, если вы хотите пойти с поставщиком с открытым исходным кодом,

237
00:16:43,960 --> 00:16:47,706
есть много вариантов с открытым исходным кодом, которые доступны для нас,

238
00:16:47,706 --> 00:16:50,490
конечно, там вы будете

239
00:16:50,490 --> 00:16:55,770
приобретать это программное обеспечение с открытым исходным кодом, а затем строить ваш сервер конец и развернуть его.

240
00:16:55,770 --> 00:16:57,300
За исключением того, что он будет

241
00:16:57,300 --> 00:17:01,465
поставлен как предварительно упакованный объект, который можно быстро настроить и развернуть на бэкэнд.

242
00:17:01,465 --> 00:17:06,630
Мы рассмотрим LoopBack как один из примеров программного обеспечения с открытым исходным кодом, которое

243
00:17:06,630 --> 00:17:11,909
может быть развернуто очень быстро для создания вашего бэкэнда.

244
00:17:11,909 --> 00:17:17,177
И, как я уже сказал, все больше и больше вариантов приходит на рынок, день за днем.

245
00:17:17,177 --> 00:17:23,952
Итак, следует ли вам исследовать рынок завтра, чтобы найти новых поставщиков BaaS?

246
00:17:23,952 --> 00:17:27,463
Во всяком случае, изучите,

247
00:17:27,463 --> 00:17:29,505
что они предоставляют, какие услуги они предоставляют.

248
00:17:29,505 --> 00:17:34,440
Будут ли те услуги, которые они предоставляют, соответствовать вашим требованиям и можете ли вы быстро

249
00:17:34,440 --> 00:17:39,865
использовать предоставляемые ими услуги, чтобы быстро выйти на рынок.

250
00:17:39,865 --> 00:17:43,263
Так что это вопросы, которые я оставлю вас в течение дня.

251
00:17:43,263 --> 00:17:45,310
Как я уже сказал, мы должны рассмотреть

252
00:17:45,310 --> 00:17:50,897
все возможные альтернативы, а затем самостоятельно принимать решения.

253
00:17:50,897 --> 00:17:57,510
Но если мы не знаем об альтернативах, мы не сможем сделать осознанный выбор.

254
00:17:57,510 --> 00:18:02,355
Вот почему последние несколько уроков этого курса я трачу

255
00:18:02,355 --> 00:18:08,940
на изучение некоторых примеров бэкэнда как поставщиков услуг.