Thank you for the awesome video! It's mentioned that you loose control of your server by using the serverless, but not having to control your server is also an advantage as you said. Now I am curious when one needs to take control of one's server. Please give me an example.
Thanks for watching. Keep in mind that a server is just a computer, ,maybe you want to update the Python version, or set up a logging system, or save your files on a folder, or install some software on it.
Holi Nico soy un gran fan, te escribo en español porque podría jurar que hablas español, hasta quizá que seas de mx, llevo bastante viendo tus vídeos y este me gustó mucho el año pasado estuve trabajando en un proyecto serverless y tome algo de tiempo en entender , si hubiese conocido tú canal quizá me habría ahorrado algunas horas , cómo sea jalo a todo tu trip saludos 💎💀🖤
한마디로 월정액이 아니라 종량제로 바뀐거네요. 원래 과거에도 호스팅 업체의 서비스를 이용하는 서버리스가 있어왔죠. 즉 자신이 서버와 IP address 를 소유하지 않고 호스팅 업체가 관리하는 서버의 디렉토리에 Domain Forwarding 만 해주면 서버리스 웹 서비스가 되는 것이죠.
Hi Nicolas! Thanks again for the great video. I am currently building a project on Firebase (Which is serverless) and love it so far. One question I have though is...will serverless still be attractive when the application scales and when the logic becomes complicated? For small projects I get that economics is very attractive but there must be a business reason why cloud providers serve serverless options...for example, serverless becomes more expensive than the usual cloud option when the project scales, or the project is pretty much locked in, just like you mentioned. Any thoughts on this? Thanks!
Hi! Thanks for watching, I think that when you say 'logic becomes complicated' this will happen with or without serverless. If serverless becomes more expensive than normal cloud then you need to look into things apart from $$, like how much you're going to spend on a team for maintaining servers and deployment CI and all that.
음... 이번에 엔터프라이즈에서 하드코어하게 람다를 이용해서 프로젝트를 수행해봤습니다. 장점은 여러 가지가 있고 단점 보다는 고려해야 하는 것은 burst 부하 상태에 놓여있을 때 람다의 실행시간과 동시성에 대한 고려를 충분히 많이 해야 한다는 것입니다. 직접 컨트럴하지 않기 때문에 제약사항들을 파악하고 그 안에서 최대한 튜닝하는 것이 필요합니다. 또한 cold start를 고려해야 합니다. 저도 니콜라스와 이에 대해서 더 깊게 공유하고 싶습니다. 가격도 메모리의 할당량과 수행시간에 따라 영향을 받기 때문에 그 둘을 적절하게 조정하는 것이 필요합니다. 항상 니콜라스 채널에서 많이 배우고 있습니다. 해당 프로젝트에 대해서 더 자세히 듣기를 원하신다면 연락주세요..
1. 서버 유지 즉, 하드웨어적인 전산 장비를 대신 관리 2. 허나, 보안 설정, 환경 설정, 변수 설정, 소프트웨어 버전 관리 등은 해줄 필요가 있음 3. 24/7 항시 대기가 아닌 특정 트리거 발생 시에만 요청 수행, 서버 관리 뿐만 아닌 비용 절감의 효과 4. Cold Start로 인한 문제점, AWS lambda의 요청에 조금의 시간 지연이 있을 수 있음 5. 서버리스 환경에서의 마이그레이션은 어려울 수 있음, 애플리케이션 설계가 변경되는 사항이기 때문 6. 빠르게 프로토타이핑을 하는 서비스 개발 방법에 도움이 될 수 있음
동영상 감사합니다. 전 현재 Vultr.com 을 사용하고 있는데 (cPanel은 유료라서 cyberpanel을 써서 관리하고요.) AWS 를 썼을 때의 단점을 커버하는 것 같습니다. 혹시 Vultr.com 과 같은 곳의 장단점은 어떤 것이 있을까요? Vultr.com 의 경우도 Severless 라고 할 수 있을까요?
@@honeybeebird ========================================================================== ((웹 분야)) HTML/CSS/JS ( www.w3schools.com ) - 참조: w3c.org --- w3school.com 이 아님. (영문 사이트라 영어사전이 필요. 책으로 된 영어사전 말고 네이버 영어사전 켜놓고 수강.) ========================================================================== ((앱 분야)) 윤성우 빼고 모두 유투브에서 무료수강... 유투브 검색: "C 언어를 배우기 전에 알아야 할 것들"(프리렉) -- C 시작하기 전에 수강... C 속성코스: 나동빈(동빈나) -- 장기코스와 병행... C 알고리즘: 나동빈 (속성코스 다음) C 자료구조: 권오흠 (알고리즘 다음) C 장기코스: 윤성우 (열혈 C / 오렌지미디어, 유료) -- 속성코스와 병행... C++: 윤성우(열혈 C++ / 오렌지 미디어, 유료) C++ 은 C언어 알고리즘/자료구조 끝내고 시작... 알고리즘/자료구조 시작하기 전에 위키검색... =================================================즐공!====================
I always wanted to make videos about viruses, government cyberattacks and ransomware but I'm not sure if it will have views, do you think many people would like to watch it?
@@nomadcoders 사랑하고 존경하는 니콜라스님! 저도 몇 번 랜섬웨어를 경험하다 보니 어 떻게 대처해야 할 지 모르겠더군요. 결국은 포맷을 하고 새로이 프로그램을 설치하는 번거로움을 거져 사용 중이지만, 언제 또 다시 랜섬웨어에 걸리게 될 지 불안한 마음을 떨쳐 버릴수가 없더군요. 구독자 중 한 사람으로서 니콜라스님의 동영사을 지켜 보면서 이 분은 알고 계시지 않을까 싶어 댓글 올리게 되었습니다. 마무리 할게요. 아마도 많은 분들께서 랜섬웨어의 작동 원리와 대처하는 방법 그리고 치료하는 방법 등을 알고 싶어 할 것이라 생각하고 있습니다. 우리의 뇌섹남 니콜라스님께서 많은 분들의 궁금증에 대해 조금이나마 해소해 주셨음 고맙겠습니다. 항상 두 분 건강하고 행복하시기 바랍니다.
With hosting you don't really have access to the server, you have some folders inside of it, you can't see all folders and create new users, is not really yours, it's like a room in a hotel.
니콜라스형 제가 음향공부하는데 음향 프로그램은 os업데이트하면 못쓰게되는 프로그램이 많아서 업데이트 기간 끝나면 os업데이트 안하고 쓰거든요? 그래서 제가 지금 하이시에라 쓰고있는데 코딩공부를 하려니까 xcode를 설치하려면 os업데이트 하라고 하네요? ㅠ 지금은 c언어 시작하는 단계라 일단 구버젼 xcode 설치 하고 쓰는데 코딩하는 사람은 항상 os를 최신버젼으로 유지해야하나요?
맥북인 경우에만 그렇습니다. xcode도 이전에 설치한채로 업데이트 안하고 쓸 수는 있어요. 다만, 최신 iOS가 설치된 기종에 대해 테스트 및 배포가 불가능하므로 최신버전을 유지해야 하는거죠. '난 구버전 os만 지원할거야 최신버전에서 UI가 깨지고 특정 기능이 동작안해도 상관없어!' 라고 한다면 업데이트 안받아도 되요.
뭐 요즘엔 서버리스에서 자체적으로 자주 불려지는 서비스의 jvm 을 일부러 인위적으로 건들여줘서 cold start 를 방지한다는데 사실 jvm 기반 언어로 백엔드 만들어놓은 회사에선 좀 쓰기꺼려지긴 함. 근데도 eks 서버에다가 서비스 왕창 호스팅한것보단 훨씬 싸니까 쓰긴 씀.
잠자는 백앤드 함수를 깨우는데 약간의 딜레이가 생긴다면... 온라인 게임 서비스 같은 실시간 어플 서비스는 좋지 않겠군요! 게다가... 방문자가 많지 않으면 요금이 저렴하겠지만 방문자가 많아지면 기하급수적으로 요금이 증가하겠네요! 저같으면 AWS 같은 방식은 절대로 이용하지 않을것 같습니다.
I was so glad to see this video! Because i’m building a backend with a serverless-graphQL(dynamoDB) project. *I heard this architect is using it in Silicon Valley's Glassdoor. I think this video is a good explanation for users. But It’s too bad that serverless reference is not as rich as I thought it would be.
비슷한데 단위가 조금 달라요. "로그인" 이라는 처리를 한다고 하면 "아이디 확인, 비밀번호 확인, 가입여부 확인, 로그인 결과 리턴" 등의 동작을 거치게 되는데 각각의 동작이 함수로 따로 만들수도 있고 하나의 함수에 넣을수도 있지만, 유저가 요청하는것은 1회의 요청이라서 서버리스 소프트웨어 설계방식으로 본다면 저 동작들은 하나의 서버리스 서비스에서 다 구현되어서 작동이 가능해야 하죠~
Serverless 의 장점으로는 언어에 크게 영향을 받지 않고, 기능중심적이다보니 기능을 만들어서 연결만 시키면 동작된다는 점에 굉장한 장점이 있다고 생각하지만, Cold Start 문제때문에 어떤 분들은 정식 서비스를 백엔드화 시킬 때까지 중요 기능에 스케쥴을 돌린다는 얘기를 들은 기억이 있네요; Cold start 가 길면 5분까지 걸린단던데 사실인가요?
혹시 클라우드 인가 싶었는데 혹시 클라우드가 맞네요 ㅋ 클라우드가 생기면서 서버 프로그래밍에 대한 패러다임이 상당히 변한거 같아요 사업아이템이 망하든 말든 하드웨어 구매비용을 미리 걱정할 필요도 없고 다만 역시 개인정보에 민감한 기관이 적용하기에는 역시 좀 힘든 모델인듯..
Cold start는 생각보다 퍼포먼스의 차이가 큽니다. 전통적인 서버 소프트웨어는 DB Connection Pool 을 사용하는데, 유저가 서버로 요청하는것이 느리게 시작되는것과 마찬가지로 서버에서 DB로 연결하는것도 매번 접속하는것보다 연결시켜놓고 유지하는것이 시간절약이 되기 때문입니다. 하지만, 서버리스는 특성상 DB Connection을 매번 연결해야 하죠. 그리고 설계가 다르다 라는 점이 개발자의 작업방식에 크게 차이점이 있어요. 기존의 서버에서 프로그램 내에서 데이터를 공유하는 경우 Singleton, static variable 등 메모리 안에서 공유가 가능한데 (한몸에 있으니까요) 서버리스의 경우 반드시 여러 서버리스 서비스들간에 공유할 수 있는 다른 장치가 필요합니다. (DB, Redis 등) 그리고 그것도 속도가 느려지게 되는 원인 중 하나죠.