클라우드 시프트 빅 카지노 정책에 어려움을 겪고 있습니까?
게시 날짜 : 2020/08/21
소개
기업 디지털화 및 세계화, 클라우드 서비스 성숙도 및 운영 비용의 감소를 고려할 때, 클라우드 소유권에서 사용으로의 클라우드 전환이 일반적으로 고려되고 있습니다 그러나 2018 년 경제부 무역 및 산업부에서 발표 한 "DX 보고서"에 따르면 기업의 80%는 여전히 레거시 시스템을 보유하고 있으며, 이는 그들이 기대하는 디지털 혁신을 달성 할 수 없었 음을 나타냅니다 또한 클라우드로의 이동이 부족한 이유는 클라우드 채택과 관련된 비용이 불분명하고 클라우드 채택에 대한 정책이 없기 때문에 어려움을 겪기 때문입니다
클루딩 시점의 접근과 사고 방식에 대해
빅 카지노 배포를 고려할 때 일반적인 패턴을 나열합니다
- 프로젝트로 갑자기 환경이 필요했습니다
- 물리 장비 EOSL 등에 시스템 교체가 필요합니다
- 나는 Cloudization의 멤버에게 할당되었고 그것을 고려해야했습니다
위의 세 가지에 대해 나열했지만 일부 지침을 바탕으로 접근 방식과 사고 방식을 진행하는 것이 바람직합니다 AWS는 "마이그레이션 프로세스"와 "마이그레이션 전략"을 정의했습니다 그렇다면 왜이를 먼저 적용하지 않습니까?
다음으로 AWS의 "마이그레이션 프로세스"및 "마이그레이션 전략"을 소개합니다
5 단계 빅 카지노 프로세스
1 단계 : 빅 카지노 준비 및 사업 계획
이것은 설명하기가 약간 어렵지만 목표를 설정하는 것을 의미합니다 대상 시스템 빅 카지노의 5W1H를 고려하고 빅 카지노 완료 조건을 정의하는 것이 중요합니다
2 단계 : 포트폴리오 탐지 및 계획
전체 시스템에 대해 먼저 생각하면 판단하기가 불가능하므로 한 가지 옵션은 각 시스템 기능으로 분류하고 고려되는 순서를 작성하는 것입니다 초기 단계에서 소규모 시스템에서 빅 카지노함으로써 빅 카지노 중에주의해야 할 사항과 통지를 이해할 수 있으며, 이는 다음과 그 이후에 포인트가 향상 될 수 있습니다
시스템, 용도, 인력, 연결 시스템, 서버 사양 등이 있으면 모든 것을 이해하는 것이 더 쉽다고 생각합니다 이해 관계자, 정보 자산 및 비용을 분류 할 수있는 것이 더 바람직합니다
*담당자를 인터뷰하고 실제 기계를 조사하여 정보 정확도가 향상됩니다
3 단계 및 4 단계 : 응용 프로그램 설계, 빅 카지노 및 검증
2 단계에서 식별 된 시스템 및 응용 프로그램으로 빅 카지노하는 방법을 고려하고 민첩한 개발과 같은 빅 카지노 및 검증을 반복합니다 개념 증명 (POC)으로서 중요성이 낮고 복잡한 시스템을 진행하는 것이 바람직합니다
대상 마이그레이션의 분류가 아래에 설명 된 "7 Rs"에 적용된다고 상상하기 쉽습니다
5 단계 : 최신 운영 모델
새로운 기초를 최적화하고 이전 시스템을 중지해야합니다 가능한 작업은 다음과 같습니다
- 기존 환경의 시스템 중단/폐기
- 새로운 환경 구성 최적화
- 새로운 환경에서의 작동 최적화
일부 기능을 구성 최적화로 서버리스 아키텍처로 바꾸거나 작동 최적화를위한 코드를 사용하여 작동 자동화를 고려하는 것이 좋습니다 빅 카지노이 완료되면 끝나지 않는 프로세스가 있으면 개선을 고려할 것입니다
7 RS (7 일반적인 응용 프로그램 빅 카지노 전략)
2011 년 Gartner가 정의한 "5 Rs"에 비추어 AWS는 2016 년경 자체 용어를 "Six Rs"로 사용하고 있습니다 현재 재배치가 추가되었으며 현재 "7 Rs"입니다
-
1 체이스 수리
응용 프로그램을 SaaS 등으로 교체하는 방법 -
2 리팩토링
응용 프로그램을 빅 카지노 네이티브 아키텍처로 변환하는 방법 -
3 replatform
응용 프로그램 사양을 유지하거나 빅 카지노 최적화에 일부 기능을 추가하여 관리 서비스 및 확장 성을 활용하는 방법 -
4 rehost
응용 프로그램을 수정하지 않고 그대로 빅 카지노하는 방법 물리적 또는 가상 서버를 클라우드로 빅 카지노하고 동일한 구성으로 클라우드에서 재 구축하는 데 사용되는 도구를 나타냅니다 -
5 고쳐 놓다
vsphere 환경을 VMC로 빅 카지노하는 방법 (AWS의 VMware Cloud) -
6 퇴직
빅 카지노으로 포함시키지 않고 사용을 중단하는 방법 -
7 유지하다
빅 카지노 목표에 포함시키지 않고 유지하는 방법
결론
이번에는 클라우드로 변환 할 때 빅 카지노 정책의 전반적인 개념에 대해 글을 썼지 만 어떻게 생각하십니까? 실제로, 이번에 설명되지 않은 문제 나 예상치 못한 사건이 발생할 수 있습니다 또한, 한 번에 모든 것을 클라우드로 만들기가 어렵 기 때문에, 고려 후 온-프레미스 환경에 많은 시스템이 남아 있으면 하이브리드 구성이 생성 될 가능성이 있습니다
Clouding의 목적을 방지하기 위해 운영 및 유지 보수를 포함하여 TCO에서 필요한 항목을 비교하고 고려한 다음 클루딩으로 바꾸는 것이 바람직하지 않으므로 고려 된 경우 문제가 없습니다
다음에 가상 시스템을 정의하고 해당 시스템을 빅 카지노로 변환하는 경우를 고려할 때 계속 지원하십시오
CTC는 AWS 비즈니스를 활용하기 위해 고객의 단계에 맞게 조정 된 광범위한 건설 및 운영 지원 서비스를 제공합니다
숙련 된 엔지니어는 원 스톱 및 유연한 지원을 제공합니다
그렇게 해주세요마닐라 빅 카지노 문의 | CTC 그룹제발