서버가 없는 것이 무엇입니까? 왜 그것이 중요합니까?
6687 단어 mbaasserverlessmobilecloud
우리 중 몇 명이 비기술적인 친구와 가족과 대화를 나누었는데, 우리에게 구름이 무엇인지, 그들이 구름 속에 있어야 하는지 물었다.줄을 서서 보았고 구름은 사실상 다른 사람의 서버일 뿐이라는 것을 간략하게 설명했다.
'serverless'(그리고 IaaS, PaaS, SaaS와 FaaS 등 이니셜 줄임말)를 함께 놓으면 우리 중 가장 우수한 사람이라도 회전하는 머리가 생길 것이다😵.
Pied Piper의 "새 인터넷" 운의 약사
오늘날 우리 대다수 사람들은 클라우드의 가치와 애호가에서 대기업에 이르기까지 모든 사람에게 제공하는 투자 수익률을 의식하고 있다.이전 클라우드 시대에 응용 프로그램을 배치할 때 개발자는 반드시 관심을 가져야 한다.
입력☁️.
가상화 기술이 향상됨에 따라 랙 공간과 유사한 회사에서 임의로 가상 머신을 시작하는 능력이 새로운 표준이 되었다.물리적 하드웨어를 제공하지 않고 새 서버와 새로운 환경으로 들어가는 경로를 두 번 클릭하라는 명령을 내렸습니다.
기술 분야에서 돈을 벌 수 있는 곳에서, 너는 과학 기술 거두가 너무 많이 뒤떨어지지 않을 것이라고 확신할 수 있다.아마존의 AWS, 마이크로소프트의 Azure와 구글의 클라우드 플랫폼은 경쟁사를 제치고 탁월한 클라우드 컴퓨팅 서비스 제공 업체, 또는 더욱 적합한 IaaS(인프라 시설 즉 서비스) 제공 업체가 되었다.
이 회사들은 로컬 서버 (심지어 서버 캐비닛) 에서 글로벌 분산 데이터 센터로 중앙 집중식 계산 자원을 대폭 이전했다.응용 프로그램을 지원하기 위해 x개의 서버로 구성된 집단 환경을 만드는 것을 고려합니다.이 기능은 초기 비용과 적은 CLI 명령이 필요하지 않습니다.
IaaS, PaaS, FaaS, SaaS, 세상에!
오늘날의 클라우드는 서로 효과적으로 구축된 서비스로 표현되는 것이 가장 좋다.
인프라-서비스(IaaS)
2010-2012년 버전의 클라우드는 사실상 IaaS(인프라 즉 서비스)일 뿐이다.아마존은 자신의 업무를 지원하기 위해 놀라운 인프라 시설을 세웠다.일부 사악한 천재들은 그들이 대중에게 이 서비스들을 다시 판매해야 한다는 것을 깨달았다(2017년 수입이 170억 달러를 넘었다)💰).
따라서 데이터 센터를 구축하고 관리하는 것이 아니라 클라우드로 이러한 우려를 옮길 수 있습니다.지금까지는 일리가 있었어!😊
플랫폼-서비스(PaaS)
저희 클라우드 피라미드의 다음 층은 PaaS입니다.PaaS가 뭐냐고요?좋은 질문!좋아요.음...🤔
나에게 있어서 PaaS를 생각하는 가장 좋은 방법은 미리 설정된 환경에 응용 프로그램을 배치하는 것이다.개발자로서 당신은 밑바닥 인프라, 저장 또는 네트워크 문제를 걱정할 필요가 없습니다.하지만 응용 프로그램 자체와 환경 설정을 제어할 수 있다.
PaaS는 클라우드에서 정의가 가장 모호한 부분이 되기 쉬우나 가장 많은 기회를 가진다.당신은 Azure와 가 모두 PaaS의 초점이라고 말할 수 있지만, 그것들은 모두 PaaS의 정의를 뛰어넘는 서비스를 제공한다.
진전 Kinvey SaaS(Software as a Service)
전통적인 클라우드 모델에서 SaaS(소프트웨어 즉 서비스)는 정상에 있다.이것은 소프트웨어 개발의 최종 게임이다.거의 무한한 수량의 사용자에게 월정액으로 제공되는 디지털 비트유행하는 SaaS 제품은 마이크로소프트의 O365, 구글 문서, Mail Chimp, Salesforce, 심지어 클라우드 구축 제품을 포함한다.로컬 구성이나 설치 없이 거의 즉시 시작할 수 있는 고성능 분산 서비스입니다.
NativeScript 파트너 기능-서비스(FaaS)
하지만 등등, FaaS(Function-as-a-Service)는 구름 피라미드에 어디에 있습니까?그럼 이'서버 없는'물건은요?
FaaS (알파벳 줄임말 모델에 적합하지만) 를 멈추고 서버가 없는 것에 대해 이야기합시다.어떤 목적에서 나오든지 간에 그것들은 모두 같은 일이다.
You can easily argue that serverless is "bigger" or "more" than FaaS, but for the scope of this article, let's not overthink it.
서버 없음
오늘의 핸드폰 앱을 생각해 보세요.책임 있는 개발자는 (파렴치한 플러그인) 같은 프레임워크를 선택할 것이다😄) iOS와 Android 간에 코드를 공유합니다.자신의 위탁 관리 환경이 필요한 웹 변체를 추가합니다.어딘가에 데이터베이스, NoSQL 또는 관계 데이터베이스가 있을 수 있습니다.아마도 정보 서비스일 것이다.충돌 모니터링 서비스.알았어?
이 모든 서비스를 위한 환경 구축은 그 어느 때보다 쉽지만 쉽지 않다.PaaS 공급업체는 많은 고통을 해소했지만 서버 측의 업무 논리를 처리해야 한다(클라우드 코드라고도 부른다).이것이 바로 서버가 없는 장점이다.이것은 단지 너의 코드일 뿐, 구름 속에서 운행한다.
물론 서버가 없다는 것은 서버가 없다는 것을 의미하지 않는다.서버 없는 개념은 응용 프로그램 배치의 마지막 갭을 메우고 모든 결정과 개발자를 완전히 멀리하는 것이다.코드를 작성하고 배치할 수 있습니다.이야기가 끝났다.모든 것은 당신을 위해 준비하고 관리하는 것입니다.
서버가 없는 것은 개발이 서비스가 아닌 하나의 기능에 중점을 두는 데 있다.NativeScript에 근거하여 생각하다.이것은 저코드와 경량급의 마이크로서비스로 응용 프로그램을 처리하는 서버 측의 업무 논리에 사용된다.
예를 들어, Google URL Shortener API를 사용하려면 다음과 같이 하십시오.
function shortenURL(context, complete, modules) {
const requestOptions = {
uri: 'https://www.googleapis.com/urlshortener/v1/url?key=',
body: {
longUrl: context.body.longUrl
},
json: true,
resolveWithFullResponse: true
};
_getConfig(complete, modules).then((result) => {
requestOptions.uri += result;
request.post(requestOptions, (error, res, body) => {
if (error) {
return complete().setBody(error).runtimeError().done();
}
complete()
.setBody({ shortUrl: body.id })
.done();
});
});
}
exports.shortenURL = shortenURL;
...전면적 실시Kinvey FlexServices.available here 에서 다른 Flex 서비스 예제를 찾습니다.
이러한 기능은 구름 속에 존재하고 예측 가능하고 확장 가능하며 신뢰할 수 있는 환경에서 구름 속에서 실행된다.개발자는 이러한 기능을 이용하여 시스템을 구축하여 가장 분포식적이고 강력한 방식으로 응용 프로그램을 한데 연결한다.
Read more about Getting Started with Kinvey FlexServices
이 GitHub 저장소 NativeScript 각도
모바일 어플리케이션은 일반적으로 어플리케이션 스토어를 통해 배포되며 모바일 어플리케이션에서도 실행될 수 있지만 거의 모든 어플리케이션에 백엔드가 지원됩니다.따라서 다음 NativeScript 응용 프로그램을 구축할 때 서버 기능 없음을 고려하십시오.다음 기능을 사용하여 더 나은 애플리케이션을 구축할 수 있습니다.
user management . 네가 필요로 할 수 있는 물건은 사실상 공짜야!
Reference
이 문제에 관하여(서버가 없는 것이 무엇입니까? 왜 그것이 중요합니까?), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/rdlauer/what-is-serverless-and-why-does-it-matter-f0n텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)