현대마법의 공방

[iOS] Xcode 삭제 및 재설치

사악미소 — Mon, 12 May 2025 15:42:23 +0900

#1. Xcode 삭제

1. Xcode App 삭제

% sudo rm -rf /Applications/Xcode.app

Xcde.app 전체 시스템 에서 삭제 한다.

/Applications/Xcode.app는 Xcode가 기본적으로 설치되는 경로 이다.

2. 빌드, 캐시 초기화

% rm -rf ~/Library/Developer/Xcode/DerivedData

Xcode가 빌드할 때 생성한 중간 캐시, 빌드 아티펙트 등을 삭제 한다.

프로젝트를 Clean Build 할 때도 일부만 지워지지만, 이 명령은 완전 삭제 된다.

3.인덱스 / 자동완성 캐시 삭제

% rm -rf ~/Library/Caches/com.apple.dt.Xcode

Xcode 내부의 자동 완성, 문법 인식, SDK 메타 정보등 캐시를 삭제 한다.

#2. Xcode 재설치

https://developer.apple.com/download/all/?q=Xcode 에서 Xcode 설치 파일을 다운받고 재설치 한다.

경로 재지정 (필요 시)

% sudo xcode-select --switch /Applications/Xcode.app
Password : 비밀번호
xcode-select: error: invalid developer directory '/Applications/Xcode.app'

[jQuery] jQuery UI DatePicker 한국어 설정

사악미소 — Mon, 31 Mar 2025 12:29:07 +0900

# 소스 코드

<!DOCTYPE html>
<html lang="ko">
<head>
    <meta http-equiv="Content-Type" content="text/html;charset=utf-8">
    <title>:: jQuery UI DatePicker ::</title>
    <link rel="stylesheet" href="https://code.jquery.com/ui/1.14.1/themes/base/jquery-ui.min.css">
    <style type="text/css">
        .datePicker {
            text-align : center;
        }

        /* 년도와 월을 가로 정렬 */
        .ui-datepicker .ui-datepicker-title {
            display : flex;
            align-items : center;
            gap : 5px; /* 연도와 월 사이 간격 조절 */
        }

        /* 연도 선택 셀렉트 박스 크기 조정 */
        .ui-datepicker .ui-datepicker-title select.ui-datepicker-year {
            width : 60px;  /* 기본 100px → 70px로 축소 */
            font-size : 12px;  /* 폰트 크기 조정 */
            padding : 2px;
            text-align : center;
        }

        /* 연도 선택 박스 뒤에 "년" 추가 */
        .ui-datepicker .ui-datepicker-title .ui-datepicker-year::after {
            content : "년";
            font-size : 12px;
        }

        /* 월 선택 셀렉트 박스 크기 줄이기 */
        .ui-datepicker .ui-datepicker-title select.ui-datepicker-month {
            width : 50px;  /* 기본 80px → 50px로 축소 */
            font-size : 12px;  /* 폰트 크기 축소 */
            padding : 2px;
            text-align : center;
        }

        /* 월 선택 박스 뒤에 "월" 추가 */
        .ui-datepicker .ui-datepicker-title::after {
            content : "월";
        }
    </style>
    <script type="text/javascript" src="https://code.jquery.com/jquery-3.7.1.min.js"></script>
    <script type="text/javascript" src="https://code.jquery.com/ui/1.14.1/jquery-ui.min.js"></script>
    <script type="text/javascript">
        jQuery(document).ready(function() {

            // jQuery UI Datepicker 한글 변환
            jQuery.datepicker.regional['ko'] = {
                  closeText : "닫기"
                , prevText : ""
                , nextText : ""
                , currentText : "오늘"
                , monthNames : ["1월", "2월", "3월", "4월", "5월", "6월", "7월", "8월", "9월", "10월", "11월", "12월"]
                , monthNamesShort : ["01", "02", "03", "04", "05", "06", "07", "08", "09", "10", "11", "12"]
                , dayNames : ["일", "월", "화", "수", "목", "금", "토"]
                , dayNamesShort : ["일", "월", "화", "수", "목", "금", "토"]
                , dayNamesMin : ["일", "월", "화", "수", "목", "금", "토"]
                , weekHeader : "Wk"
                , dateFormat : "yy-mm-dd"
                , firstDay : 0
                , isRTL : false
                , yearSuffix : "년&nbsp;"
                , showMonthAfterYear : true
                , changeMonth : true
                , changeYear : true
                , yearRange: "c-100:c+10"  // 현재 연도 기준 -100년 ~ +10년 선택 가능
                // , autoSize : true
                , beforeShow:function(input) {
                    const i_offset = jQuery(input).offset(); // 클릭된 input의 절대 위치값
                    setTimeout(function(){
                        jQuery("#ui-datepicker-div").css({
                            "top": i_offset.top + jQuery(input).outerHeight(),
                            "left": i_offset.left
                        });
                    }, 10);
                }
            };

            // 기본값 한글 설정
            jQuery.datepicker.setDefaults(jQuery.datepicker.regional['ko']);

            // Datepicker 초기화
            jQuery(".datePicker").datepicker();
        });
    </script>
</head>
<body>
<table>
    <tbody>
        <tr>
            <th class="saakmiso_th">날 짜</th>
            <td class="saakmiso_td">
                시작일 <input type="text" class="datePicker" value="" placeholder="YYYY-MM-DD"> ~ 종료일 <input type="text" class="datePicker" value="" placeholder="YYYY-MM-DD">
            </td>
        </tr>
    </tbody>
</table>
</body>
</html>

# 출력 화면

[WebStrome] 프로젝트 별로 Node.js 버전 변경하기

사악미소 — Fri, 21 Mar 2025 12:56:49 +0900

1. Node.js 다운로드

Node.js https://nodejs.org/ko/download 사이트에 접속하여 상단 메뉴의 [ 다운로드 ] 메뉴를 선택한다.

[ Standalone Binary( .zip ) ] 버튼을 클릭하여 node-버전.zip 파일을 다운로드 한다.

다운로드 받은 node-버전.zip 파일을 Node.js 버전들을 보관할 디렉토리에 위치시켜 준다.

다운로드 받은 node-버전.zip 파일의 압축을 해제하여 준다.

압축이 해제되고 node-버전 디렉토리가 생성되면 해당 디렉토리를 오픈하여준다.

[ node.exe ] 파일이 존재하는지 확인한다.

해당 디렉토리의 경로를 잘 기억해 준다.

2. WebStome IDE의 Node.js 버전 변경

WebStome을 실행하고 상단 메뉴에서 File > Settings를 클릭한다.

Settings 창이 팝업된다.

좌측 메뉴에서 Language & Frameworks를 오픈하고 Node.js를 선택하여 준다.

Node interpreter

D:\nodejs\node-버전\node.exe

Node interpreter 입력란에 압축을 해제하여 생성한 node-버전 디렉토리의 [ node.exe ] 의 경로까지 입력하여 준다.

이후 [ Apply ] 버튼을 클릭하여 준다.

다시 좌측 메뉴에서 Tools 메뉴를 오픈하고 Terminal을 선택하여 준다.

Environment variables

PATH=node-버전_디렉토리_경로%PATH%

Environment variables 입력란에 압축 해제한 node-버전 디렉토리의 경로를 입력하여 준다.

[ Apply] 버튼을 클릭하고 [ OK ] 버튼을 클릭하여 Settings 창을 닫아준다.

다시 WebStrome 상단의 File 메뉴를 선택하고 Invalidate Caches를 선택하여 준다.

Invalidate Caches 창이 팝업되면 CheckBox를 모두 체크하여 주고

[ Invalidate and Restart ] 버튼을클릭하여 캐시 데이터를 삭제하고 WebStrome 재실행 하여 준다.

WebStrome이 재실행되면 하단의 [ Terminal ] 버튼을 클릭하여 준다.

Terminal창이 실행되면 node -v 라고 입력해 보자.

버전 정보가 정상적으로 출력되면 해당 Node.js 프로젝트는 설정한 node.js 버전을 기본적으로 사용하게 된다.

로키 리눅스 Gitea 설치하기 - 작성중

사악미소 — Sun, 23 Feb 2025 21:47:43 +0900

1. 방화벽 해제하기

$ sudo firewall-cmd --permanent --zone=public --add-port=3000/tcp
success

3015로 도전

$ sudo firewall-cmd --reload
success

1. Gitea 다운로드

wget 명령어를 이용하여 Gtiea Linux 바이너리를 다운로드 한다.

다운로드 경로는 /home/사용자_디렉토리/ 경로에 gitea-버전-linux.amd64 파일을 다운로드 받을 것이다.

$ wget -O /home/사용자_디렉토리/gitea https://dl.gitea.com/gitea/1.23.1/gitea-1.23.1-linux-amd64
--2025-01-29 10:46:17--  https://dl.gitea.com/gitea/1.23.1/gitea-1.23.1-linux-amd64
Resolving dl.gitea.com (dl.gitea.com)... 54.230.176.38, 54.230.176.120, 54.230.176.28, ...
Connecting to dl.gitea.com (dl.gitea.com)|54.230.176.38|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 114451088 (109M) [binary/octet-stream]
Saving to: `/home/saakmiso/gitea'

/home/saakmiso/gitea                                               100%[=========================================================================>] 109.15M  8.59MB/s    in 12s     

2025-01-29 10:46:30 (8.91 MB/s) - `/home/사용자_디렉토리/gitea' saved [114451088/114451088]

위 명령을 실행하면 /home/사용자_디렉토리/ 경로에 gitea라는 이름으로 파일이 저장된다.

Gitea를 시스템 전역에서 실행할수 있도록 gitea 바이너리 파일을 "/usr/local/bin"으로 이동시킨다.

$ sudo mv /home/사용자_디렉토리/gitea /usr/local/bin

이제 gitea 명령어를 터미널 어디에서든 실행 시킬 수 있다.

Gitea가 /usr/local/bin으로 이동한 후, 실행권한을 부여해 주어야 한다.

$ sudo chmod +x /usr/local/bin/gitea

이제 gitea를 실행할 수 있다.

3. Gitea 시스템 사용자 생성

$ sudo groupadd --system gitea

먼저, gitea라는 시스템 사용자를 생성해야 합니다.

$ sudo useradd --system --create-home --home-dir /var/lib/gitea --shell /bin/bash --gid gitea gitea

--system → 시스템 계정으로 생성
--create-home → 홈 디렉토리 생성
--home-dir /var/lib/gitea → 홈 디렉토리를 /var/lib/gitea로 지정
--shell /bin/bash → 기본 셸을 /bin/bash로 설정
--gid gitea → gitea 그룹을 지정
gitea → 생성할 사용자 이름

사용자 정보 확인

$ id gitea
uid=991(gitea) gid=988(gitea) groups=988(gitea)

4. Gitea 디렉토리 생성 및 권한 설정

$ sudo mkdir -p /var/lib/gitea/{custom,data,indexers,public,log}
$ sudo chown gitea:gitea /var/lib/gitea/{data,indexers,log}
$ sudo chmod 750 /var/lib/gitea/{data,indexers,log}
$ sudo mkdir /etc/gitea
$ sudo chown gitea:gitea /etc/gitea
$ sudo chmod 770 /etc/gitea

$ sudo mkdir -p /var/lib/gitea/{custom,data,indexers,public,log}

$ sudo chown -R gitea:gitea /var/lib/gitea/{data,indexers,log}

$ sudo chmod 750 /var/lib/gitea/{data,indexers,log}

$ sudo mkdir /etc/gitea

$ sudo chown -R gitea:gitea /etc/gitea

$ sudo chmod 770 /etc/gitea

$ sudo mkdir -p /var/lib/gitea/.ssh

$ sudo chown -R gitea:gitea /var/lib/gitea/.ssh

$ sudo chmod 700 /var/lib/gitea/.ssh

다음 명령을 사용하여 파일 권한을 부여한다.

$ restorecon -rv /usr/local/bin/gitea
Relabeled /usr/local/bin/gitea from unconfined_u:object_r:user_home_t:s0 to unconfined_u:object_r:bin_t:s0

Systemd Unit File을 만듭니다.

Systemd Unit File이란?
systemd는 리눅스 시스템에서 서비스(daemon), 장치, 마운트 포인트 등을 관리하는 기본적인 시스템 및 서비스 관리 도구입니다. systemd의 구성 요소 중 하나인 Unit File은 특정 서비스나 프로세스를 정의하고 관리하는 설정 파일입니다.

다음 명령을 사용하여 "/etc/systemd/system/" 디렉터리에 파일을 다운로드합니다.

$ sudo wget https://raw.githubusercontent.com/go-gitea/gitea/master/contrib/systemd/gitea.service -P /etc/systemd/system/

--2025-02-05 19:51:35--  https://raw.githubusercontent.com/go-gitea/gitea/master/contrib/systemd/gitea.service
Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 185.199.110.133, 185.199.109.133, 185.199.108.133, ...
Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|185.199.110.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2435 (2.4K) [text/plain]
Saving to: `/etc/systemd/system/gitea.service'

gitea.service                                100%[===========================================================================================>]   2.38K  --.-KB/s    in 0s      

2025-02-05 19:51:35 (33.6 MB/s) - `/etc/systemd/system/gitea.service' saved [2435/2435]

$ sudo vim /etc/systemd/system/gitea.service
[Unit]
Description=Gitea (Git with a cup of tea)
After=network.target
###
# Don't forget to add the database service dependencies
###
#
#Wants=mysql.service
#After=mysql.service
#
#Wants=mariadb.service
#After=mariadb.service
#
#Wants=postgresql.service
#After=postgresql.service
#
#Wants=memcached.service
#After=memcached.service
#
#Wants=redis.service
#After=redis.service
#
###
# If using socket activation for main http/s
###
#
#After=gitea.main.socket
#Requires=gitea.main.socket
#
###
# (You can also provide gitea an http fallback and/or ssh socket too)
#
# An example of /etc/systemd/system/gitea.main.socket
###
##
## [Unit]
## Description=Gitea Web Socket
## PartOf=gitea.service
##
## [Socket]
## Service=gitea.service
## ListenStream=<some_port>
## NoDelay=true
##
## [Install]
## WantedBy=sockets.target
##
###

[Service]
# Uncomment the next line if you have repos with lots of files and get a HTTP 500 error because of that
# LimitNOFILE=524288:524288
RestartSec=2s
Type=simple

## User 변경
User=git

## Group 변경
Group=git

WorkingDirectory=/var/lib/gitea/
# If using Unix socket: tells systemd to create the /run/gitea folder, which will contain the gitea.sock file
# (manually creating /run/gitea doesn't work, because it would not persist across reboots)
#RuntimeDirectory=gitea
ExecStart=/usr/local/bin/gitea web --config /etc/gitea/app.ini
Restart=always

## USER, HOME 변경
Environment=USER=git HOME=/home/git GITEA_WORK_DIR=/var/lib/gitea

# If you install Git to directory prefix other than default PATH (which happens
# for example if you install other versions of Git side-to-side with
# distribution version), uncomment below line and add that prefix to PATH
# Don't forget to place git-lfs binary on the PATH below if you want to enable
# Git LFS support
#Environment=PATH=/path/to/git/bin:/bin:/sbin:/usr/bin:/usr/sbin
# If you want to bind Gitea to a port below 1024, uncomment
# the two values below, or use socket activation to pass Gitea its ports as above
###
#CapabilityBoundingSet=CAP_NET_BIND_SERVICE
#AmbientCapabilities=CAP_NET_BIND_SERVICE
###
# In some cases, when using CapabilityBoundingSet and AmbientCapabilities option, you may want to
# set the following value to false to allow capabilities to be applied on gitea process. The following
# value if set to true sandboxes gitea service and prevent any processes from running with privileges
# in the host user namespace.
###
#PrivateUsers=false
###

[Install]
WantedBy=multi-user.target

User=gitea
Group=gitea

Environment=USER=gitea HOME=/var/lib/gitea GITEA_WORK_DIR=/var/lib/gitea

$ sudo chown gitea:gitea /usr/local/bin/gitea

$ sudo chmod 750 /usr/local/bin/gitea

포트 이쪽으로

$ sudo vim /etc/gitea/app.ini
[server]
HTTP_ADDR = 0.0.0.0
HTTP_PORT = 3000

Gitea 서비스를 다시 로드합니다.

$ sudo systemctl enable --now gitea
Created symlink /etc/systemd/system/multi-user.target.wants/gitea.service → /etc/systemd/system/gitea.service.

Gitea 서비스 시작

$ sudo systemctl start gitea

Gitea 서비스의 상태를 확인한다.

$ systemctl status gitea
gitea.service - Gitea (Git with a cup of tea)
     Loaded: loaded (/etc/systemd/system/gitea.service; enabled; vendor preset: disabled)
     Active: active (running) since Wed 2022-07-20 18:25:45 CEST; 23s ago
   Main PID: 14699 (gitea)
      Tasks: 8 (limit: 11120)
     Memory: 127.1M
        CPU: 896ms
     CGroup: /system.slice/gitea.service
             └─14699 /usr/local/bin/gitea web --config /etc/gitea/app.ini

$ sudo vim /etc/gitea/app.ini

APP_NAME = Gitea: Git with a cup of tea
RUN_USER = gitea
WORK_PATH = /var/lib/gitea
RUN_MODE = prod

[server]
HTTP_ADDR = 0.0.0.0
HTTP_PORT = 3015
SSH_DOMAIN = https://gitea.saakmiso.com/
DOMAIN = https://gitea.saakmiso.com/
ROOT_URL = https://gitea.saakmiso.com/
APP_DATA_PATH = /var/lib/gitea/data
DISABLE_SSH = false
SSH_PORT = 22
LFS_START_SERVER = true
LFS_JWT_SECRET = ie2WNu7p5eF7LN_ZRQLM1IVzdQZYXVRGEAxh0QPfFyw
OFFLINE_MODE = true

[database]
DB_TYPE = mysql
HOST = 127.0.0.1:3306
NAME = gitea_db
USER = gitea
PASSWD = 비밀번호
SCHEMA = 
SSL_MODE = disable
PATH = /var/lib/gitea/data/gitea.db
LOG_SQL = false

[repository]
ROOT = /var/lib/gitea/data/gitea-repositories

[lfs]
PATH = /var/lib/gitea/data/lfs

[mailer]
ENABLED = false

[service]
REGISTER_EMAIL_CONFIRM = false
ENABLE_NOTIFY_MAIL = false
DISABLE_REGISTRATION = false
ALLOW_ONLY_EXTERNAL_REGISTRATION = false
ENABLE_CAPTCHA = false
REQUIRE_SIGNIN_VIEW = false
DEFAULT_KEEP_EMAIL_PRIVATE = false
DEFAULT_ALLOW_CREATE_ORGANIZATION = true
DEFAULT_ENABLE_TIMETRACKING = true
NO_REPLY_ADDRESS = noreply.localhost

[openid]
ENABLE_OPENID_SIGNIN = true
ENABLE_OPENID_SIGNUP = true

[cron.update_checker]
ENABLED = false

[session]
PROVIDER = file

[log]
MODE = console
LEVEL = info
ROOT_PATH = /var/lib/gitea/log

[repository.pull-request]
DEFAULT_MERGE_STYLE = merge

[repository.signing]
DEFAULT_TRUST_MODEL = committer

[security]
INSTALL_LOCK = true
INTERNAL_TOKEN = eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJuYmYiOjE3NDA5MDYxMjJ9.Cu7KpkpK0a5gvzRK-KgJxGQm5LeWj92oHrVN7lDTHwo
PASSWORD_HASH_ALGO = pbkdf2

[oauth2]
JWT_SECRET = fu0xNRS416tNjtapiDjGDwrA_jgNW7DlR4U4TEbRaTY

[AWS] ACM과 ALB로 구현하는 HTTPS 인증 가이드

사악미소 — Fri, 21 Feb 2025 20:58:23 +0900

※ 사전 준비사항

1. AWS Route53에서 도메인 주소 발급

2. AWS EC2 인스턴스

3. AWS EC2 인스턴스에서 Web Application 배포

해당 포스팅은 EC2 인스턴스에 SpringBoot 프로젝를 배포하여 두고 진행하였다.

1. AWS - Certificate Manage 인증서 요청하기

AWS Certificate Manager의 사이드 메뉴에서 인증서 나열을 클릭한다.

인증서 [ 요청 ] 버튼을 클릭한다.

인증서 요청 페이지 에서 퍼블릭 인증서 요청을 선택하여 준다.

[ 다음 ] 버튼을 클릭한다.

퍼브릭 인증서 요청 페이지에서 아래 순서대로 작업을 진행한다.

도메인 이름	Route53에 등록한 도메인 주소를 입력하여 준다. 서브 도메인을 여러개 생성하는 경우 와일드 카드( * )를 사용하는 것을 추천한다.
검증 방법	DNS 검증 - 권장 선택
키 알고리즘	기본 값 RSA 2048을 사용한다.

[ 요청 ] 버튼을 클릭하여 인증서를 생성한다.

인증서가 생성되면 인증서의 상세내용을 확인 할 수 있다.

도메인에서 [ Route 53에서 레코드 생성 ] 버튼을 찾아 클릭하여 준다.

이후 Amazon Route 53에서 DNS 레코드 생성 페이지로 이동한다.

먼저 Route 53에 생성한 도메인을 검색하여 준다.

일치하는 도메인을 찾고 선택하고 [ 레코드 생성 ] 버튼을 클릭하여 Amazon Route 53에 DNS 레코드를 생성하여 준다.

이후 Route 53의 호스팅 영역으로 이동한다.

사용할 호스팅 영역( 도메인 주소 )를 클릭하여 준다.

호스팅 영역의 레코드 리스트를 살펴보면 Certificate Manage에서 생성한 레코드가 존재한다.

위와 같이 레코드가 생성되었는지 확인을 진행하여 준다.

2. AWS - EC2 보안 그룹 규칙 수정

EC2의 네트워크 및 보안 페이지로 이동한다.

Health Check가 가능한 프로그램이 실행중인 EC2의 인스턴스와 연결된 보안그룹을 찾아 선택하여 준다.

해당 보안그룹의 상세 페이지로 이동한다.

[ 인바운드 규칙 편집 ] 버튼을 클릭하여 준다.

먼저 기본적으로 설정되어 있어야 할 인바운드 규칙을 살펴본다.

위와같이 HTTP( 80 ), HTTPS( 443 ) Port를 사용하는 규칙이 기본적으로 설정되어 있어야 한다.

[ 규칙 추가 ] 버튼을 클릭하고 EC2 인스턴스에서 실행중인 Web Application의 Port 를 입력하여 준다.

유형	사용자 지정 TCP
프로토콜	TCP
포트 범위	EC2 인스턴스에 배포중인 Web Application 포트 번호를 기재하여 준다.
소스	사용자 지정 선택
IP 범위	0.0.0.0/0

이후 [ 규칙 저장 ] 버튼을 클릭하여 준다.

이후 생성한 Port가 인바운드 규칙에 추가되어 있는지 확인하여 준다.

위와같이 지정한 Port가 추가된 것을 확인 할 수 있다.

3. AWS - EC2 대상 그룹 생성

EC2 좌측 메뉴에서 대상 그룹을 선택하여 준다.

[ 대상 그룹 생성 ] 버튼을 클릭하여 대상 그룹을 생성한다.

그룹 세부 정보 지정은 아래 내용과 같이 진행하여 준다.

대상 유형 선택	인스턴스
대상 그룹 이름	대상 그룹 이름 직접 지정 예) 대상_그룹_이름-target-group
프로토콜	HTTP
포트	8181
IP 주소 유형	IPv4
VPC	사용중인 VPC를 지정한다.
프로토콜 버전	HTTP1
상태 검사 프로토콜	HTTP
상태 검사 경로	EC2에 배포된 Web Application의 Health 체크가 가능한 경로를 지정 예) /actuator/health ※ health 체크가 불가능한 경우 /login등을 사용

작성이 완료되면 [ 다음 ] 버튼을 클릭한다.

아래 이미지 빠진듯

그럼 아래와 같이 대상 그룹이 생성된다.

내용을 살펴보면 아직 로드 밸런서 연결이 되어 있지 않은 상태인것을 확인 할 수 있다.

4. AWS - EC2 로드 밸런서 생성

EC2 사이드 메뉴의 로드 밸런싱 카테고리에서 로드 밸런서를 선택한다.

[ 로드 밸런서 생성 ] 버튼을 클릭하여 로드 밸런서를 만들어 본다.

HTTPS 사용을 위한 SSL인증서 발급이 목적이기에 Application Load Balancer를 사용할 것이다.

Application Load Balancer 유형의 [ 생성 ] 버튼을 클릭하여 준다.

Application Load Balancer의 생성을 시작한다.

1. 기본 구성

로드 밸런서 이름	로드 밸런서 이름 예) 로드_밸런서_alb
체계	인터넷 경계
로드 밸런서 IP 주소 유형	IPv4

2. 네트워크 매핑

VPC	AWS 계정을 새성하면, 각 AWS Region마다 1개의 기본 VPC가 자동으로 생성된다. 자신의 AWS 계정의 VPC를 선택하여 준다.
매핑	서울 리전( ap-northeast-2 )에는 기본적으로 4개의 가용 영역( Availablity Zone )이 제공된다. 4개의 가용영역을 전부 선택하여 준다.

3. 보안 그룹

보안 그룹

EC2 인스턴스와 연결된 보안 그룹 선택
HTTP( 80 ), HTTPS( 443 ) 포트와 Web Application 포트를 활성화 해주었던 대상 그룹 사용

4. 리스너 및 라우팅

프로토콜	HTTPS
포트	443
기본 작업	생성한 EC2 대상 그룹 지정

5. 보안 리스너 설정

보안 카테고리	모든 보안 정책
정책이름	ELBSecurityPolicy-TLS13-1-2-2021-06( 권장 )
기본 SSL / TLS 서버 인증서 소스	ACM 에서
인증서( ACM 에서 )	생성한 ACM 인증서 지정

모든 설정이 다 되면 Application Load Balancer 생성 페이지 최하단으로 이동한다.

[ 로드 밸런서 생성 ] 버튼을 클릭하여 로드 밸런서를 생성하여 준다.

로드 밸런서가 생성되면 아래와 같이 세부 정보를 확인 할 수 있다.

상태를 보면 아직 '프로비저닝 중' 이라는 메시지를 확인 할 수 있다.

5. AWS - EC2 로드 밸런서 규칙 추가

다시 EC2 페이지에서 로드 밸런서 페이지로 이동한다.

생성한 로드 밸런서의 이름을 클릭하여 상세 정보를 확인하여 준다.

하단의 HTTPS:443 클릭 이미지 추가

하단 Tap 에서 규칙을 선택하여 주면 아직 기본값 만 설정된 것을 확인 할 수 있다.

[ 규칙 추가 ] 버튼을 클릭하여 준다.

1단계 - 규칙 추가

이름 및 태그에 사용할 규칙의 이름을 작성하여 준다.

Name 입력란에 사용할_규칙-rule 이라고 작성하여 준다.

[ 다음 ] 버튼을 클릭하여 준다.

2단계 - 규칙 조건 정의

규칙 조건 정의 페이지에서 [ 조건 추가 ] 버튼을 클릭하여 준다.

조건 추가 팝업 창이 오픈되면 아래와 같이 작업을 진행한다.

규칙 조건 유형	호스트 헤더
호스트 헤더	사용할 도메인 주소

[ 확인 ] 버튼을 클릭하여 조건 추가 팝업창을 닫는다.

호스트 헤더(1)이 추가되었다면 [ 다음 ] 버튼을 클릭한다.

3단계 - 규칙 작업 정의

규칙 작업 정의를 아래와 같이 설정하여 준다.

라우팅 액션	대상 그룹으로 전달 선택
대상 그룹	생성한 대상 그룹 지정
가중치	1( 기본값 )

[ 다음 ] 버튼을 클릭하여 규칙 작업 정의를 마무리 한다.

4단계 - 규칙 우선 순위 설정

리스너 규칙 리스트를 확인하면 1단계 규칙 추가에서 생성한 규칙의 이름이 나타나는 것을 알 수 있다.

추가한 규칙이 1개 뿐이니 우선순위를 1로 지정하고 [ 다음 ] 버튼을 클릭하여 준다.

5단계 - 검토 및 생성

모든 과정을 밟아 왔다면 아래와 같이 설정한 값들을 확인 할 수 있다.

[ 생성 ] 버튼을 클릭하여 로드 밸런서에 규칙을 추가하여 준다.

6. AWS - Route53 호스팅 레코드 생성

위 이미지 참고하여 내용 추가

Route 53의 호스팅 영역으로 이동하여 사용할 도메인 주소의 상세 페이지에 들어선다.

[ 레코드 생성 ] 버튼을 클릭하여 레코드를 추가한다.

레코드 생성 페이지에서 아래와 같이 작업을 진행하여 준다.

레코드 이름	서브 도메인 이름 작성
레코드 유형	A - IPv4 주소 및 일부 AWS 리소스로 트래픽 라우팅
별칭	별칭 활성화
End Point 선택	Application / Classice Load Balancer에 대한 별칭
Region 선택	아시아 태평양( 서울 )
Load Balancer 선택	생성한 로드밸런서 선택
라우팅 정책	단순 라우팅
대상 상태 평가	예

이제 [ 레코드 생성 ] 버튼을 클릭하면 레코드가 생성된다.

레코드 목록에서 생성한 레코드가 존재하는지 확인해 준다.

7. AWS - SSL / TLS 인증 결과 확인확인

다시 EC2에서 로드 밸런서 페이지에서 생성한 로드 밸런서를 확인해 보자

로드 밸런서의 상태가 활성 된것을 확인 할 수 있다.

이번에는 생성한 대상 그룹을 확인해 보자.

대상 그룹을 확인해 보면 로드 밸런서와 정상적으로 연결되었으며 Healthy Status를 확인하는 것을 알 수 있다.

마지막으로 Internet Browser를 열고 Route 53에서 발급받은 도메인 주소를 입력하여 준다.

위 그림과 같이 https://도메인_주소.com 으로 접속하여 EC2 인스턴스에 배포중인 Web Application을 확인한다.

[iOS] SwiftUI 프로젝트 생성 및 초기 설정

사악미소 — Sun, 5 Jan 2025 21:59:29 +0900

※ 해당 포스팅은 Xcode 16.2 Version 기반으로 작성되었습니다.

1. SwiftUI 프로젝트 생성

Xcode를 실행하고 [ Create New Project ] 를 클릭한다.

Choose a template for your new project 팝업창의 상단 메뉴에서 [ iOS ]를 선택한다.

[ App ] 을 선택하고 [ Next ] 버튼을 클릭한다.

Product Name	프로젝트 이름이자 App의 기본 이름 Xcode에서 생성된 프로젝트의 기본 파일 이름, 디렉토리 이름으로 사용
Team	개발자의 Apple Devleopr 계정 설정 유료 개발자 계정을 보유하고 있다면 해당 Team을 선택 계정이 없다면 None으로 설정
Organization Identifier	고유한 App 식별자를 생성하기 위한 기본값 주로 도메인의 역순으로 작성한다.( 예 : org.example )
Bundle Identifier	App의 고유 식별자
Interface	App 개발에 사용할 사용자 인터페이스( UI ) 도구를 선택하는 옵션 SwiftUI, Storyboard
Language	프로젝트에서 사용할 프로그래밍 언어 Swift, Objective-C
Testing System	프로젝트에서 사용할 테스트 프레임워크를 설정
Storage	App에서 사용할 Data 저장 방식을 선택

입력 및 선택을 마쳤다면 [ Next ] 버튼을 클릭하여 프로젝트를 생성한다.

프로젝트가 생성되면 아래와 같은 모습일 것이다.

2. 최소 배포 버전 설정

Minimum Deployments( 최소 배포 버전 )은 낮은 버전을 설정하되, 최신 API 지원과 유지보수 효율성을 위해 2 ~ 3세대 이전 버전을 설정하는 것이 좋다.

Xcode 프로젝트에서 프로젝트_이름 > General > Minum Deployments를 선택한다.

2 ~ 3세대 이전 버전을 설정하여 준다.

3. App 아이콘 생성

먼저 가로 1024px, 세로 1024px 정 사각형 크기의 App 아이콘으로 사용할 이미지를 준비한다.

프로젝트에서 [ Assets ] 를 선택하고 [ Appicon ] 을 선택한다.

[ Any Appearance ] 영역에 준비한 App 아이콘 이미지를 복사 붙여넣기 하여준다.

4. Intro 화면 생성

1) Lunch Screen 생성

로딩화면으로 사용할 Launch Screen Storyboard 파일을 생성한다.

Xcode 상단 메뉴에서 File > New > File from Template 을 선택한다.

Choose a template for your new file 팝업창이 오픈된다.

상단 메뉴에서 [ iOS ]를 선택하고 [ Launch Screen ] 을 선택하여 준다.

로딩 화면으로 사용할 Launch Screen 파일을 이름을 작성한다.

Save As

LaunchScreen

[ Create ] 버튼을 클릭하여 LaunchScreen.storyboard파일을 생성한다.

LaunchScreen.storyboard 파일이 생성되면 아래와 같이 화면을 꾸며준다.

2) Info.plist 파일 생성하기

상단 메뉴에서 File > New > File from Template

Choose a template for your new file
Property List 선택

[Next] 버튼 클릭

Save As : Info.plist

프로젝트 디렉토리에 [ Info.plist ] 파일을 생성하여 준다.

Info.plist

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>

	<!-- Launch Screen 설정 -->
	<key>UILaunchStoryboardName</key>
	<string>LaunchScreen</string>
	
</dict>
</plist>

Xcode를 열고 프로젝트에 [ info ] 항목을 선택하여 설정이 반영되었는지 확인해 본다.

Key	Value
Launch screen interface file base name	LaumchScreen

5. 기본 언어 설정

Application의 기본 언어 및 다국어 및 지역화 설정을 사용하여 한국어( ko )를 기본 설정으로 사용하도록 설정한다.

다시 info.plist 파일을 열고 아래와 같이 내용을 수정하여 준다.

Info.plist

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>

	<key>UILaunchStoryboardName</key>
	<string>LaunchScreen</string>

	<!-- Application 지역화 설정 -->
	<key>CFBundleLocalizations</key>
	<array>
		<string>ko</string>	<!-- 한국어 -->
		<string>en</string>	<!-- 영어 -->
		<string>ja</string>	<!-- 일어 -->
	</array>

	<!-- Application 기본 언어 설정 -->
	<key>CFBundleDevelopmentRegion</key>
	<string>ko</string>	<!-- 한국어 -->

</dict>
</plist>

CFBundleLocalizations	App이 지원하는 언어 목록을 정의( Array )
CFBundleDevelopmentRegion	App의 기본 언어를 정의( String )

위와같이 info.plist 파일을 수정하면 아래와 같다.

6. Application 실행하기

Xcode 상단의 [ Start the active scheme( ▶ ) ] 버튼을 클릭하여 iOS 환경에서 Application을 실행해 보자.

App이 실행되면 아래와 같은 순서로 진행될 것이다.

먼저 바탕화면에서 지정한 App 아이콘을 가지는 Application이 생성되고

로딩 화면( LunchScrren )이 나타나고 "Hello, World!" 문구가 출력될 것이다.

[SpringBoot] IntelliJ Community Edition을 사용한 SpringBoot 프로젝트 제작

사악미소 — Tue, 31 Dec 2024 11:02:28 +0900

1. SpringBoot 프로젝트 생성

Web Browser를 Spring Initializr 사이트에 접속하여 SpringBoot 프로젝트를 다운로드 받는다.

URL : https://start.spring.io

① Project : Gradle - Groovy

② Language - Java

③ Spring Boot : 3.4.1

④ Project Metadata

Group	org.example.boot
Artifact	SpringBoot
Name	SpringBoot
Description	Demo Project for Srping Boot
Package name	org.example.boot
Packaging	Jar
Java	17

[ ADD DEPENDENCIES ] 버튼을 클릭한다.

팝업창이 오픈되면 Spring Web, Spring Web Services를 선택한다.

Dependencies 항목에 Spring Web, Spring Web Servces가 추가된다.

[ GENERATE ] 버튼을 클릭하여 SpringBoot.zip 파일을 다운로드 한다.

SpringBoot 프로젝트를 저장할 디렉토리를 생성하여 준다.

D:\IntelliJCommunityProjects

IntelliJCommunityProjects 라고 폴더명을 생성하여 준다.

다운받은 SpringBoot.zip 파일을 IntelliJCommunityProjects 디렉토리에 위치시킨다.

IntelliJCommunityProjects 디렉토리에서 SpringBoot.zip 파일의 압축을 해제하여

SpringBoot 프로젝트를 생성한다.

IntelliJ IDEA Community Edition을 실행하고 [ Open ] 버튼을 클릭한다.

D:\IntelliJCommunityProjects\SpringBoot

Open File or Project 팝업창이 오픈되면 위에서 생성한 SpringBoot 프로젝트를 선택하여 Open한다.

Add IDE and 'SpringBoot' folders to the Microsoft Defender exclusions list

IDE 및 'SpringBoot' 폴더를 Microsoft Defender

모든 작업이 완료되면 IntelliJ Community Edition이 실행되고 Sring Boot 프로젝트를 확인 할 수 있다.

2. Spring Boot 프로젝트 설정

1) Spring Boot 프로젝트 JDK 설정

Java JDK 버전들을 보관할 디렉토리를 생성하여 준다.

D:\Java JDK

디렉토리의 명칭은 Java JDK로 설정하였다.

IntelliJ 화면 상단 File → Project Structure 메뉴를 선택하여 준다.

Project Structure 팝업창이 오픈되면 좌측 카테고리에 Project를 선택하여 준다.

프로젝트의 SDK에 맞는 Java JDK 버전을 설정하여 준다.( Java JDK 17 버전 사용 )

SDK를 선택하고 Download JDK를 선택한다.

Download JDK

Version	17
Vender	Amazon Corretto 17.버전
Location	D:\Java JDK\corretto-17.버전

설정이 완료되면 아래 그림과 같을 것이다.

Name	SpringBoot( 프로젝트 명칭 )
SDK	corretto-17 Amazon Corretto 17.버전
Language level	23 - Markdown documentation comments( default )

2) Spring Dependencies 라이브러리 저장소 설정

IntelliJCommunityProjects 디렉토리에 gradle 디렉토리를 생성하여 준다.

D:\IntelliJCommunityProjects\gradle

IntelliJ 화면 상단 File → Settings 메뉴를 선택하여 준다.

Settings 메뉴가 팝업되면 좌측 카테고리에서 Gradle을 선택하여 준다.

Gradle 설정을 아래와 같이 변경하여 준다.

Gradle user home : D:\IntelliJCommunityProjects\gradle

Build and run using : Gradle( default )

Run test using : Gradle( default )

Gradle JVM : corretto-17 Amazon Corretto 17.버전

build.gradle 파일을 오픈한다.

plugins {
	id "java"
	id "org.springframework.boot" version "3.4.1"
	id "io.spring.dependency-management" version "1.1.7"
}

group = "org.example.boot"
version = "0.0.1-SNAPSHOT"

java {
	toolchain {
		languageVersion = JavaLanguageVersion.of(17)
	}
}

repositories {
	mavenCentral()
}

dependencies {
	implementation "org.springframework.boot:spring-boot-starter-web:3.4.1"
	implementation "org.springframework.boot:spring-boot-starter-web-services:3.4.1"
	testImplementation "org.springframework.boot:spring-boot-starter-test:3.4.1"
	testRuntimeOnly "org.junit.platform:junit-platform-launcher:3.4.1"
}

tasks.named("test") {
	useJUnitPlatform()
}

gradle을 빌드하여 필요한 SpringBoot Library 의존성을 주입한다.

Consol창에 BUILD SUCCESSFUL 라고 오픈된다.

3. SpringBoot Application 실행

IntelliJ 상단 CurrentFile을 선택한다.

Run/Debug Configurations 팝업창이 오픈되면 좌측 카테고리에서 Application을 선택하여 준다.

Name 항목을 아래와 같이 기입하여 준다.

Name : SpringBootApplication( 프로젝트 명칭 + Application )

Build and run 항목에서 [ module not specified ] 선택창을 오픈한다.

SpringBoot 프로젝트에서 사용할 JDK 버전을 선택하여 준다.

corretto-17 Amazon Corretto 17.버전을 선택한다.

Build and run 항목중 [ -cp <no module> ] 선택창을 오픈한다.

SpringBoot.main을 선택하여 준다.

Build and run 항목중 [ Main Class ]를 클릭하여 Choose Main Class 팝업창이 오픈된다.

팝업창이 오픈되면 SpringBoot 프로젝트의 main( ) 메서드가 존재하는 Application.java 파일을 선택하여 준다.

[ Modify options ] 선택창을 오픈하면 Add Run Options 메뉴가 오픈된다.

Specify classes and packages 를 선택하여 준다.

Code Coverage 메뉴가 생성되면 [ + ] 버튼을 클릭하고 Add Package 버튼을 클릭하여 준다.

org.example.boot

Choose Package 팝업창이 오픈되면 boot 버튼이 오픈되면 생성한 프로젝트의 경로를 지정하여 준다.

전체 변경 사항은 아래와 같다.

모든 작업이 완료되면 [ Apply ] 버튼을 클릭하여 변경사항을 저장하고 [ OK ] 버튼을 클릭하여 창을 닫는다.

SpringBootApplication이 생성되면 [ Run( ▶ ) ] 버튼을 클릭한다.

Console창에 오픈되면 SpringBoot 프로젝트가 실행된다.

Web Browser를 오픈하고 URL 이력창에 http://localhost:8080 입력한다.

위와같이 Whitelabel Error Page( 화이트라벨 에러 페이지 )가 노출되면

정상적으로 SpringBoot 프로젝트가 오픈되었다.

[Git] Git에서 Gradle 및 Build 파일 제외하기: .gitignore 설정 가이드

사악미소 — Wed, 4 Dec 2024 11:14:48 +0900

위 이미지의 파일들을 Git에서 제외하기 위해 .gitignore 파일에 아래와 같이 설정을 추가하면 됩니다:

plaintext
코드 복사
# .gitignore
.gitignore
.gradle/
build/
위 설정은 다음을 의미합니다:

.gitignore: .gitignore 파일 자체는 예외적으로 Git에서 제외되지 않습니다.
.gradle/: .gradle 디렉터리 전체를 제외합니다.
build/: build 디렉터리 전체를 제외합니다.
.gitignore 파일이 프로젝트 루트 디렉터리에 위치하고 있는지 확인하세요. 이후, 다음 명령을 실행하여 변경된 .gitignore를 적용하세요:

git rm -r --cached .
git add .
git commit -m "Update .gitignore to exclude Gradle and build files"

[Platform] 플랫폼의 성공 조건

사악미소 — Sun, 24 Nov 2024 13:40:07 +0900

출처 : 노규성, 『커뮤니케이션이해총서 - 플랫폼이란 무엇인가』, 커뮤니케이션북스, xvi ~xix 페이지

플랫폼 성공 조건

플랫폼으로 세상이 떠들썩하지만 어느 플랫폼이나 다 Google이나 Apple처럼 성공할 수 잇는 것은 아니다. 그러나 성공한 플랫폼을 분석해 보면 그 조건을 정리할 수 있을 것이다( 윤상진, 2012 ).

첫째, 플랫폼은 플랫폼 참여자들과 함께 새로운 가치를 만들고 시너지를 창출할 수 있어야 한다.

혼자 하는 것보다 다수의 참여자가 함께 함으로써 시너지를 낼 수 있는 구조가 만들어져야 성공할 수 있다.

둘째, 플랫폼은 비용절감 효과를 가져와야 한다.

예를들어, eBay와 같은 플랫폼에 참여하는 것이 독자적인 쇼핑몰을 구축해서 물건을 파는 것보다 비용 측면에서 이득이 될 때 비용 절감 효과가 발생한느 것이다. 즉, 독자적으로 활동하는 것보다 플랫폼에 참여할 때 검색 비용, 홍보 비용, 거래 비용 등이 덜 든다면 플랫폼의 존재 가치가 사는 것이다.

셋째, 플랫폼이 존재하기 전보다 그룹 간 교류가 더욱 활발해져야 한다.

그룹간 교류가 활발하게 이루어지고 이것이 네트워크 효과로 이어져 시너지가 발생해야만 성공할 수 있다. 네트워크 효과( network effect )란 사람들이 네트워크를 형성해 다른 사람의 수요에 영향을 준다는 뜻으로 이름 붙인 경제 현상으로서, 네트워크 효과는 어느 특정 상품에 대한 수요를 폭발적으로 증가하게 한다. 이러한 네트워크 효과가 연쇄적으로 발생할 수 있는 구조야말로 성공하는 플랫폼의 특징이다.

넷째, 플랫폼의 품질을 일정 수준 이상 유지해야 한다.

이용자 입장에서 봣을 때 양보다 질이 중요하기 때문이다. 이는 플랫폼 사업자가 참여자들을 얼마나 효율적으로 관리하고 지배할 수 있느냐와 직결되는 문제다.

다섯째, 플랫폼이 성공하려면 누구나 따라갈 수밖에 없는 보이지 않는 규칙이 존재해야 한다.

새롭게 창조된 규칙을 가진 플랫폼은 모두가 윈-윈( win-win )하는 생태계 시스템을 실현한다. 결국 성공한 플랫폼이 만든 규칙은 업계의 표준이 되어 다른 사업자도 따라갈 수밖에 없게 된다.

여섯째, 끊임없이 진화하는 플랫폼이 되어야 한다.

정체되어 있는 플랫폼은 살아남지 못한다. 비즈니스 세계는 끊임없이 변하고 진화하기 때문에 비즈니스 세계를 선도하는 플랫폼 기업은 업계의 변화를 선도하는 혁신을 지속해서 이루어내야만 하는 것이다.

현재까지 플랫폼 구축 상황을 보면, 검색 서비스 시장에서는 Google, PC시장에서는 MS, 스마트폰 시장에서는 Apple의 iPhone, SNS 시장에서는 Meta의 FaceBook과 Instagram, Web Service 시장에서는 Amazon 등이 대부분의 영역을 차지하고 있는 형국이다. 또한 SNS의 등장으로 인터넷과 관련되는 플랫폼 지형의 지각 변동도 어느 때보다 심해지고 있다. 이는 주로 ICT 시장의 플랫폼 주도권 싸움이다. 그러나 이는 사실상 시작에 불과하다. 아직 ICT 외의 다른 비즈니스 영역과 정부, 정치, 사회, 문화 등 제반 영역은 시작도 안 한 분야가 허다하기 때문이다.

그러나 컴퓨터 관련 대표 기업들이 최근에 벌이고 있는 플랫폼 확보 경쟁 사례에서 보듯이, 이제 플랫폼을 확보하기 위한 전쟁이 치열하게 전개될 것으로 전망도기 있다. Web을 기반으로 한 네트워크는 현재 거대한 파도르를 일으키고 있고, 오늘의 친구가 내일의 경쟁자가 되는 작금의 상황에서 사업자들 간 네트워크 서로 겹치는 등 기업들은 사업 영역을 넓히려고 하는 시도를 펼치고 있어 어느 때보다도 플랫폼 확보를 위한 치열한 경쟁에 예상되는 것이다.

이러한 트렌드를 감안할 때 플랫폼은 향후 기업 경쟁력을 결정하는 핵심 변수가 될 전망이다. 제조업과 서비스업에 속한 기업 모두 신사업 발굴에 플랫폼을 적극적으로 활용하기도 하고, 제품이나 개별 사업 단윈가 아닌, 플랫폼 기반 사업구조로 변화를 시도하기도 할 것이 예견된다( 최병삼, 2010 ). 정부는 정부 3.0을 제시하면서 국민 맞춤형 정책 서비스를 중요한 요소로 제안했는데, 이 역시 플랫폼 기반의 원활한 양방향 소통 정부가 되어야만 가능해진다. 더구나 정치 분야에서는 유권자와 원활한 소통구조 여부가 쟁점이 되고 있는데, 이 역시 플랫폼이 큰 역할을 할 것이다.

[Platform] 플랫폼의 경제적 가치

사악미소 — Wed, 20 Nov 2024 12:20:33 +0900

출처 : 노규성, 『커뮤니케이션이해총서 - 플랫폼이란 무엇인가』, 커뮤니케이션북스, 8page ~11page

플랫폼의 경제적 가치

플랫폼의 가치는 기업의 비즈니스 구조나 시스템에서 차지하는 비중과 빌꼐관계에 있다. 만약 플랫폼이 전체 시스템에서 필수적으로 요구되는 기능들을 최대한 많이 포함하고 있다면, 그 가치는 상당할 것이다. 시스템을 개발 할 때 필요한 핵심 기능들은 매번 새로 개발하는 것보다 이전에 개발된 것을 그대로 사용하거나 일부를 개선해 반복적으로 사용하는 것이 더욱 효율적이다. 즉, 시스템 내에서 핵심 기능이나 비즈니스 문제를 해결하는 기능을 수행하는 플랫폼, 다양한 용도로 활용할 수 있도록 설계된 플랫폼은 가치가 있다고 평가되는 것이다.

이와 같이 효율성을 제공하는 플랫폼은 세 가지 측면에서 기업에 가치를 제공해 줄 것이다.

첫째, 플랫폼이 어떤 기능( function )을 수행하느냐에 따라 가치가 달라진다.

예를 들어, 핵심 비즈니스를 수행하는 기능을 한다면 가치는 대단히 크겠지만, 고객 서비스를 위한 플랫폼으로 기능한다면 상대적으로 그 가치는 적을 것이다. 종종 플랫폼의 개념 설명에 등장하는 제품의 골격, 운영체제, 검색엔진, SNS 알고리즘 등과 같은 플랫폼은 기업의 전체 시스템에서 핵심적이고 본질적인 기능들을 수행하므로 큰 가치를 제공할 것이다( 최병삼, 2012).

둘째, 플랫폼의 반복적 사용과 공유에 따른 경제적 가치가 발생한다.

즉, 플랫폼은 하나의 뼈대( 골격 )를 반복적으로 사용하도록 하기 때문에 범위의 경제( economies of scope )로 인한 비용의 절감 효과를 갖게 해준다( 최병삼, 2012 ). 특히 각 참여자들이 개별적으로 처리할 경우 시간과 비용이 많이 드는 데 비해 플랫폼을 공유하면 이러한 비용이 대폭 절감된다( 히라노 아쓰시 칼 · 안드레이 학주, 2011 ). 또한 플랫폼을 구성하는 부품 등 다양한 요소들이 대량으로 사용되므로 규모의 경제에 따른 비용 절감 효과도 발생한다. 이 외에도 모듈의 재사용으로 안정성 제고와 개발 기간 단축 등의 효과도 있다.

셋째, 플랫폼은 네트워크 효과( network effect )도 제공한다( 최병삼, 2012; 조용호, 2011 ).

옥션은 파매자와 구매자를, 증권거래소는 매도자와 매수자를, 상점가는 점포와 고객을, 그리고 SNS는 다양한 개인들을 연결시켜 교류나 거래를 촉진한다( 히라노 아쓰시 칼 · 안드레이 학주, 2011 ). 즉, 플랫폼은 수요자와 공급자, 개발자와 사용자, 프로슈머( prosumer, 생산에 참여하는 소비자 )가 서로 원하는 것을 주고받는 공간이므로 참여자가 많아지면 많아질수록 네트워크 효과가 발생하고 이로 이한 가치가 극대화 한다. AppStore의 예를 통해 설명해 보자. 개발자의 입장에서는 AppStroe를 이용하는 것이 자신이 개발한 제품을 홍보하고 판매하는 데 더 유리하다. 마찬가지로 사용자도 개발자들의 홈페이지를 일일이 찾아다니는 것보다 AppStore의 검색 서비스를 이용하는 것이 시간과 비용을 줄이는 데 합리적이다. 결국 AppStore에 참여하는 개발자가 능러 등록 App이 증가하게 되면 App을 다운로드하는 사용자도 늘어나고 이는 다시 개발자의 참여를 증가시켜 네트워크 효과에 따른 선순환 가치가 발생한다.