정보처리기사(필기) 회고오늘 5월 10일(금), 정보처리기사 필기시험을 치렀다. 크게 힘든 시험은 아니었지만 회고를 적어보도록 하자. 시험 신청 및 책 주문4월 16일, 시험 신청날짜를 잘못보고 있다가 시험 신청했냐는 말을 듣고 호다닥 큐넷에 들어가 신청을 하는데 뒷 날짜는 모두 마감이었다...너무 늦어지는건 싫었기에 5월 10일로 후딱 신청을 마감!정처기 책을 고민하다가 필기와 실기의 차이가 거의 없다길래 실기책으로 주문! 수제비 실기책으로 선택하고 4월 22일에 쿠팡배송으로 시켰다. 책은 4월 23일에 도착!1, 2권 총 2권으로 이루어져 있었다. 공부기간4월 24일 ~ 5월 9일 (2주, 14일)공부는 총 2주정도 한 것 같다. 원래도 개발자로 취업을 준비하고 있었기에 공부에 큰 부담을 느끼지..
쿠버네티스??개발자라면 적어도 한번 이상 들어본 단어 쿠버네티스(kubernetes).흔히 k8s 혹은 쿠브(kube)라고도 불립니다.오늘은 쿠버네티스에 대해서 알아보겠습니다. 1. 쿠버네티스(Kubernetes)란? 쿠버네티스는 컨테이너화 된 워크로드와 서비스를 관리하기 위한 이식성이 있고, 확장 가능한 오픈소스 플랫폼입니다.즉, 한마디로 정의하면 '오픈소스 컨테이너 오케스트레이션 플랫폼'이다.더보기오케스트레이션? 컨테이너의 배포, 관리, 확장 및 네트워킹을 자동화하는 것+ 쿠버네티스는 키잡이나 파일럿을 뜻하는 그리스어에서 유래했다. 2. 쿠버네티스의 여정쿠버네티스는 왜 유용하게 되었을까? Traditional Deployment(전통적인 배포) : 초기에는 애플리케이션을 물리 서버에서 실행했다. 하나..
쿠버네티스, 도커를 알아보기 전에 클라우드 네이티브가 뭔지 알고 넘어가야 하기에 이번 글에서는 클라우드 네이티브에 대해서 알아보겠습니다.클라우드 네이티브(Cloud Native)?클라우드 네이티브는 애플리케이션 개발을 위한 소프트웨어 방식으로서 확장성, 안정성, 고성능을 갖춘 기본적인 개발 방식과 그 특성을 말합니다. 그럼 클라우드와 클라우드 네이티브는 어떻게 다를까?Cloud는 애플리케이션을 어디에 배치하느냐의 'Where'라고 하면,Cloud Native는 애플리케이션을 어떻게 구성하느냐의 'How'이다.Cloud우리가 잘 알고있는 Cloud(클라우드)는 인터넷 가상 저장소를 말합니다.이전의 USB, 하드웨어 등과 같은 물리적 저장소를 대신해 가상의 저장소에 정보를 저장하여 어디서든 접근할 수 있는 ..
갑자기 DevOps??? 저는 개발직무로 입문하여 [취업준비 + 역량강화]의 과정을 겪으며 다양하진 않지만 확실한 프로젝트를 4번 진행했습니다.처음엔 Front-end로 시작하여 UI/UX를 설계하고, 사용자 인터페이스를 구현하며 개발자로서 한 걸음씩 내디뎠습니다. 그러다 마지막 프로젝트에서 Back-end와 CI/CD 업무를 맡아 진행했고, 이 과정에서 Front-end를 진행할 때 보다 더 강렬한 이끌림을 느껴 직무에 대한 고민을 시작했고, DevOps로 미래를 결심했습니다. 사실 DevOps에 관해 많이 찾아봤지만 이렇다 할 정의를 내리기가 참 애매했습니다. 그렇기에 저조차 DevOps로 결심을 했지만 제가 DevOps에 대해 다른 분께 명확히 설명드리기가 어려웠습니다. 그래서 DevOps를 조금 ..
객체 지향 실세계의 개체를 속성과 메서드가 결합한 형태의 객체로 표현하는 기법 객체 지향 구성요소 1. 클래스 - 특정 객체 내의 변수와 매서드를 정의하는 일종의 틀(붕어빵 틀) - 데이터를 추상화 하는 단위 - 속성은 변수 형태로, 행위는 매서드 형태로 선언 2. 객체 - 물리, 추상적으로 자신과 다른 것을 식별 가능한 대상 - 클래스에서 정의한 것을 토대로 메모리에 할당 - 객체마다 각각의 상태와 식별성을 가짐 3. 매서드 - 객체를 사용하는 방법 - 함수 또는 프로시저에 해당하는 연산 기능 4. 그외 메세지 - 객체 간 상호 작용을 위한 수단 인스턴스 - 객체 지향 기법에서 클래스를 통해 만든 실제의 객체 속성 - 한 클래스 내 속한 객체들이 가진 데이터 값을 단위별로 정의 객체 지향 기법 1. 캡..
해당 프로젝트는 back-end가 없기 때문에, 모든 동작이 front-end에서 진행됩니다.때문에 해킹에 취약합니다. 우리는 오늘 이 문제를 해결할겁니다.우선 firebase 홈페이지 -> Firestore Database -> 규칙 으로 가줍니다.코드를 보시면, read, write를 2024년 5월 3일까지 허락한다고 적혀있습니다.일단 모든 주석을 제거하고우선 read만 허용하는 rule을 추가할겁니다.이렇게 수정하면 권한이 있는 누구든 읽기를 허용한다는 겁니다.작성을 완료했다면 게시해줍니다.우리의 사이트로 돌아가서 새로고침하면 정상작동 되는것을 확인할 수 있는데, 변화가 없어 모르겠다면 read를 write로 바꿔서 적용하고,다시 새로고침하면 read를 할 수 없다는 것을 알게됩니다.이제 writ..
