November 28, 2022

RSA

RSA RSA란 SSL / TLS에 가장 많이 사용되는 공개키 암호화 알고리즘. 공개키와 개인키를 사용하며, 암호화는 공개키를 통해, 복호화는 개인키를 통해 수행. 준비 사항 매우 큰 두 소수 p, q를 준비. p - 1, q - 1과 서로소인 e를 찾음. ed ≡ 1 (mod (p - 1)(q - 1))인 d를 찾음. p와 q를 곱한 값을 N이라고 하고, N과 e를 공개함. 이들이 공개키가 됨. d는 공개하지 않고, 해독하는 사람이 가지고 있음. 이것이 개인키가 됨.

November 26, 2022

Github Naming Rule

Github Naming Rule Github Repository Naming Rule 전부 소문자로 작성하고, 단어 사이에 - 사용.(Kebab case) 최대한 명확하고 구체적으로 작성. 일관적인 방식으로 작성. Github Commit Title Type 깃허브 커밋의 제목은 type: subject 형태로 작성되어야 함. 이 때 type은 상황에 따라 다음 중 하나여야 함. feat: 새로운 기능을 추가 fix: 버그 수정 build: 빌드 관련 수정 ci: CI 관련 수정 docs: 문서 수정 style: 코드 스타일 / 포맷 관련 수정 refactor: 코드 리팩토링 test: 테스트 코드 수정 chore: 그 외 자잘한 수정 Github Commit Message Rule 제목과 본문을 한 줄 띄워 분리.

November 25, 2022

Naming Rules

Naming Rules Naming Rule 이란 개발 시 변수, 함수 및 클래스명을 지을 때, 통일된 규칙을 사용해야 함. 특히 여러 단어로 구성된 이름을 지을 때, 단어들 사이의 공백을 제거하고 연결하는 방법이 필요함. 다음과 같이 네 가지 방법 존재. camelCase PascalCase kebab-case snake_case camelCase 첫 단어를 제외하고 두 번째 단어부터 첫 글자를 대문자로 표현하는 방식. Javascript등의 대부분의 프로그래밍 언어에서 사용. ex: secretWord PascalCase camelCase와 비슷하지만, 첫 단어도 대문자로 표현하는 방식. ex: SecretWord kebab-case 모두 소문자를 사용하고, 단어 사이에는 하이픈 사용하는 방식.

November 24, 2022

Failover

Failover Failover란 시스템, 네트워크, 하드웨어 및 서버 등에 이상이 생겼을 때 예비 시스템으로 전환해서 운영하는 행위. 장애를 극복 가능하고, 높은 가용성을 제공. 여분의 서버, 네트워크등의 추가 장비가 필요함. 일종의 이중화 개념. 자동적인 페일오버가 항상 이득은 아니기 때문에, 페일오버 의사 결정은 사람이 하는 경우도 존재. 의사 결정과 별개로 페일오버 처리는 자동으로 이루어짐. References https://en.wikipedia.org/wiki/Failover https://oriyong.tistory.com/80

November 6, 2022

MIT License

MIT License MIT License란 MIT에서 개발한 재사용과 소유에 최소한의 제약만 두는 라이선스로, copyleft 라이선스와 달리 사유 소프트웨어에서의 재사용을 허용. 특징 GPL 등의 copyleft 라이선스들과 호환 가능. 상업적 이용, 개인적 이용, 수정 및 배포 가능. 법적 책임 및 소스 코드 공개 의무가 없음. 라이선스 및 저작권 고지 필요. Github에서 많이 사용됨. License 전문 Copyright (c) <year> <copyright holders> Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.

November 4, 2022

Quorum

Quorum Quorum이란 분산 시스템에서 작업을 수행하기 위해 트랜잭션이 획득해야 하는 최소 투표 수. 이를 이용해 분산 시스템에서 일관된 작업을 수행 가능. 분산 DB에서 Quorum을 사용하는 법 여러 위치에서 트랜잭션이 실행된 경우. 여러 복제본이 존재할 때 읽기 및 쓰기를 하는 경우. 여러 사이트에서 트랜잭션이 실행된 경우 분산 DB에서는 트랜잭션이 여러 위치에서 연산을 수행할 수 있음. 각 트랜잭션은 모든 위치에서 같은 결과(실행 혹은 중단 여부)를 가져야 함. 각 위치끼리는 통신할 수 없을 수도 있기 때문에, quorum을 통해 다수의 결과를 따르게 됨.

November 2, 2022

RPO, RTO

RPO, RTO RPO, RTO란 시스템의 고가용성을 위해, 장애가 발생한 경우 복구에 대한 목표값들을 의미. 현상에 대한 결과값이 아님. RPO Recovery Point Objective 장애가 발생했을 때 시스템을 복구할 (과거) 시점에 대한 목표. 해당 시점까지의 데이터는 신뢰할 수 있어야 함. 백업 주기에 영향을 받음. 최근 시점일수록 비용이 많이 들지만, 데이터 손실이 적음. RTO Recovery Time Objective 장애가 발생했을 때 시스템을 원 상태로 복구하는 데 걸리는 시간에 대한 목표. 작을수록 비용이 많이 들지만, 가용성이 높아짐.

October 28, 2022

SW 개발 환경

SW 개발 환경 SW 개발 환경의 종류 소프트웨어 혹은 서버를 개발함에 있어서 여러 환경에서 개발을 수행하게 됨. 아래는 개발을 진행하는 환경들의 종류. Local Dev Integration QA Staging Production Local 각 개발PC 마다 설치된 로컬 개발 환경 여러 개발자의 환경 및 버전 등이 동일해야 추후에 합칠 때 문제가 없음. 이를 위해 전체 개발 환경을 zip 형태로 묶어서 사용하거나 Docker등의 컨테이너 기술 사용. Dev 각 개발자들이 만든 코드를 합쳐서 서버에서 테스트 해 볼 수 있는 개발 환경.

October 27, 2022

CI/ CD

CI/ CD CI / CD 란 개발에서 배포까지 모든 단계를 자동화해서 효율적이고 지속적으로 배포하는 행위. CI Continuous Intergeration의 약자로, 코드의 변경 사항에 대한 지속적인 통합을 수행하는 행위. 다수의 개발자가 공유 저장소에서 형상관리 툴을 이용해 코드를 공유하는 환경에서 사용. CI가 없다면 배포가 된 후에 수동으로 오류를 확인해야 함. CI를 사용하게 된다면 각 개발자가 수정한 코드를 병합할 때마다 자동화된 빌드와 테스트가 트리거되어 실행됨. 테스트를 통과한 코드만이 공유 저장소에 병합되게 됨. CD Continuous Delivery / Deployment의 두 가지 의미를 지님.

October 20, 2022

MVCC

MVCC MVCC란 Multiversion concurrency control의 약자로, DBMS에서 concurrency control을 수행하기 위해 데이터의 여러 버전을 만드는 방법. Concurrency Control 트랜잭션이 다수의 사용자에게 동시에 수행될 때 DB의 일관성을 해치지 않도록 제어하는 방법. 다음과 같은 메커니즘 존재. Optimistic: 데이터를 읽을 때 Lock을 걸지 않고 커밋하기 전에 문제가 생기면 취소하는 방법. Pessimistic: 동시성 문제가 생길 수 있다면 해당 위험이 종료될 때 까지 lock을 거는 방법. Semi-optimistic: 일부는 optimistic하게, 일부는 pessimistic하게 처리하는 방법. Problem of Lock Lock을 이용하게 되면, 테이블 레벨에 lock을 걸거나 오랜 시간 lock을 걸어서 동시성 저하가 심각해질 수 있음.