웹 애플리케이션 생성 및 게시를 위한 체크리스트

우리 시대에 자신만의 웹 애플리케이션을 만들기 위해서는 개발하는 것만으로는 충분하지 않습니다. 중요한 측면은 애플리케이션 배포, 모니터링은 물론 애플리케이션이 운영되는 환경 관리를 위한 도구를 설정하는 것입니다. 수동 배포 시대가 사라지면서 소규모 프로젝트에서도 자동화 도구는 실질적인 이점을 가져올 수 있습니다. "손으로" 배포할 때 무언가를 옮기는 것을 잊어버리고, 이런저런 뉘앙스를 고려하고, 잊어버린 테스트를 실행하는 경우가 종종 있습니다. 이 목록은 꽤 오랫동안 계속될 수 있습니다.

이 기사는 웹 애플리케이션 작성의 기본 사항을 배우고 기본 용어 및 규칙에 대해 조금 이해하려는 사람들에게 도움이 될 수 있습니다.

따라서 애플리케이션 구축은 여전히 ​​두 부분, 즉 애플리케이션 코드와 관련된 모든 부분과 이 코드가 실행되는 환경과 관련된 모든 부분으로 나눌 수 있습니다. 애플리케이션 코드는 또한 서버 코드(서버에서 실행되는 코드, 주로 비즈니스 로직, 권한 부여, 데이터 저장 등)와 클라이언트 코드(사용자 컴퓨터에서 실행되는 코드, 자주 실행되는 코드)로 나뉩니다. 인터페이스 및 관련 로직).

수요일부터 시작해보자.

모든 코드, 시스템 또는 소프트웨어 작동의 기본은 운영 체제이므로 아래에서는 호스팅 시장에서 가장 널리 사용되는 시스템을 살펴보고 간략한 설명을 제공합니다.

윈도우 서버 - 동일한 Windows이지만 서버 변형이 있습니다. 클라이언트(일반) 버전의 Windows에서 사용할 수 있는 일부 기능(예: 통계 수집을 위한 일부 서비스 및 유사한 소프트웨어)은 여기에 없지만 네트워크 관리를 위한 유틸리티 세트, 서버 배포를 위한 기본 소프트웨어(웹, FTP, ...). 일반적으로 Windows Server는 일반 Windows처럼 보이고 일반 Windows처럼 꽥꽥거리지만 일반 서버보다 비용이 2배 더 비쌉니다. 그러나 애플리케이션을 전용/가상 서버에 배포할 가능성이 높다는 점을 고려하면 최종 비용은 증가할 수 있지만 그다지 중요하지 않습니다. Windows 플랫폼은 소비자 OS 시장에서 압도적인 위치를 차지하고 있으므로 해당 서버 버전은 대부분의 사용자에게 가장 친숙할 것입니다.

유닉스- 비슷한 시스템. 이러한 시스템의 기존 작업에는 익숙한 그래픽 인터페이스가 필요하지 않으며 사용자에게 제어 요소로 콘솔만 제공됩니다. 경험이 없는 사용자의 경우 이 형식으로 작업하는 것이 어려울 수 있습니다. 데이터 분야에서 널리 사용되는 텍스트 편집기를 종료하는 데 드는 비용은 얼마입니까? 정력, 이와 관련된 질문은 이미 6년 만에 조회수 1.8만회를 돌파했습니다. 이 제품군의 주요 배포판(에디션)은 다음과 같습니다: Debian - 인기 있는 배포판이며, 여기에 포함된 패키지 버전은 주로 LTS(장기 지원 – 장기간 지원) 이는 시스템과 패키지의 상당히 높은 신뢰성과 안정성으로 표현됩니다. Ubuntu – 최신 버전의 모든 패키지 배포판이 포함되어 있어 안정성에 영향을 미칠 수 있지만 새 버전과 함께 제공되는 기능을 사용할 수 있습니다. 레드햇 엔터프라이즈 리눅스 – OS상업적 용도로 사용되는 는 유료이지만 소프트웨어 공급업체의 지원, 일부 독점 패키지 및 드라이버 패키지가 포함됩니다. CentOS - 오픈 소스 독점 패키지와 지원이 없는 것이 특징인 Red Hat Enterprise Linux의 변형입니다.

이 분야를 이제 막 마스터하기 시작한 사람들에게 제가 추천하는 것은 시스템입니다. 윈도우 서버또는 Ubuntu. Windows를 고려한다면 이는 주로 시스템의 친숙성입니다. Ubuntu – 업데이트에 대한 내성이 커지고 결과적으로 새 버전이 필요한 기술에 대한 프로젝트를 시작할 때 문제가 줄어듭니다.

따라서 OS를 결정한 후 서버에서 애플리케이션 또는 해당 부분의 상태를 배포(설치), 업데이트 및 모니터링할 수 있는 도구 세트로 넘어가겠습니다.

다음으로 중요한 결정은 애플리케이션과 이를 위한 서버의 배치입니다. 현재 가장 일반적인 방법은 3가지입니다.

• 자체적으로 서버를 호스팅(유지)하는 것이 가장 예산 친화적인 옵션이지만 시간이 지나도 리소스의 주소가 변경되지 않도록 공급자에게 고정 IP를 주문해야 합니다.
• 전용 서버(VDS)를 임대하고 이를 독립적으로 관리하고 부하를 확장합니다.
• 사용된 리소스에 대한 지불 모델이 매우 일반적인 일부 클라우드 호스팅 구독에 대한 비용을 지불합니다(종종 플랫폼의 기능을 무료로 사용해 볼 수 있는 기회를 제공합니다). 이 방향의 가장 눈에 띄는 대표자: Amazon AWS(300년 동안 서비스를 무료로 사용할 수 있지만 월별 한도가 있음), Google Cloud(계정에 4000달러를 제공하며 2년 동안 클라우드 호스팅 서비스에 사용할 수 있음) , Yandex.Cloud(12개월 동안 500루블 제공), Microsoft Azure(XNUMX년 동안 인기 서비스에 대한 무료 액세스 제공, XNUMX개월 동안 모든 서비스에 대해 + XNUMX루블 제공). 따라서 한 푼도 지출하지 않고도 이러한 공급자 중 하나를 사용해 볼 수 있지만 제공된 서비스의 품질과 수준에 대한 대략적인 의견을 얻을 수 있습니다.

선택한 경로에 따라 미래에 바뀔 유일한 것은 누가 이 관리 영역 또는 해당 관리 영역을 주로 담당하는지입니다. 직접 호스팅하는 경우 전기, 인터넷, 서버 자체, 배포된 소프트웨어의 중단이 모두 전적으로 귀하의 어깨에 있다는 점을 이해해야 합니다. 그러나 훈련과 테스트에는 이것으로 충분합니다.

서버 역할을 할 수 있는 추가 시스템이 없다면 두 번째 또는 세 번째 방법을 사용하는 것이 좋습니다. 두 번째 경우는 서버의 가용성과 그 성능에 대한 책임을 호스터의 어깨로 옮기는 것을 제외하고 첫 번째 경우와 동일합니다. 서버 및 소프트웨어 관리는 여전히 귀하의 통제하에 있습니다.

마지막으로 클라우드 제공업체의 용량을 임대하는 옵션입니다. 여기에서는 너무 많은 기술적인 세부 사항을 다루지 않고도 거의 모든 것에 대한 자동 제어를 설정할 수 있습니다. 또한 하나의 머신 대신 여러 개의 병렬 실행 인스턴스를 가질 수 있습니다. 예를 들어, 전용 서버를 소유하는 것과 비용이 크게 다르지 않으면서 애플리케이션의 다양한 부분을 담당할 수 있습니다. 또한 오케스트레이션, 컨테이너화, 자동 배포, 지속적인 통합 등을 위한 도구도 있습니다! 아래에서 이러한 내용 중 일부를 살펴보겠습니다.

일반적으로 서버 인프라는 다음과 같습니다. 서버 인스턴스의 환경 변경을 관리하는 소위 "오케스트레이터"("오케스트레이션"은 여러 서버 인스턴스를 관리하는 프로세스), 가상화 컨테이너(선택 사항이지만 상당히 자주 사용됨) 애플리케이션을 격리된 논리 계층으로 나눌 수 있으며 지속적인 통합 소프트웨어를 통해 "스크립트"를 통해 호스팅 코드를 업데이트할 수 있습니다.

따라서 오케스트레이션을 통해 서버 상태를 확인하고, 서버 환경에 대한 업데이트를 롤아웃하거나 롤백하는 등의 작업을 수행할 수 있습니다. 처음에는 이 측면이 영향을 미치지 않을 것입니다. 왜냐하면 무엇이든 조정하려면 여러 개의 서버가 필요하고(하나를 가질 수도 있지만 이것이 필요한 이유는 무엇입니까?) 여러 서버를 가지려면 서버가 필요하기 때문입니다. 이 방향의 도구 중에서 가장 널리 사용되는 도구는 Kubernetes가 개발한 것입니다. 구글.

다음 단계는 OS 수준의 가상화입니다. 요즘에는 도구에서 유래한 "도커화(dockerization)"라는 개념이 널리 보급되었습니다. 도커, 서로 격리된 컨테이너 기능을 제공하지만 하나의 운영 체제 컨텍스트에서 실행됩니다. 이것이 의미하는 바는 다음과 같습니다. 이러한 각 컨테이너에서 애플리케이션 또는 심지어 애플리케이션 세트를 실행할 수 있습니다. 이 애플리케이션은 이 시스템에 다른 사람이 존재한다고 의심하지 않고도 전체 OS에서 유일한 애플리케이션이라고 믿습니다. 이 기능은 서로 다른 버전의 동일한 애플리케이션을 실행하거나 단순히 충돌하는 애플리케이션을 실행하는 데 매우 유용하며, 애플리케이션의 일부를 레이어로 나누는 데도 매우 유용합니다. 이 레이어 캐스트는 나중에 이미지에 기록될 수 있으며, 예를 들어 애플리케이션을 배포하는 데 사용할 수 있습니다. 즉, 이 이미지를 설치하고 여기에 포함된 컨테이너를 배포하면 애플리케이션을 실행할 수 있는 준비된 환경을 얻을 수 있습니다! 첫 번째 단계에서는 이 도구를 정보 제공 목적으로 사용하고 애플리케이션 논리를 여러 계층으로 나누어 매우 실질적인 이점을 얻을 수 있습니다. 그러나 모든 사람에게 Dockerization이 필요한 것은 아니며 항상 그런 것은 아니라는 점을 여기서 언급할 가치가 있습니다. Dockerization은 애플리케이션이 "조각화"되어 각각 자체 작업을 담당하는 작은 부분으로 나누어지는 소위 "마이크로서비스 아키텍처"에서 정당화됩니다.

또한 환경을 제공하는 것 외에도 모든 종류의 코드 변환, 애플리케이션 관련 라이브러리 및 패키지 설치, 테스트 실행, 이러한 작업에 대한 알림 등을 포함하는 유능한 애플리케이션 배포를 보장해야 합니다. 여기서 우리는 "지속적 통합"(CI – 지속적인 통합). 현재 이 분야의 주요 도구는 Jenkins입니다(Java로 작성된 CI 소프트웨어는 처음에는 약간 복잡해 보일 수 있습니다). 트래비스 CI (Ruby로 작성, 주관적, 다소 단순함 젠킨스그러나 배포 구성 분야에 대한 일부 지식은 여전히 ​​필요합니다.) 깃랩 CI (에 쓰여진 루비 앤 고).

따라서 애플리케이션이 작동할 환경에 대해 이야기한 후에는 마침내 이러한 애플리케이션을 생성하기 위해 현대 세계가 우리에게 제공하는 도구가 무엇인지 살펴보겠습니다.

기본 사항부터 시작해 보겠습니다. 백엔드 (백엔드) – 서버 부분. 여기서 언어 선택, 기본 기능 세트 및 사전 정의된 구조(프레임워크)는 주로 개인 취향에 따라 결정되지만 그럼에도 불구하고 고려해볼 가치가 있습니다(언어에 대한 저자의 의견은 주장이 있지만 매우 주관적입니다). 편견 없는 설명):

• Python은 경험이 없는 사용자에게 상당히 친숙한 언어이며 일부 실수를 용서하지만 개발자에게는 나쁜 짓을 하지 않도록 상당히 엄격할 수도 있습니다. 이미 1991년에 등장한 상당히 성숙하고 의미 있는 언어입니다.
• Go - Google의 언어는 매우 친숙하고 편리하며 모든 플랫폼에서 실행 파일을 컴파일하고 얻는 것이 매우 쉽습니다. 그것은 단순하고 즐거울 수도 있고, 복잡하고 진지할 수도 있습니다. 신선하고 젊은, 비교적 최근인 2009년에 등장했습니다.
• Rust는 2006년에 출시된 이전 동료보다 조금 나이가 들었지만, 동료에 비하면 여전히 상당히 젊습니다. 더 숙련된 개발자를 대상으로 하지만 여전히 프로그래머를 위한 많은 낮은 수준의 작업을 해결하려고 노력하고 있습니다.
• Java는 1995년에 도입된 상용 개발의 베테랑이며 오늘날 엔터프라이즈 애플리케이션 개발에서 가장 일반적으로 사용되는 언어 중 하나입니다. 기본 개념과 무거운 설정으로 인해 런타임은 초보자에게 상당히 어려울 수 있습니다.
• ASP.net은 Microsoft에서 출시한 응용 프로그램 개발 플랫폼입니다. 기능을 작성하기 위해서는 2000년에 등장한 C# 언어(C Sharp로 발음)가 주로 사용됩니다. 그 복잡성은 Java와 Rust의 수준과 비슷합니다.
• 원래 HTML 전처리에 사용되었던 PHP는 현재 언어 시장에서 절대적인 선두를 차지하고 있지만 사용이 감소하는 추세입니다. 진입 임계값이 낮고 코드 작성이 용이하지만 동시에 상당히 큰 애플리케이션을 개발할 때 언어의 기능이 충분하지 않을 수 있습니다.

자, 우리 애플리케이션의 마지막 부분 - 사용자에게 가장 확실한 부분 - 프런트 엔드 (프런트엔드) – 애플리케이션의 얼굴이며, 사용자가 직접 상호작용하는 부분입니다.

자세히 설명하지 않고도 최신 프런트엔드는 사용자 인터페이스 생성을 위한 프레임워크(그다지 많지는 않음)라는 세 가지 기둥을 기반으로 합니다. 따라서 가장 인기있는 세 가지는 다음과 같습니다.

• ReactJS는 프레임워크가 아니라 라이브러리입니다. 실제로 프레임워크는 "즉시 사용 가능한" 일부 기능이 없고 수동으로 설치해야 한다는 점에서만 자랑스러운 제목과 다릅니다. 따라서 이 라이브러리의 "준비"에는 여러 가지 변형이 있어 고유한 프레임워크를 형성합니다. 몇 가지 기본 원칙과 매우 공격적인 빌드 환경 설정으로 인해 초보자에게는 약간 어려울 수 있습니다. 그러나 빠른 시작을 위해 "create-react-app" 패키지를 사용할 수 있습니다.
• VueJS는 사용자 인터페이스를 구축하기 위한 프레임워크입니다. 이 삼위일체 중에서 가장 사용자 친화적인 프레임워크라는 타이틀을 당연히 사용하며, Vue 개발의 경우 언급된 다른 형제보다 진입 장벽이 낮습니다. 게다가 그 중 가장 어리다.
• Angular는 이러한 프레임워크 중 가장 복잡한 것으로 간주됩니다. 유형 스크립트 (Javascript 언어용 추가 기능) 대규모 엔터프라이즈 애플리케이션을 구축하는 데 자주 사용됩니다.

위에서 작성한 내용을 요약하면 이제 애플리케이션을 배포하는 것이 이전에 프로세스가 진행된 방식과 근본적으로 다르다는 결론을 내릴 수 있습니다. 그러나 구식 방식으로 "배포"하는 것을 누구도 막지 못합니다. 하지만 처음에 절약한 짧은 시간이 이 길을 선택한 개발자가 겪게 될 수많은 실수에 비해 가치가 있을까요? 나는 대답이 '아니요'라고 믿습니다. 이러한 도구에 익숙해지는 데 조금 더 시간을 투자하면(현재 프로젝트에 해당 도구가 필요한지 여부를 이해해야 하기 때문에 그 이상은 필요하지 않습니다) 이를 실행하여 예를 들어 다음과 같은 작업을 크게 줄일 수 있습니다. , 환경에 따라 프로덕션 서버에만 나타나는 고스트 오류 사례, 서버 충돌 원인과 시작되지 않는 원인에 대한 야간 분석 등이 있습니다.

출처 : habr.com