요약

최근의 움직임에서 BBC는 자체 서버에서 AWS (Amazon Web Services)로 웹 사이트를 마이그레이션했으며 현재 사이트의 약 절반은 서버리스 플랫폼 인 AWS Lambda를 사용하고 있습니다. 이러한 변화는 BBC가 여러 사이트를 하나로 결합하여 성능, 신뢰성 및 SEO의 개선을 초래했습니다. 웹 사이트의 아키텍처는 서버리스 컴퓨팅을 기반으로하며 React를 사용하여 GTM (Global Traffic Manager), 캐싱, 라우팅 및 서버 측 렌더링 (SSR)을 사용합니다. Lambda를 사용하면 수요에 따라 자동 스케일링을 허용하며 플랫폼에는 콘텐츠 요청을위한 비즈니스 계층도 통합됩니다. BBC의 개발 프로세스는 CI/CD 원칙을 따라 빠른 반복 및 배포를 가능하게합니다.

Q1 : BBC가 웹 사이트 아키텍처를 어떻게 마이그레이션 했습니까??

BBC는 자체 서버에서 AWS (Amazon Web Services)로 웹 사이트 아키텍처를 주로 서버리스 플랫폼 인 AWS Lambda로 마이그레이션했습니다.

Q2 : BBC가 여러 사이트를 하나로 결합하여 어떤 이점을 보았습니까??

BBC는 여러 사이트를 하나로 결합함으로써 성능, 신뢰성 및 검색 엔진 최적화 (SEO)를 개선했습니다.

Q3 : BBC는 새로운 아키텍처에서 웹 트래픽을 어떻게 처리합니까??

웹 트래픽은 처음에 NGINX 웹 서버를 기반으로하는 GTM (Global Traffic Manager)에 도달하며 온-프레미스 및 AWS를 모두 실행합니다. GTM은 초당 수만 건의 요청을 처리합니다. AWS의 두 번째 레이어는 동적 콘텐츠의 서버 측 렌더링 (SSR)을 위해 AWS Lambda에서 실행되는 기능에 도달하기 전에 캐싱 및 라우팅을 처리합니다.

Q4 : 서버 측 렌더링 (SSR)이란 무엇이며 BBC에서 사용하는 이유?

서버 측 렌더링은 브라우저가 사전 렌더링 된 페이지를 수신하여 클라이언트 끝의 워크로드를 줄이고 즉각적인 페이지로드를 허용한다는 것을 의미합니다. BBC는 SSR을 사용하여 사용자 경험과 참여를 향상시킵니다. 그러나 SSR은 서버로드를 증가시켜 캐싱을 통해 완화됩니다.

Q5 : AWS Lambda는 트래픽 스파이크를 어떻게 처리합니까??

AWS Lambda는 수요에 따라 자동으로 스케일링됩니다. BBC 웹 사이트는 초당 약 2,000 개의 람다를 사용 하며이 숫자는 성장할 것으로 예상됩니다. Lambda의 확장 성은 AWS 탄성 컴퓨팅 클라우드 (EC2)에서 VM의 기능을 능가합니다.

Q6 : BBC는 새로운 아키텍처에서 컨텐츠 요청을 어떻게 관리합니까??

BBC는 REST API를 사용하여 웹 렌더링 레이어에 컨텐츠를 제공합니다. “비즈니스 계층”은 컨텐츠 요청의 논리를 처리하여 다른 팀이 액세스 제어 및 캐싱을 위해 동일한 시스템을 공유하면서 자체 비즈니스 논리를 만들 수 있습니다.

Q7 : BBC가 빠른 반복 및 배포를 보장하는 방법?

BBC는 지속적인 통합 및 지속적인 배포 (CI/CD) 원칙을 따라 빠른 반복 및 배포를 가능하게합니다. 월별 보고서에 따르면 월 평균 110 개 릴리스가 나타 났으며 건물은 약 3 개를 차지했습니다.풀 요청에서 생산 코드 실행에 이르기까지 5 분, 평균 1 일, 23 분.

Q8 : BBC의 새로운 아키텍처에 관한 몇 가지 의견과 의견은 무엇입니까??

BBC의 AWS 및 서버리스 아키텍처로의 이동에 대한 의견은 다릅니다. 일부는 BBC 규모의 웹 사이트에 Lambda의 사용을 비판하는데, 비효율적 인 자원 사용이라는 점을 언급합니다. 다른 사람들은 생성 된 HTML을 구문 분석하는 복잡성에 대해 언급합니다.

Q9 : BBC는 새로운 아키텍처에서 세계 서비스, iPlayer 비디오 및 BBC 사운드를 어떻게 처리합니까??

World Service, iPlayer 비디오 및 BBC 사운드는 결합 된 사이트, 웹 코어와 분리되어 있습니다. BBC는 성능 향상, 신뢰성 및 SEO를위한 하나의 사이트를 만드는 데 중점을 둡니다.

Q10 : BBC의 새로운 아키텍처에 저장된 컨텐츠 측면에서 미래는 무엇입니까??

이 기사는 컨텐츠가 BBC의 새로운 아키텍처에 저장되는 방법에 대한 자세한 정보를 제공하지 않지만 저자는 향후 게시물 에서이 주제를 다루겠다고 약속합니다.

개인적인 경험

다른 웹 사이트 아키텍처와 함께 일한 웹 개발자로서 BBC가 AWS 및 Serverless Architecture로 이동하는 것이 흥미 롭습니다. 이러한 큰 웹 사이트에 Lambda 사용에 대한 의견이 다를 수 있지만, 성능 향상, 신뢰성 및 SEO의 이점은 분명합니다. 서버 측 렌더링 구현 및 컨텐츠 요청에 대한 REST API의 활용은 사용자 경험 향상에 대한 BBC의 약속을 보여줍니다. 또한 CI/CD 원칙에 따라 빠른 반복 및 배포가 가능하여 BBC는 끊임없이 변화하는 디지털 환경의 요구를 따라 잡을 수 있습니다. 그러나이 아키텍처에 의해 생성 된 복잡한 HTML 구조는 분석 및 구문 분석에 대한 과제를 제시 할 수 있습니다. 전반적으로 BBC의 AWS 및 서버리스 아키텍처로의 마이그레이션은 기술 발전에 따라 웹 개발 관행의 지속적인 진화를 보여줍니다.

BBC는 새로운 웹 사이트 아키텍처의 서버리스, HTML에 대한 관찰자 인 AWS로 전환합니다

나머지는 Webcore라는 새로운 것을 결합했습니다. 클라크는“여러 사이트가 아닌 하나의 사이트를 만드는 데 중점을 두어 성능, 신뢰성 및 SEO가 크게 향상되고 있습니다.

클라우드 기반 마이크로 서비스 전원 BBC IPLAYER

스티븐 고드윈.

바이오

스티븐 고드윈. 그는 BBC가 런던 2012 올림픽을 위해 온라인으로 제공 한 24 개의 라이브 스트림을 제어하는 ​​시스템을 설계했습니다. 그 이후로 그는 클라우드 기반 마이크로 서비스 아키텍처로 iPLAYER를 전원으로 전력을 공급하는 시스템을 마이그레이션했습니다.

회의에 대해

소프트웨어는 세상을 변화시키고 있습니다. QCON은 개발자 커뮤니티의 지식과 혁신의 확산을 촉진하여 소프트웨어 개발에 힘을줍니다. 실무자 중심의 컨퍼런스 인 QCON은 팀의 혁신에 영향을 미치는 기술 팀 리드, 건축가, 엔지니어링 디렉터 및 프로젝트 관리자를 위해 설계되었습니다.

BBC는 새로운 웹 사이트 아키텍처의 서버리스, HTML에 대한 관찰자 인 AWS로 전환합니다

뉴스 애그리거이터는 ‘더 복잡하고 구문 분석하기가 훨씬 어렵다’고 말합니다

2020 년 11 월 4 일 // 14:01 UTC

영국에서 가장 인기있는 6 번째 인 BBC 웹 사이트는 대부분 방송사의 비트 헛간에서 AWS (Amazon Web Services)로 주로 마이그레이션되었습니다.

아키텍처 책임자 인 Matthew Clark은“최근까지 BBC 웹 사이트의 대부분은 PHP로 작성되었으며 런던 근처의 두 데이터 센터에서 호스팅되었습니다. “거의 모든 부분이 클라우드에서 재건되었습니다.”

PHP는 클라우드에서 잘 작동하지만 이것은 리프트와 시프트의 문제가 아닙니다. 대신, BBC 팀은 서버리스 컴퓨팅을 기반으로 새로운 아키텍처를 고안했습니다. Clark은 World Service, iPlayer Video 및 Radio Site BBC Sound가 별도로 유지된다고 말했지만 News, Sport 등과 같은 여러 사이트를 결합했습니다.

나머지는 Webcore라는 새로운 것을 결합했습니다. 클라크는“여러 사이트가 아닌 하나의 사이트를 만드는 데 중점을 두어 성능, 신뢰성 및 SEO가 크게 향상되고 있습니다.

웹 트래픽은 처음에 NGINX 웹 서버를 기반으로 한 사내 솔루션 인 GTM (Global Traffic Manager)과 부분적으로 온 프레미스를 실행하는 (BBC가 데이터 센터를 완전히 버리지 않았 음을 보여주고 있음) AWS에 부분적으로 AWS에 도달했습니다. Clark은 GTM이 “수만 건의 요청 1 초”를 처리한다고 말했다. AWS의 두 번째 레이어는 캐싱 및 라우팅을 처리합니다. AWS Lambda에서 실행되는 기능을 누르기 전에 JavaScript 프레임 워크 인 React를 사용하여 동적 컨텐츠의 서버 측 렌더링 (SSR)을 수행합니다.

서버 측 렌더링은 브라우저가 많은 작업을 수행하지 않고도 볼 준비가되어 있음을 의미하므로 서버의 부담이 증가하지만 캐싱은 이것을 완화합니다. SSR로의 마이그레이션을 감독 한 Walmart 엔지니어 Alex Grigoryan은 SSR 대 클라이언트 측 렌더링 (CSR)을 테스트하고 “SSR 대 CSR에서 A/B 테스트를했을 때. 우리의 숫자는 서버 부하가 주요 단점으로 지적되었지만 고객과 더 나은 참여를 보여주었습니다.

BBC의 경우 Lambda가 사용되며, 이는 주문형으로 자동 규모가 될 수 있습니다. 클라크는“BBC 웹 사이트를 만들기 위해 매 초마다 약 2,000 개의 람다가 운영됩니다. 그는 AWS 탄성 컴퓨팅 클라우드 (EC2)에서 VM보다 Lambda가 더 나은 스케일링을 덧붙였다.”

BBC 사이트의 또 다른 측면은 Clark이 “비즈니스 계층”이라고 부르는 콘텐츠를 요청하는 논리입니다. REST API를 통해 웹 렌더링 계층에 컨텐츠가 제공되며 빠른 비전 비즈니스 계층이라는 솔루션은 “다른 팀이 자신의 비즈니스 논리를 만들 수있게 해줍니다”라고 그는 말했다. Clark은 컨텐츠 자체가 어떻게 저장되는지에 대해별로 말하지 않았지만, 향후 게시물 에서이 주제로 돌아 가겠다 고 약속했습니다.

Webcore 플랫폼은 CI/CD를 사용하여 빠른 반복을 가능하게하며 Clark은 110 개 릴리스 또는 하루에 약 3 개를 보여주는 월간 보고서를 보여주었습니다. 빌드는 약 3을 차지합니다.5 분, 풀 요청에서 (새 코드가 병합 될 때) 생산에서 실행하는 평균 시간은이 특정 달에 하루 23 분입니다. 풀 요청의 평균 67 %가 실제로 코드에 병합되었습니다.

BBC 웹 사이트 HTML

오늘 BBC 사이트에서 뉴스 기사를 위해 전달 된 HTML의 작은 섹션. 뉴스 애그리 레이터는 이전보다 구문 분석하기가 훨씬 어렵다고 말합니다

훌륭한 일? 해커 뉴스에 대한 의견은 의견이 다르다는 것을 보여줍니다. “Lambda에서 BBC 규모의 부지를 운영하는 것은 정부 보조금 예산의 풍성한 낭비에 불과하지만 절대적으로 미쳤다. Lambda VM Time은 일반 컴퓨팅에 비해 막대한 마크 업이 있습니다. IMHO 이것은 서버리스의 전형입니다. “.

News Sniffer라는 헤드 라인 집계 사이트를 운영하는 John Leach의 또 다른 의견은 생성 된 HTML을 분석하기가 쉽지 않다고 말했습니다. “BBC 뉴스 페이지를 구문 분석 해야하는 뉴스 스나이퍼 프로젝트를 실행하고 몇 주 전에 HTML이 모두 형식을 완전히 바꾸고 구식 구식이 파산했을 때이 롤아웃에 대해 알았습니다. 부수적으로, 새로운 HTML은 이전보다 더 복잡하고 구문 분석하기가 훨씬 어렵습니다. 목표는 콘텐츠를 구문 분석하는 데 도움이되지 않는다는 것을 알고 있습니다.”

답이없는 질문에 대한 호기심도 있습니다. 온-프레미스에서 AWS로 이동하는 데 드는 비용은 얼마입니까?? Lambda의 비용 영향과 EC2 사용 비용은 얼마입니까?? 캐싱 및 콘텐츠 전달 네트워크가 예상대로 작동하는 이유는 2,000 Lamdbas가 필요합니다?

우리는 BBC에 자세한 내용을 요청했습니다. ®

2020 년 11 월 5 일에 16:02 UTC에 추가하여 추가

BBC의 Matthew Clark은 다음과 같이 말합니다.”그는 EC2가 자동 규모를 할 수 있기 때문에 다소 신비하게 덧붙였다.”EC2를 사용하면 갑작스런 트래픽 변경을 처리 할 수있는 많은 용량의 웹 서버를 제공.g. 뉴스 속보로 인해). 람다에서는 우리가 실제로 사용하는 것에 대해서만 지불합니다.”

Org가 왜 정지 및 접근성 도구에 더 나은 인간이 읽을 수있는 HTML을 제공하기 위해 서버 측 렌더링의 기회를 사용하지 않았는지에 대한 질문에 다음과 같이 대답했습니다. BBC는 접근성과 성능을위한 매우 높은 기준을 가지고 있으며, 우리는 브라우저와 스크린 리더에서 잘 작동하는지 확인하기 위해 사이트를 계속 테스트합니다.”마지막으로, 우리는 왜 캐싱 및 컨텐츠 전달 네트워크가 예상대로 작동하는지 물었습니다.

Clark은 다음과 같이 주장했다. “Lambdas는 사이트가 최신 상태로 유지되도록 업데이트를 처리하는 데 필수적입니다. 각 BBC 페이지에는 일반적으로 여러 개의 간단한 Lambda 실행이 포함됩니다. 대부분은 150ms 미만으로 완성됩니다.”

BBC는 공유 파일 스토리지를 사용하여 빨간색 버튼 응용 프로그램을 AWS 클라우드로 마이그레이션합니다

BBC는 Amazon EFS를 사용하여 파일을 공유함으로써 민첩하고 비용 효율적인 솔루션을 구축하여 온 프레미스 레드 버튼 대화 형 TV 서비스를 AWS 클라우드로 마이그레이션했습니다. BBC Red Button Application은 시청자가 추가 텔레비전 프로그래밍에 액세스 할 수있는 대화식 TV 서비스, 주요 스포츠 및 문화 행사, 스포츠 점수, 복권 및 날씨 정보뿐만 아니라 최신 국가 및 글로벌 뉴스 기사에 액세스 할 수 있습니다.

BBC는 Amazon EC2, Amazon EFS, Amazon SNS, Amazon SQS 및 Amazon Kinesis를 포함한 서비스를 사용하여 온 프레미스에서 AWS 클라우드로 빨간색 버튼을 전환했습니다. 그 회사’S 이전 솔루션은 다양한 유형의 프로그래밍 언어 및 시스템을 갖춘 이종 소프트웨어 솔루션 세트에서 유지되었습니다. 빨간색 버튼을 AWS로 이동하여 개발자는 인프라를 코드로 정의 할 수있게하여 엔지니어는 몇 분 안에 환경을 재현하고 비용 효율적인 방식으로 소프트웨어 구성 요소를 반복적으로 개선 할 수 있도록했습니다. BBC 개발자는 Amazon EFS를 사용하여 POSIX 호환 파일 공유 아키텍처를 전송하고 유지하여 빨간색 버튼 응용 프로그램을 클라우드로 전환하고 팀이 프로젝트 마감일을 충족시키는 데 도움을주었습니다.

BBC는 공유 파일 스토리지를 활용하여 빨간색 버튼 응용 프로그램을 AWS 클라우드로 마이그레이션합니다

시작하다

모든 산업 분야의 모든 규모의 회사는 AWS를 사용하여 매일 비즈니스를 변화시키고 있습니다. 전문가에게 연락하여 오늘 자신의 AWS 클라우드 여행을 시작하십시오.

AWS에 대해 알아보십시오

  • AWS는 무엇입니까??
  • 클라우드 컴퓨팅이란 무엇입니까??
  • AWS 포함, 다양성 및 형평성
  • DevOps는 무엇입니까??
  • 컨테이너 란 무엇입니까??
  • 데이터 호수는 무엇입니까??
  • AWS 클라우드 보안
  • 새로운 것
  • 블로그
  • 보도 자료

AWS를위한 리소스

  • 시작하기
  • 교육 및 인증
  • AWS 솔루션 라이브러리
  • 건축 센터
  • 제품 및 기술 FAQ
  • 분석가 보고서
  • AWS 파트너

AWS의 개발자

  • 개발자 센터
  • SDK 및 도구
  • .AWS의 그물
  • AWS의 파이썬
  • AWS의 Java
  • AWS의 PHP
  • AWS의 JavaScript

돕다

  • 문의하기
  • 전문가의 도움을 받으십시오
  • 지원 티켓을 제출하십시오
  • 지식 센터
  • AWS Re : 게시물
  • AWS 지원 개요
  • 합법적인
  • AWS 경력

아마존은 동등한 기회 고용주입니다 소수 / 여성 / 장애 / 베테랑 / 성 정체성 / 성적 취향 / 시대.

  • 은둔
  • |
  • 사이트 용어
  • |
  • 쿠키 선호도
  • |
  • © 2023, Amazon Web Services, Inc. 또는 그 계열사. 판권 소유.

오래된 브라우저를 사용하고 있습니다. 경험을 향상시키기 위해 최신 브라우저로 업그레이드하십시오.

인터넷 익스플로러에 대한 결말 지원

Internet Explorer에 대한 AWS 지원은 07/31/2022에 종료됩니다. 지원되는 브라우저는 Chrome, Firefox, Edge 및 Safari입니다. 더 알아보기 »

iPlayer는 AWS를 사용합니까?

об йтоэ странице

м е р р регистрировали подо 착취 ay rzа ф징퍼, исход 넘추 타 ay сети. с пом거나 ю это인지 страницы м주는 сможем определить, что з просы отправляете именно, а не робот. почему это могло произойти?

эта страница отобр은 Âется в тех Â сл 나아가 · 추, ∈огда автомати인지 скими системи Google регтрирр곽막우 ся 테 추 법구추 추 님. котор ое нарушают условия использования. странира перестанет отобр은 жаться после того, как эти запросы прекратся. до отого момента для использования слу 갑기 Google необ 영향.

источником запросов может служить вредоносное по, подключаемые модули браузера или скрипт, насое 밑 밑 밑보관 сзлку ыапросов. если вл используете общий доступ в интернет, проблема 갑새 갑새 딘 악 с сомпером с с с с с саким 테 IP-адесом → Â 궤. обратитесь к своему системному администратору. подроб 변태.

проверка по слову может татак뿐 아니라 자기 появляться, если вы В 갑 갑격적 В Â водите слож ные запросы, об협 ораспронон혁 ™ rапротототототототото술도 있습니다. емами, или вводите запросы очень часто.