1
00:00:00,120 --> 00:00:01,910
모두들 환영합니다.

2
00:00:02,010 --> 00:00:06,610
다음 몇 개의 비디오에서 우리는 우리의 특급 애플리케이션을 배치하는 것에 대해 이야기 할 것입니다.

3
00:00:06,780 --> 00:00:14,740
기본적으로 현재 실행중인 앱을 어떻게 얻을 수 있으며 클라우드 9를 사용하여 기술적으로 배치되어 있어도 제대로 작동합니다.

4
00:00:15,300 --> 00:00:26,170
우리는 몇 개의 RL을 가지고 있습니다. 언제 캠프 서버가 작동하는지 알고 있습니다. 저는 엄마에게 보낼 수있는 U R L이 있습니다. 저는 친구들에게 보낼 수 있습니다. 페이스 북에 게시 할 수 있고 사람들은 그 응용 프로그램을 방문 할 수 있습니다.

5
00:00:26,400 --> 00:00:38,010
물론 내 앱 서버가 Amazon 서버 또는 Heroku 서버 또는 자체 서버에서 24/7로 실행되는 것과 같은 것은 아닙니다.

6
00:00:38,100 --> 00:00:41,490
기본적으로 클라우드 9 이외의 서버.

7
00:00:41,490 --> 00:00:43,460
클라우드 9에는 문제가 없습니다.

8
00:00:43,470 --> 00:00:48,370
실제로 응용 프로그램을 배포하기 위해 설계된 것은 아닙니다.

9
00:00:48,480 --> 00:00:53,880
노드 애플리케이션을 실행할 때 서버를 시작할 때 우리가 해왔 던 배포.

10
00:00:54,000 --> 00:00:59,350
예, 클라우드 9에서 서버를 시작하면 제대로 작동합니다.

11
00:00:59,730 --> 00:01:09,240
그러나 클라우드 9가 서버를 중지하자마자 문제가 발생하면 C를 누르거나 작업 영역을 다시 시작하면 문제가 발생합니다.

12
00:01:09,240 --> 00:01:12,240
그 응용 프로그램은 더 이상 실행되지 않습니다.

13
00:01:12,240 --> 00:01:24,930
다른 문제는 일반적으로 배포중인 응용 프로그램 또는 제공중인 응용 프로그램의 동일한 복사본을 작업중인 응용 프로그램 복사본 하나를 갖는 것이 좋지 않다는 것입니다.

14
00:01:25,230 --> 00:01:31,370
따라서 내가 추가하고 싶은 새로운 기능을 추가하고 싶다고 가정 해 봅시다.

15
00:01:31,860 --> 00:01:42,710
나는 Google지도를 모르거나 문자 메시지를 보내는 것과 관련된 기능을 추가하고 싶습니다. 기능을 사용하려면 실제로 서버를 중지해야합니다.

16
00:01:42,720 --> 00:01:50,320
그래서 저는 Yelp 캠프 앱이 이러한 많은 변경 사항을 적용하기 위해 서버를 다시 시작해야한다는 것을 기억해야하기 때문에 일을 시도해야만합니다.

17
00:01:50,430 --> 00:01:55,870
그럼 우리는 뭔가를 해보고 싶다면 뭔가를 디버그하고 싶어하는 우리 서비스에 차이가 있습니다.

18
00:01:56,160 --> 00:02:01,380
다른 모든 사람들이 보는 동일한 코드 사본에서 실제로 디버깅하고 있습니다.

19
00:02:01,410 --> 00:02:03,010
누구든지 응용 프로그램을 사용하고 있습니다.

20
00:02:03,210 --> 00:02:05,430
그래서 분명히 큰 문제이기도합니다.

21
00:02:05,730 --> 00:02:13,670
그래서 우리가 할 일은 Heroku와 Heroku라고하는 도구를 사용하는 것입니다. 기본적으로 당신이 임대하는 서버입니다.

22
00:02:13,950 --> 00:02:16,450
그것은 사실 회사 소유의 영업 사원입니다.

23
00:02:16,650 --> 00:02:21,460
디지털 오션 (Digital Ocean)과 비슷한 비슷한 회사가 있습니다.

24
00:02:21,630 --> 00:02:29,610
거기에 수백 개의 회사가 있다는 사실을 나타내는 노드 점 계수 모듈 (modulus)이 있습니다.

25
00:02:29,880 --> 00:02:40,230
헤로 쿠는 아마도 가장 잘 알려져있을 것입니다. 우리가 사용하는 주된 이유는 얼음이없는 계획이지만 실제로는 정말 강력하고 강력합니다.

26
00:02:40,440 --> 00:02:42,800
큰 회사는 Heroku를 항상 사용합니다.

27
00:02:42,840 --> 00:02:45,930
따라서 아마추어 솔루션이나 다른 것을 아는 것이 아닙니다.

28
00:02:46,470 --> 00:02:55,980
따라서 Heroku가 무엇을하고 있는지에 대해 이야기 해 봅시다. 배치 작업은 수행중인 모든 응용 프로그램을 다른 사람의 서버에서 실행하는 것입니다.

29
00:02:56,010 --> 00:02:58,970
또는 자체 서버 일 수도 있지만 서버 일 수도 있습니다.

30
00:02:59,000 --> 00:02:59,720
그게 전부 야.

31
00:02:59,730 --> 00:03:04,160
그것은 어딘가에있는 서버에서 실행되고 있으며 24/7로 진행됩니다.

32
00:03:04,440 --> 00:03:14,050
우리가 할 수있는 일은 인터넷에 연결된 컴퓨터를 만들어서 우리 서버를 나가고 연중 무휴로 앉아있는 것입니다.

33
00:03:14,370 --> 00:03:20,410
물론이 과정을 실제로 이해하지는 못했지만 이전에는 많은 회사에서 실제로 이해가되지 않습니다.

34
00:03:20,430 --> 00:03:24,440
그리고 무언가를 배치하는 응용 프로그램을 제공하는 유일한 방법 인 경우.

35
00:03:24,690 --> 00:03:35,170
그리고 나서 서비스로 배포 및 클라우드 서비스를 제공하는이 엄청난 엄청난 급증 또는이 회사의 해일이있었습니다.

36
00:03:35,190 --> 00:03:49,510
AWOS Heroku와 같은 것들은 이전에 내가 언급 한 다른 모든 회사는 기본적으로 컴퓨터 전원을 임대하기 위해 기본적으로 존재하는 비즈니스가 서버 공간을 수정합니다.

37
00:03:49,560 --> 00:03:51,240
이것이 바로 우리가 여기서하는 일입니다.

38
00:03:51,300 --> 00:04:04,270
우리가 Heroku에 배치하려고 할 때 우리가해야만하는 것은 그 응용 프로그램이 무엇이든간에 응용 프로그램을 얻는 것입니다. 우리는 단지 우리가 Heroku 서버에 가져 가려고하고있는 캠프 또는 블로그 응용 프로그램입니다. 그것.

39
00:04:04,380 --> 00:04:05,830
Heroku가 우리에게 당신을 줄 것입니다.

40
00:04:05,880 --> 00:04:23,220
자신 만의 맞춤 도메인으로 리다이렉트하도록 사용자 정의 할 수 있습니다. 원하는 모든 작업을 수행 할 수 있지만 목표는이 컴퓨터 또는 클라우드 9의 작업 공간에서 작동하는 애플리케이션을 사용하는 것입니다. 다른 컴퓨터가 다른 서버.

41
00:04:23,340 --> 00:04:32,720
그래서 우리는 다음 비디오의 다음 몇 가지 비디오에서이를 수행 할 것입니다. 우리는 익스프레스 애플리케이션을 라우트하는 아주 단순한 간단한 애플리케이션을 배치하는 방법을 보여줄 것입니다.

42
00:04:32,910 --> 00:04:36,270
데이터베이스가 없으며 망고도 인증이 없습니다.

43
00:04:36,390 --> 00:04:38,380
그리고 나서 옐프 캠프를 배치하는 방법을 보여 드리겠습니다.

44
00:04:38,400 --> 00:04:44,250
데이터베이스와 보안 문제를 고려해야 할 때 좀 더 복잡합니다.

45
00:04:44,250 --> 00:04:46,190
다시 한번 우리는 멋지고 단순해질 것입니다.

46
00:04:46,380 --> 00:04:51,380
따라서 다음 비디오에서는이 컴퓨터에서 코드를 전송하는 과정에 대해 실제로 살펴 보겠습니다.

47
00:04:51,380 --> 00:04:56,310
이 기계 구름은 HIEROCLES에 9 그리고 그것이 잘 실행되는지 확인하고 Heroku.