방글라데시 진출 기업을 위한 IT·클라우드

진출이 IT 문제로 바뀌는 지점

법인 등기와 공장 허가만으로 IT가 끝나지 않습니다. 본사 ERP, 메일, 공장 스캔, 은행 보고, 본사 보안 정책이 같은 주에 충돌합니다.

의류와 EPZ는 시즌에 주문이 몰리고, 본사는 한국 시간으로 보고서를 원합니다. EPC는 현장 사무실이 옮겨 다니고, 회선과 계정 경계가 흐려집니다. 금융 계열은 어떤 데이터가 나라 안에 있어야 하는지를 먼저 묻습니다. 세 업종 모두 ‘클라우드를 쓰자’는 구호보다 분류가 먼저입니다.

분류는 세 칸이면 충분합니다. 나라 밖에 두어도 되는 것, 나라 안에 사본이 있어야 하는 것, 아직 법률 자문을 받기 전인 것. 세 번째 칸을 클라우드에 올리면 나중에 되돌리기 어렵습니다. 회람 번호는 출처 목록이 오기 전에는 인용하지 않습니다.

기관 이름만 공개합니다. 은행 부문은 Bangladesh Bank, 통신은 BTRC, ICT 정책은 ICT Division입니다. 개인정보 법령의 조문과 고시 날짜는 적지 않습니다. 변호사가 조문을 지명합니다.

리전, 회선, 사람이 한 설계에 모여야 합니다

방글라데시에 하이퍼스케일러 리전은 없습니다. AWS 생산은 보통 뭄바이 또는 싱가포르입니다. 다카에서 그 리전까지의 핑 숫자는 측정본이 없어 비워 둡니다.

본사가 도쿄나 서울 리전에 계정을 만들어 두고 다카 공장을 붙이면, 경로가 길어질 뿐 아니라 청구와 감사 주체도 어긋납니다. 권고는 워크로드가 누구의 계정에 있는지, 어느 리전인지, 누가 타카 인보이스를 받는지를 한 장에 적는 것입니다.

현지 인재는 다카에 있습니다. 한국 프로젝트 관리와 벵골어·영어 현장 운영을 한 팀으로 묶는 것이 이 회사의 전달 모델입니다. 삼개국어 운영의 세부는 블로그 초고가 다루고, 여기에서는 약속 시간대를 서면에 적으라고만 합니다.

로컬 데이터센터와 커스텀 CDN은 ‘모든 비트를 다카에 둔다’는 뜻이 아닙니다. 나라 안에 남아야 하는 콘텐츠 계층에 쓰는 경로입니다. 원본이 뭄바이에 있으면 원본의 거주는 그 리전입니다. 에지 히트를 국내 저장으로 읽지 마십시오.

청구와 계약, 그리고 이 초고의 한계

방글라데시 리셀러 경로는 타카 월 청구입니다. 한국 본사가 달러로 AWS를 직접 내는 경로도 있습니다. 원화 청구는 사실 파일에 없습니다.

카드 한도, 부가세·원천세 처리, 환율 정책은 재무 입력이 비어 있습니다. 그래서 숫자와 고시 이름을 지어내지 않습니다. 문의에서 건별로 묻습니다.

고객 실명, 한국 공공 레퍼런스, 회사 인증 목록은 허가가 없습니다. 사례 허브는 업종 서술만 있습니다. 이 URL은 T1.7 로케일이 켜지기 전의 카피 초고입니다. 기본 로케일은 영어입니다.

다음 페이지는 이주, 관리형, 문의입니다. 상담 호출은 전문가와 상담하기입니다.

첫 달에 적으면 좋은 점검 목록

법인이 어느 나라에 있는지, 공장이 어느 공단에 있는지, 본사 시스템이 어느 클라우드에 있는지, 현장 계정을 누가 만지는지, 청구서를 누가 받는지입니다. 다섯 줄이면 범위 초안이 됩니다.

회람을 인용하고 싶으면 출처와 날짜를 같이 주십시오. 없으면 기관 이름만 남깁니다. 핑 표를 원하면 방글라데시 ISP에서 잰 날짜 있는 측정이 필요합니다. 없으면 비웁니다.

이 URL은 영어 사이트에 없던 경로입니다. 로케일이 켜지기 전에는 카피만 있습니다. 기본 로케일은 영어입니다.