로드밸런서란?

간단히 말해서 들어오는 트래픽을 여러 서버로 나눠주는 역할 오픈스택에서는 Octavia컴포넌트가 로드밸런서 기능을 제공한다.

구성요소

오픈스택의 로드밸런서는 단일 리소스가 아니라 여러 구성 요소가 유기적으로 연결되어 동작한다. 하나의 트래픽이 로드밸런서를 거쳐 백엔드까지 도달하기 위해 거치는 경로

             [Floating IP]
                  ↓
            [Load Balancer]
                  ↓
              [Listener]
                  ↓
                [Pool]
               ↙       ↘
         [Member 1]  [Member 2]

1. 로드밸런서 LoadBalancer

• 외부에서 들어오는 트래픽을 받아들이는 진입 지점
• 로드밸런서 자체는 트래픽을 받아주지만 , 포트 열어주는 건 listner가 한다.
• 가 속성 필요

2. 리스너 Listener

• 특정 포트를 열고, 어떤 방식으로 들어온 요청을 처리할지 정의한다.
• 프로토콜, 프로토콜 포트 입력
• 리소스 하나당 한 가지 프로토콜 + 포트 조합만 가능

3. 풀 Pool

• 리스터를 통해 들어온 요청을 어떤 서버 그룹에 분배할지 정의하는 단위
• 알고리즘(ROUND_ROBIN, LEAST_CONNECTIONS 등), 프로토콜(리스터와 동일) 입력
• 하나의 리스너에는 하나의 풀만 연결 가능

4. 풀 멤버 PoolMember

• 실제 트래픽을 받아 처리할 서버들
• 예시: 192.168.0.11, 192.168.0.12 같은 웹 인스턴스 IP들
• 내부망 ip, port, subnet_id 필요
• 상태가 DOWN이면 트래픽 분배에서 빠짐
• 헬스모니터가 자동으로 상태 확인함

5. 헬스모니터 Health Monitor

• 각 멤버 서버가 살아있는지, 정상인지 주기적으로 체크해주는 기능
• 예) 5초마다 /health 호출 -> 응답 없으면 해당 서버 off
• delay(체크 주기), timeout(응답 대기 시간), max_retries(몇 번 실패하면 DOWN 처리할지) 설정
• /health 경로는 인스턴스 내부에 미리 만들어둬야 한다.

Octavia

오픈스택에서 제공하는 로드밸런서 서비스 구성요소 Neutron의 확장 형태였던 LBaaS가 독립 프로젝트로 분리되어, 더 유연하고 강력한 로드밸런싱 기능 제공

• api 사용

1. 로드밸런서 생성

   POST /v2.0/lbaas/loadbalancers
   Content-Type: application/json
   X-Auth-Token: <token>
   

{ "loadbalancer": { "name": "my-lb", "vip_subnet_id": "", "provider": "octavia" } }

-> 응답 : 로드밸런서 id, vip_address,  provisioning_status

2. 리스너 생성

POST /v2.0/lbaas/listeners X-Auth-Token:

{ "listener": { "name": "http-listener", "protocol": "HTTP", "protocol_port": 80, "loadbalancer_id": "" } }

3. 풀 생성

POST /v2.0/lbaas/pools X-Auth-Token:

{ "pool": { "name": "web-pool", "protocol": "HTTP", "lb_algorithm": "ROUND_ROBIN", "listener_id": "" } }

4. 풀멤버 추가

POST /v2.0/lbaas/pools//members X-Auth-Token:

{ "member": { "address": "", "protocol_port": 80, "subnet_id": "" } }

### 작동 흐름
1.    로드밸런서(LB) 생성 → VIP 부여
2.    리스너 생성 → LB에 포트 바인딩
3.    풀(Pool) 생성 → 리스너에 연결
4.    멤버(Member) 추가 → 풀에 서버 연결
5.    헬스모니터 연결 → 상태 자동 점검
6.    클라이언트는 VIP에 접속 → 자동 분산

SPRING에서 DB 변동감지하는 방법 검색하다가 postgres의 notify/listen 이용했음

DB에 특정테이블에 새로운 로우가 추가될 때 트리거 이벤트를 실행하고 Spring에서 해당 이벤트를 Listen하고 Server-Sent Events(SSE)를 통해 내보낸다.

TRIGGER 생성

1. 트리거 함수를 만든다.

CREATE OR REPLACE FUNCTION public.cctv_trigger_function()
 RETURNS trigger
 LANGUAGE plpgsql
AS $function$
BEGIN
    PERFORM pg_notify(cast('new_data_inserted' as text) , row_to_json(NEW)::text); -- 이벤트 이름과,데이터 전달
    RETURN NULL;
END;
$function$;

pg_notify 함수 PostgreSQL의 LISTEN/NOTIFY 이용하여 "new_data_inserted"라는 이벤트를 발생시키고, 해당 이벤트와 함께 새로운 데이터를 JSON 형식으로 전달

채널명 : new_data_inserted

새로 INSERT되는 row를 json으로 내보냄

2. cctv_trans_data 테이블에 INSERT시 위에서 생성한 함수를 실행하는 트리거를 만든다.

CREATE TRIGGER after_insert_trigger
AFTER INSERT ON public.cctv_trans_data 
FOR EACH ROW
EXECUTE FUNCTION cctv_trigger_function();

SSE 객체 생성 클래스

@Component
public class SseEmitterManager {

    private final CopyOnWriteArrayList<SseEmitter> emitters = new CopyOnWriteArrayList<>();

    public SseEmitter createEmitter(HttpServletRequest request) {
        System.out.println("====SSE stream 접근 : " + request.getRemoteAddr());
        SseEmitter emitter = new SseEmitter(Long.MAX_VALUE);
        this.emitters.add(emitter);
        try {
            emitter.send(SseEmitter.event()
                    .name("connect")
                    .data("connected!", MediaType.APPLICATION_JSON));
        } catch (IOException e) {
            throw new RuntimeException(e);
        }
        emitter.onCompletion(() -> this.emitters.remove(emitter));
        emitter.onTimeout(() -> this.emitters.remove(emitter));

        return emitter;
    }

    public CopyOnWriteArrayList<SseEmitter> getEmitters() {
        return this.emitters;
    }

}

PostgresNotificationListener 생성

1. LISTEN 핸들러 메서드

public Runnable createNotificationHandler(Consumer<PGNotification> consumer) {
    return() -> {
            jdbcTemplate.execute((Connection c) -> {
    try{
                    c.createStatement().execute("LISTEN new_data_inserted");
                    System.out.println("====LISTEN====");

                    PGConnection pgconn = c.unwrap(PGConnection.class);
    while(!Thread.currentThread().isInterrupted()) {
                        PGNotification[] nts = pgconn.getNotifications(10000);
    if(nts ==null|| nts.length == 0) {
    continue;
                        }
    for(PGNotification nt : nts) {
                            consumer.accept(nt);
                        }
                    }
                }catch(SQLException e) {
                    e.printStackTrace();
                }
    return0;
            });
        };
    }

PostgreSQL의 LISTEN/NOTIFY 기능을 사용하여 데이터베이스에서 보낸 NOTIFY를 감지

• Consumer : PGNotification 객체를 입력으로 받아서 해당 객체에 대한 처리를 수행

• jdbcTemplate : 데이터베이스 커넥션 후 "LISTEN new_data_inserted"라는 명령을 실행하여 DB에서 "new_data_inserted"라는 이벤트를 구독함

• PGConnection : 10초마다 DB이벤트를 가져옴. 이벤트가 발생하지 않을 경우에는 대기

  이벤트가 발생하면 PGNotification 객체들의 배열을 가져오고, 각각 PGNotification에 대해 consumer.accept(nt)를 호출하여 입력받은 Consumer에 해당 이벤트를 전달

• Runnable 을 반환한다. 해당 메서드가 호출되면 이벤트 핸들링을 담당하는 쓰레드를 생성하고, 그 쓰레드가 실행되는 로직을 Runnable 객체로 래핑하여 반환.

2. @PostConstruct 초기화 메서드

@PostConstruct
    public void init() {
        Runnable notificationHandler = createNotificationHandler((PGNotification notification) -> {
            System.out.println("=====Received noti: " + notification.getName() + ", payload: " + notification.getParameter() + "=====");
            // sse 로 내보내는 로직 추가
            String payload = notification.getParameter();
            // 각 emitter에 payload를 전송
            sseEmitterManager.getEmitters().forEach(sseEmitter -> {
                try {
                    sseEmitter.send(payload, MediaType.APPLICATION_JSON);
                } catch (IOException e) {
                    throw new RuntimeException(e);
                }
            });
        });
        Thread thread = new Thread(notificationHandler);
        thread.start();
    }

• createNotificationHandler() 메서드로 notificationHandler라는 Runnable 객체를 생성
• 알림을 받으면 해당 알림의 이름과 payload를 출력하고 sseEmitterManager를 통해 관리되는 모든 SSE emitter에게 payload를 전달
• getEmitters() 현재 활성화된 모든 SSE emitter를 반환

Controller

@GetMapping(value ="/connect", produces = MediaType.TEXT_EVENT_STREAM_VALUE)
    public SseEmitter handle(HttpServletRequest request) {
        return sseEmitterManager.createEmitter(request);
    }

/connect 진입 시 sseEmitter 객체 생성

Client (javascript)

const eventSource = new EventSource("/connect")
        eventSource.onmessage = event => {
            const p = document.createElement("p")
            p.innerText = event.data

            document.getElementById("messages").appendChild(p)
        }

SSE 연결 후

디비버로 DB에 INSERT하면 화면에 데이터 출력됨

pg_bump 백업

윈도우 powershell 관리자권한으로 실행 C:\Program Files\PostgreSQL\14\bin 으로 이동해서 우클릭 명령터미널 열기

PS C:\Program Files\PostgreSQL\14\bin> .\pg_dump.exe --help

./pg_dump.exe -h localhost -d postgres -p 5432 -U postgres *-Fc *> C:\파일위치\파일명.dump

-Fc 옵션 있어야 gis 데이터도 백업됨 비밀번호 입력하면 파일위치에 백업파일 생성됨

pg_restore 복원

.\pg_restore.exe -d postgres -U postgres -Fc -v -W C:\파일위치\파일명.dump

• www.domain.com 도메인 주소 : 서비스를 제공하는 컴퓨터(서버)의 위치 ip주소를 DNS 서버에서 도메인 이름으로 변경해 준다. 서버내부 IP가 바뀌어도 그래도 이용할 수 있다. 192.~ 안되워도 된다.

• :8000 포트번호 : 동일한 IP주소에 접속하더라도 어떤 통로로 들어왔는지 구분하기 위한 논리적 채널

  

• docs/search Path에 해당하는 부분 : urls.py에서 URL 주소를 연결하는 부분

• ?category=python&time=today 쿼리 : 웹 사이트에서 검색기능 이용할 때 검색 시 검색 내용들이 url에 포함된다. GET 메소드로 요청을 보낼 때 주소창에 정보를 넣어 전송하는 역할한다.

• #here Fragment : 해당 문서의 일부를 나타내는 부분

  
  

Django 내부

5. 

<br>
<br>
출처) https://arotein.tistory.com/6?category=936406#here

• Model = DB
• View = Template (UI)
• Controller = view (로직, 템플릿에 전달)

1. 클라이언트로부터 요청 받으면 URLconf이용하여 URL 분석
2. URL 분석 결과를 통해 해당 URL에 대한 처리를 담당할 뷰 결정
3. 뷰는 자신의 로직을 실행하면서 데이터 베이스 처리가 필요하다면 모델을 통해 처리하고 그 결과를 반환 받는다.
4. 뷰는 자신의 로직 처리가 끝나면 템플릿을 사용해 클라이언트에 전송할 HTML 파일 생성한다.
5. 뷰는 최종 결과로 HTML 파일을 클라이언트에게 보내 응답한다.
   

URLconf - URL 정의

• 클라이언트에서 받을 요청에 들어있는 URL이 urls.py 파일에 정의된 URL 패턴과 매칭되는지 분석한다.
• URL 정의하기 위해서는 urls.py파일에 URL과 처리함수(View)로 매핑하는 파이썬 코드를 작성한다. 이런 URL/View 매핑을 URLconf 라고 한다.

from django.urls import path
  from . import views
  urlpatterns = [
    path('articles/2003/', views.special_case_2003),
    path('articles/<int:year>', views.year_archive),
    path('articles/<int:year>/<int:month>/', views.month_archive),
    path('articles/<int:year>/<int:month>/<slug:slug>', views.article_detail),
]

article/2003 부분이 URL이고 views.special_case_2003 부분이 처리함수(뷰)

URL 분석 순서

웹 클라이언트가 웹 서버에 페이지 요청 시, 장고에서 URL을 분석하는 순서

1. setting.py 파일의 ROOT_URLCONF 항목을 읽어 최상위 URLconf(urls.py)의 위치를 알아낸다.
2. URLconf 로딩하여 urlpatterns 변수에 지정되어 있는 URL 리스트를 검사한다.
3. 위에서 부터 순서대로 URL 리스트의 내용을 검사하면서 URL패턴이 매치되면 검사 종료한다.
4. 매치된 URL의 View(method) 를 호출한다. 여기서 뷰는 함수 또는 클래스의 메소드 이다. 호출 시 HttpRequest 객체와 매칭할 때 추출된 단어들을 뷰에 인자로 넘긴다.
5. URL리스트 끝까지 검사했는데도 매칭에 실패하면 에러처리 뷰 호출한다.

Path Converter

위 예제에서 URL패턴을 정의할 때 int:year 부분을 path converter라고 한다. URL패턴의 일부 문자열을 추출하기 위해 사용 __ type:name 형식으로 사용한다. __

View - 로직정의

• 뷰는 웹 요청을 받아서 DB에 접속 등 해당 어플리케이션의 로직에 맞는 처리, 그 결과 데이터를 HTML로 변환하기 위해 템플릿 처리 한 후 최종 HTML로 응답 데이터를 웹 클라이언트로 변환한다.
• 장고에서 뷰는 함수 또는 클래스의 메소드로 작성된다. 다양한 형태의 응답데이터를 만들어 내기 위해 로직을 뷰에 작성한다. 보통 views.py 파일에 작성하지만 원한다면 다른 파일에 작성해도 무방하다. 다만 파이썬 경로에 있는 파일이어야 장고가 찾을 수 있다.

  from django.http import HttpResponse
  import datetime
  

def current_datetime(request): now = datetime.datetime.now(); html = "It is now %s" % now return HttpResponse(html)

<현재 날짜와 시간을 HTML로 반환하는 뷰>
함수로 뷰를 작성한 예시
  뷰 함수는 첫번째 인자로 HttpRequest객체를 받는다. 필요한 처리를 한 후에 최종적으로 HttpResponse객체를 반환해준다.

  보통은 별도의 템플릿 파일에 html코드를 작성한다. 
  뷰는 별도로 작성된 템플릿 파일을 해석해서 html코드를 생성하고 이를 httpResponse 객체에 담아서 클라이언트에게 응답한다. 

## Template - 화면 UI 정의
장고가 클라이언트에 반환하는 최종 응답은 HTML 텍스트이다. 개발자가 응답에 사용할 *.html 작성하면 장고는 이를 해석해서 최종 HTML 텍스트 응답을 생성하고, 클라이언트한테 보내준다.

  템플릿 파일은 *.html 확장자를 가지고, 장고의 템플릿 시스템 문법에 맞게 작성한다. 장고에서 템플릿 파일을 찾는 방식알고 적절한 디렉토리에 위치시켜야 한다. 

  장고에서 템플릿 파일 찾을 때 __TEMPLATE_DIRS__ 및 __INSTALLED_APPS__에서 지정된 앱의 디렉토리를 검색한다. 이 항목들은 프로젝트 설정 파일인 __settings.py__에 정의되어 있다. 여러 개의 디렉토리를 지정할 수 있는데, 지정된 순서대로 디렉토리를 검색해 템플릿 파일을 찾는다. 

## MVT 코딩 순서
무엇을 먼저 만들어야하는지 정해진 것은 없다. 

  책에서는 아래 순서로 한다고 한다. 

1. 프로젝트 뼈대 만들기 : 프로젝트 및 앱 개발에 필요한 디렉토리와 파일 생성
2. 모델 코딩하기 : 테이블 관련 사항을 개발(models.py, admin.py 파일)
3. URLconf 코딩하기 : URL 및 뷰 매핑 관계를 정의 (urls.py 파일)
4. 템플릿 코딩하기 : 화면 UI 개발 (templates/디렉토리 하위의 *.html 파일들)
5. 뷰 코딩하기 : 어플리케이션 로직 개발 (views.py 파일) 

프로그래밍 언어가 제공하는 기능을 수행할 수 있게 만든 interface

Web API

• 웹 어플리케이션 개발에서 다른 서비스에 요청을 보내고 응답 받기 위해 정의된 명세
• open api로 활용한다. ** 요청에 JSON으로 응답하는 서버를 만든다.**

REST API 구성

1. 자원 ULI
2. 행위 HTTP Method
3. 표현 Representations

ULI

• URL
  • 통합 자원 위치 (Uniform Resource Locatopr)
  • 네트워크 상에서 자원이 어디 있는지 주소를 알려주는 약속
  • 자원 : html 페이지 , css 문서, 이미지 등..
  • 웹주소, 링크 라고 부름
• URN
  • 통합 자원 이름 (-- Name)
  • 자원의 위치에 영향을 받지 않는 유일한 이름 역할

    URI 구조

HTTP

• HTML 문서 같은 자원들을 가져올 수 있게 하는 프로토콜
• 웹에서 이뤄지는 데이터 교환의 기초
• 요청 : 클라이언트가 전송하는 메세지
• 응답 : 서버에서 응답으로 전송하는 메세지
• 특징
  • 비연결 지향
  • 무상태 stateless 접속이 끊어지면 클라이언트와 서버 간의 통신이 끝나고 상태를 저장하지 않음

    HTTP method

    GET

    특정 자원의 표시를 요청한다. 리소스 조회 오직 데이터를 받기만 한다. 서버에 전달하고 싶은 데이터는 query를 통해 전달한다.

    POST

    바디를 통해 서버로 데이터를 전송, 서버에 변경사항을 만든다. 요청 받은 데이터를 처리, 주로 데이터 등록에 사용한다. 신규 리소스를 등록하거나 프로세스 데이터 처리에 사용

    PUT

    요청한 주소의 자원을 수정한다.

    DELETE

    지정한 자원을 삭제한다.

HTTP 상태 코드

http 상태 코드는 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능이다. 보통 100번대에서 500번대를 사용하는데 크게 다음과 같이 나눌 수 있다.

• 1xx (Informational): 요청이 수신되어 처리중
• 2xx (Successful): 요청 정상 처리
• 3xx (Redirection): 요청을 완료하려면 추가 행동이 필요
• 4xx (Client Error): 클라이언트 오류, 잘못된 문법등으로 서버가 요청을 수행할 수 없음
• 5xx (Server Error): 서버 오류, 서버가 정상 요청을 처리하지 못함

• python setup.py sdist

  
  source distribution을 생성한다.

  source distribution : metadata와 필수 소스들을 제공해주는 포맷

  pip로 설치를 하기 위해서는 build 단계를 거쳐야 한다.

• python setup.py bdist_wheel

  
  pure python wheel 또는 platform wheel을 생성할때 사용한다. 주로 사용한다.

  빌드하게 되면 dist 디렉토리 아래에 whl 파일이 생성되게 된다.

.whl 파일 만들기

> cd setup파일이 있는 디렉토리
> pip install wheel
> python setup.py bdist_wheel

위의 커맨드를 실행하면 dist 폴더가 생기고 그 안에 빌드 파일 (.whl)이 생성된다.

[excalc-1.0.0-py3-none-any.whl]

.whl 파일 사용하기

1. .whl 파일 다운받기
2. 개발 작업 진행 중인 디렉터리로 파일을 옮긴다.
3. cmd에 명령어 입력해 설치

pip install ‘파일 명’

    pip install excalc-1.0.0-py3-none-any.whl

py_test
|   LICENSE
|   MANIFEST.in
|   README.md
|   setup.cfg
|   setup.py
|
\---calc
    |   main.py
    |   util.py
    |   __init__.py
    |
    \---__pycache__
            util.cpython-39.pyc
            __init__.cpython-39.pyc

순서

1. setuptools 라이브러리 설치

2. setup.py

   setup.py을 통해 프로젝트의 최상위 디렉토리를 결정하고 빌드 설정을 한다.

   프로젝트 폴더를 만들면 최상위 폴더에 setup.py 파일을 둔다.

   python 프로젝트를 빌드하고 배포하려면 setup.py 작성해야 한다.

3. README.md 파일

   내용 없어도 되지만 파일이 있어야 한다.

4. 패키징 하려는 모듈

setup.py 작성

setuptools사용해 설정한다.

명령 프롬포트(cmd) 에서

pip install setuptools

setuptools import

import io
from setuptools import find_packages, setup

setup() 함수 작성

import io
from setuptools import find_packages, setup

setup(
    name="ex-pkg-calc",
    version="1.0.0",
    author="hyunji",
    author_email="hyun_jjj523@naver.com",
    description="Simple Calculation by Python",
    keywords=['test','calculate'],
    install_requires = [ ],
    packages=setuptools.find_packages(),
    classifiers=[ 
        "Programming Language :: Python :: 3", 
        "License :: OSI Approved :: MIT License", 
        "Operating System :: OS Independent",],
    python_requires='>=3.6',   
)

파라미터 설명

• name = “프로젝트 이름”

  일반적으로 모듈명을 배포 파일명으로 사용한다.

  이 패키지를 설치/삭제할 때 사용할 이름을 의미한다. 이 이름과 import할 때 쓰이는 이름은 다르다.

• version = “배포버전”

• author = “저자”

• author_email = “저자의 이메일”

• description = “프로젝트 설명”

• keywords

  해당 프로젝트 관련 키워드

• python_requires

  지원하는 파이썬 버전 정보

• install_requires

  패키지 내에서 import해서 사용하는 다른 라이브러리 패키지를 써 놓는 곳이다.

  여기에 써 놓으면 나중에 pip를 통해 다른 컴퓨터에 설치할 때, 써 놓은 패키지들은 자동으로 같이 설치가 된다.

• package_data

  패키지 안에 .py 파일이 아닌 다른 파일을 더 포함 시키고 싶을 때 쓴다.

• zip_safe

  위의 package_data 설정을 하였으면 zip_safe 설정도 해주어야 하며 False로 설정해주어야 한다.

• classifiers

  PYPI에 등록될 메타 데이터 설정이다. 예를 들어 서포트 하는 python 버젼 정보를 명시할수 있다.\

  하지만 이건 PYPI에 등록될 메타 데이터일 뿐이고, 실제 빌드에는 영향을 주지 않는다.

• packages

  업로드할 패키지들을 묶은 폴더명

  find_packages() 함수를 사용하여 package 디렉토리 아래에 있는 모든 패키지들을 포함한다.

  
  

Setup.cfg

만일 README 파일이 마크다운 형태로 되어 있다면 setup.cfg 파일을 아래와 같이 설정 해준다.

[metadata]
description-file = README.md

init.py

빈 내용의 파일

폴더 안에 __**init__**.py 파일이 있으면 해당 폴더는 패키지로 인식

→ 배포할 때 __**init__**.py없으면 배포 되지 않음

함수나 전역 변수, 클래스를 모아놓은 파일

다른 파이썬 프로그램에서 불러와서 사용 할 수 있게 만든 파이썬 파일

모듈 불러올 때

from 모듈이름 import 함수이름
#변수, 함수, 클래스가 여러개 
from 모듈이름 import *

------------------------------------------------------------------------------------------
import 모듈이름

모듈.함수()

모듈 시작점

if __name__ == "__main__":

이 구문이 있으면 모듈을 명령행으로 실행할 때 바로 실행되도록 한다. 모듈로서 import 될 때에는 실행되지 않는다.

모듈 위치 탐색 순서

1. 프로그램 실행된 디렉토리 내 모듈
2. 환경변수 (python path) 에 지정된 디렉토리 내 모듈
3. 파이썬 라이브러리 디렉토리 내모듈 (파이썬 설치 한 곳 아래 Lib)

import로 모듈 가져오기

• import 모듈
• import 모듈1, 모듈2
• 모듈.변수
• 모듈.함수
• 모듈.클래스
• import 모듈 as 별칭
• 별칭.변수 ...

패키지

패키징 : 모듈별로 생성한 실행 파일들을 하나로 합쳐서 배포 및 설치가 가능한 파일을 만드는 것

모듈을 디렉토리 형식으로 구조화 / 모듈들을 넣어 둔 디렉토리 이름 = 패키지 이름

특정 기능과 관련된 여러 모듈을 묶은 것

폴더 안에 __**init__**.py 파일이 있으면 해당 폴더는 패키지로 인식

→ 배포할 때 __**init__**.py없으면 배포 되지 않음

패키지 import 하기

패키지에 들어있는 모듈 import로 가져옴

• import 패키지.모듈
• import 패키지.모듈1, 패키지.모듈2
• 패키지.모듈.변수
• 패키지.모듈.함수
• 패키지.모듈.클래스
• import 패키지.모듈 as 이름
• from 패키지 import 모듈