효율적이 고 경제적인 개발 비용으로 애플 리 케이 션을 개발 하는 방법

바이 6 월 참고: 지금, 애플 리 케이 션을 개발 하는 방법을 능률적 일 수 있다, 가장 비용 효율적인 개발 비용? 기술 팀 빌드 및 필요는 백엔드 엔지니어는 어떻게는? 이 기사를 읽고, 아마도 뇌 구멍 열립니다 믿습니다 정말 인생을 바꿀 기술을 통해 인터넷을 통해 수 있습니다.

개발 모드 효율 결정

개발 방식에서 가장 인기 있는 단어는 지난 2 년 동안 클라우드 컴퓨팅. 기술의 반복 속도 수준, 그리고 클라우드 컴퓨팅이 디지털 반복의 티핑 포인트 중 하나입니다의 증가 수를 나타냅니다. 소프트웨어 개발의 방향을 간단 하 고 적은 비용이 많이 드는 받을 해야 합니다.

클라우드 서비스 1.0

만약 당신이 애플 리 케이 션, 특히 신생 기업에 대 한 하나 이상의 유용한 클라우드 서비스를 선택 하십시오. 이것의 가장 유명한 예는 인 스타 그램 Instagram 1 십억, 전체 팀은 13만, 하는 동안 페이스 북에 의해 그리고 그 5 기술자, 2만 반 백 엔드 엔지니어의 구입 때 2012 년 4 월에에서 50 백만 가까이 있던. 시간의 나머지 절반은 개발 작업의 모든 서비스는 AWS에 배포 하는 Instagram의 프런트 엔드 부분에 대 한 책임. Instagram의 공동 창업자 마이크 Krieger, 그의 연설에서 "어떻게 1 십억 달러의 회사", 아마존의 클라우드 서비스 사용자 크기 급증에 기인 하지만 엔지니어링 팀 상당한 성장을 보여주지 않았다. 비슷한 회사는 Dropbox를 있다.

클라우드 서비스 1.0의이 기간에서 개발은 그것, 그러나 다른 사람이 귀하의 서비스를 사용 하는 경우 단순히 해당 클라우드 호스트 또는 응용 프로그램 엔진, 운영 비용을 많이 저장 하는 프로그램을 배포 하는 데 사용 보다 더 쉽습니다. AWS (아마존의 클라우드 서비스), 성폭력 (Sina의 클라우드 서비스), Microsoft Azure와 같이 Aliyun, 서버 및 운영 비용을 많은 돈 요할 필요 이상, 그리고 좋은 클라우드 공급자 대신 선정 되었다. 서버 사이드 프로그램 완전히 트래픽의 작은 금액으로 인해 처음 클라우드 서버에 배포할 수 있는, 사용자가 비용을 지불 하지 않아도. 주문형 지불 정말 충전, 클라우드 서비스 제공 업체에 도달 하는 사용 금액의 돈 일부 받게 됩니다. 물론, 우리가이 지불 표준을 달성할 수 있다, 하는 경우 이론적으로이 프로젝트는 일하고 잘.

클라우드 서비스 2.0

오늘날 점점 더 많은 Baas (백엔드 서비스 백엔드로)는 나타 실리콘 밸리, 클라우드 서비스 2.0으로 알려진. 내가 만약 당신이 기억 하는 중국 새 해 동안에 특히 뜨거운 응용 프로그램, 응용 프로그램 저장소 다운로드 목록 상단 선정 되었습니다,이 응용 프로그램 "애타게", 라켓의 개발의 속도 볼 수 이라고 모른다. 애타게 2014 년 12 월 22 일 공식 온라인, 온라인 10 일, 선 42 일 사용자 획기적인 100000, 앱스 총 목록으로 먼저, 선 52 일, 휴식 10 백만 사용자를 통해 온라인 3 개월 미만, 지금 초과 했습니다 16 백만 다운로드. (데이터는 풀-훅 네트워크에서 애타게 발표 채용 정보에서)

현재, BAAS 서비스 중국에서의 성공적인 사용의 많은 경우, 많은 기술 기업 발생 합니다 사용자의 급속 한 성장이 경우에, 경우 자체 내장된 서비스 기술의 비용을 얼마나 많은? 예를 들어 빨간 봉투 응용 프로그램 또는 전기 딜러 사이트는 이중 11 초를 할 경우 죽 일 활동, 그들의 자신의 필요를 유지 하기 위해 기술 팀 자원 입력 상당한 양의. 하지만 지금은 많은 기술 팀 쉽게 처리할 수 있습니다 이러한 Baas 서비스 백엔드 엔지니어에 투자 하지 않고. 지불의 비용 자체 내장된 팀에 의해 투자 하는 자원 보다 훨씬 낮은 이며 더 결정적으로, 그들은 너무 많은 시간과 기회 비용을 절감 하 고 제품 및 작업에 더 많은 시간을 보내고.

아니-엔드 개발

때마다 우리는 애플 리 케이 션을 해야 합니다, 거기는 항상 반복 모듈 개발을 많이 하는 것을 상상해 봅시다. 데이터 저장, 파일 저장, 계정 시스템, SMS 확인, 통계 요구 사항 및 같은 실시간 통신 모듈, 이러한 모듈형 엔지니어 또한 유니버설, 더 쉽게 다시 사용 하는 경우 나중에 개발 하기 위하여 달성 하기 위해 노력 합니다. 왜 이러한 모듈 공통 서비스를 만들 수 없습니다 반복적으로 작성 해야 합니까? 이것은 모듈 사용 하는 모듈, 서버 작업 차원 필요 하지 않습니다, 또한 개발, 주문형, 지불 유일한 요구를 반복 하지 않아도 사용 하 여 사용자 원하는 목표를 달성 하기 위해 baas.

하지만 많은 사람들이 질문, 그래서 어떤 경우에 서버 논리? 일반 Baas 서비스 공급자 서버-사이드 후크 (프로그램 인터페이스)의 다양 한 제공, 예를 들어 Baas 공급자 서비스 쪽에서 데이터의 정확성을 확인 하기 위해 서버는 beforesave와 다른 방법, 예약 하기 전에 데이터를 저장. 다음 함수 내에서 자신의 논리를 작성할 수 있습니다. 서버 아키텍처 및 성능에 대 한 걱정, 대신 이러한 것 들은 클라우드 서비스 공급자에 의해 수행 하 고 해당 논리를 작성 해야.

결론:

인간의 기술 개발 한 혁신을 통해, 그들은 끊임없이 더 효율적인 팀을 만드는 동안 혁신의 비용 감소는 때문에 실리콘 밸리 일부 혁신의 최전선에는. 일단 인터넷 제품의 출현은 비용, 인간 비용, 홍보 비용, 연구 및 개발 비용을 많이 필요할 수 있습니다 물론, 있다 많은 시간 비용. 하지만 지금 Baas의 출현 때문에 다른 서비스, 적어도 연구의 비용 및 개발은 되었습니다 감소, 그래서 그 혁신의 비용을 감소 하고있다, 그래서 더 더 중요 한 것 들에 대 한 리소스. 점점 더 많은 서비스 혁신 Baas 마지막 되지 것입니다, 물론 계속 됩니다.

"왕 유, Leancloud 프런트 엔드 수석 엔지니어, 응용 연구 및 개발 사고와 혁신에 초점"

출처: 바이 네트