인프라가 발목을 잡고 있습니까? 오늘 전환하세요

애플리케이션 속도가 느려지면 팀에서는 종종 소프트웨어를 비난합니다. 원인은 제한된 컴퓨팅 용량, 느린 스토리지, 네트워크 지연, 열악한 데이터베이스 설정 또는 모니터링 격차 등 인프라에 더 깊이 있을 수 있습니다. 저는 성장하는 기업에서 이러한 패턴을 보았습니다. 웹 플랫폼은 소규모 사용자 기반에서는 잘 작동하지만 트래픽, 데이터 및 백그라운드 작업이 증가하면 느리게 반응하기 시작할 수 있습니다. 서버를 더 추가하면 도움이 될 수 있지만 모든 병목 현상이 해결되는 것은 아닙니다. 주요 구매를 하기 전에 명확한 검토가 이루어져야 합니다. 어디에서 시간이 손실되고 있는지 확인하는 것부터 시작하세요. - CPU, 메모리, 스토리지, 네트워크 사용량을 측정합니다. - 정상 및 바쁜 기간 동안 애플리케이션 응답 시간을 검토합니다. - 예상보다 오래 걸리는 데이터베이스 쿼리를 확인하세요. - 반복되는 오류, 실패한 요청, 과부하된 서비스를 찾아보세요. - 주중 교통량을 주말 또는 계절적 패턴과 비교합니다. 이러한 세부 사항은 "시스템이 느린 것 같아요."와 같은 일반적인 불만보다 더 나은 그림을 만듭니다. 또한 단기적인 트래픽 증가와 더 깊은 설계 문제를 분리하는 데 도움이 됩니다. 다음 단계는 업그레이드를 실제 요구 사항에 맞추는 것입니다. 메모리 업그레이드는 대규모 데이터 세트를 처리하는 응용 프로그램을 지원할 수 있습니다. 더 빠른 스토리지는 데이터베이스 및 파일 사용량이 많은 서비스의 지연을 줄일 수 있습니다. 추가 컴퓨팅 용량은 병렬 작업에 도움이 될 수 있습니다. 네트워크 검토를 통해 사용자, 서버 및 클라우드 서비스 간의 통신을 향상할 수 있습니다. 일부 워크로드는 선택한 서비스를 클라우드로 이동하면 이점을 얻을 수 있습니다. 다른 것들은 데이터 제어, 기존 장비 또는 내부 프로세스로 인해 로컬 인프라에서 더 나은 성능을 발휘할 수 있습니다. 저는 비즈니스에 적합할 때 혼합 계획을 선호합니다. 잘 작동하는 곳에서는 안정적인 시스템을 유지하고 이점이 분명할 때는 유연한 워크로드를 이동하는 것입니다. 실용적인 업그레이드 계획은 다음 경로를 따를 수 있습니다. 1. 현재 성능 기준을 기록합니다. 2. 가장 큰 지연을 일으키는 서비스를 식별합니다. 3. 페이지 응답 시간 단축, 실패한 작업 감소 등 측정 가능한 목표를 설정합니다. 4. 통제된 환경에서 하나의 변경 사항을 테스트합니다. 5. 비용, 성능, 보안 및 유지 관리 요구 사항을 검토합니다. 6. 변경사항을 단계별로 적용합니다. 7. 배포 후 결과를 모니터링합니다. 예를 들어, 중간 규모의 온라인 소매업체는 캠페인 기간 동안 주문 처리 속도가 느려지는 것을 느낄 수 있습니다. 문제는 웹 서버 부족이 아니라 데이터베이스 잠금으로 인해 발생할 수 있습니다. 쿼리 개선, 향상된 인덱싱 및 백그라운드 작업을 위한 별도의 시스템을 통해 전체 플랫폼을 교체하지 않고도 부담을 줄일 수 있습니다. 보안은 계획의 일부로 남아 있어야 합니다. 인프라 변경 중에는 펌웨어, 운영 체제, 액세스 제어, 백업 및 모니터링을 모두 검토해야 합니다. 더 빠른 시스템이라도 액세스가 제대로 관리되지 않거나 복구 절차가 테스트되지 않은 경우 여전히 운영 위험이 발생합니다. 예산 계획도 중요합니다. 구매 가격은 비용의 일부일뿐입니다. 지원, 에너지 사용, 라이센스, 마이그레이션 작업, 직원 교육 및 향후 유지 관리가 총 비용을 구성할 수 있습니다. 장비나 서비스를 선택하기 전에 예상되는 비즈니스 이익과 전체 운영 비용을 비교하는 것이 좋습니다. 업그레이드를 통해 일상적인 작업을 더 쉽게 측정하고 관리할 수 있습니다. 지연의 원인이 알려지면 솔루션이 더욱 집중됩니다. 모든 변경 사항을 테스트하고 모니터링하면 불필요한 복잡성을 추가하지 않고도 성능을 향상시킬 수 있습니다. 인프라를 주의 깊게 검토하면 전체 교체가 필요하지 않은 것으로 나타날 수 있습니다. 이는 더 작은 하드웨어 변경, 데이터베이스 조정, 더 나은 모니터링 또는 더 명확한 작업 부하 계획을 가리킬 수 있습니다. 올바른 경로는 각 조직의 시스템, 트래픽, 데이터 및 목표에 따라 다릅니다.

성장으로 인해 취약한 인프라가 예상보다 빠르게 노출될 수 있습니다. 소규모 고객 기반에서는 잘 작동하던 웹사이트가 트래픽이 증가하면 속도가 느려질 수 있습니다. 보고서를 로드하는 데 시간이 더 오래 걸립니다. 팀은 서비스 문제를 해결하는 데 더 많은 시간을 할애합니다. 바쁜 시간에 페이지에 장애가 발생하면 고객이 떠날 수 있습니다. 나는 성장하는 많은 기업에서 이러한 패턴을 보았습니다. 문제가 항상 하드웨어 부족으로 나타나는 것은 아닙니다. 오래된 설정, 열악한 모니터링, 클라우드 비용 상승 또는 확장하도록 설계되지 않은 시스템으로 인해 발생할 수 있습니다. 더 스마트한 인프라를 통해 기업은 이러한 과제에 대해 더 많은 제어권을 갖게 됩니다. 성능, 비용, 보안, 일일 운영을 하나의 명확한 계획으로 연결합니다. 현재 설정으로 시작 공급자를 변경하거나 시스템을 이동하기 전에 오늘 인프라가 어떻게 작동하는지 검토합니다. 주요 질문은 다음과 같습니다. - 어떤 서비스가 가장 많은 트래픽을 수신합니까? - 감속은 언제 나타나나요? - 어떤 애플리케이션이 서로 의존하는가? - 기업에서는 어느 정도의 다운타임을 허용할 수 있습니까? - 사용량이 증가하면 어떤 비용이 증가합니까? - 백업은 어떻게 테스트됩니까? - 서비스 작동이 중단되면 누가 대응하나요? 이 검토는 긴급한 위험과 기다릴 수 있는 위험을 구분하는 데 도움이 됩니다. 또한 변경해야 할 사항을 이해하지 못한 채 전체 시스템을 교체하는 일반적인 실수도 예방할 수 있습니다. 비즈니스에 맞는 인프라 선택 성장하는 회사에 항상 가장 큰 클라우드 계획이나 가장 복잡한 아키텍처가 필요한 것은 아닙니다. 더 나은 선택에는 다음이 포함될 수 있습니다. - 수요에 맞게 조정할 수 있는 클라우드 서버 - 일상적인 유지 관리를 위한 관리형 데이터베이스 - 더 빠른 페이지 액세스를 위한 콘텐츠 전달 도구 - 복구 확인을 통한 자동 백업 - 오류, 응답 시간 및 리소스 사용을 추적하는 모니터링 - 각 팀 구성원의 역할에 따른 액세스 제어 올바른 설정은 서비스 유형, 고객 위치, 데이터 요구 사항 및 내부 기술에 따라 다릅니다. 소프트웨어 회사는 배포 속도에 중점을 둘 수 있습니다. 온라인 소매업체는 결제 신뢰성과 재고 데이터에 더 관심을 가질 수 있습니다. 디자인 스튜디오에는 원격 팀을 위한 안정적인 파일 스토리지와 빠른 액세스가 필요할 수 있습니다. 통제된 단계로 이동 전체 마이그레이션은 모든 시스템이 동시에 변경될 때 피할 수 있는 위험을 초래할 수 있습니다. 나는 단계별 계획을 선호합니다. 1. 현재 애플리케이션과 데이터를 매핑합니다. 2. 파일럿 이동을 위해 위험도가 낮은 서비스 하나를 선택합니다. 3. 속도, 액세스, 백업 및 복구를 테스트합니다. 4. 문제를 기록하고 계획을 조정합니다. 5. 파일럿이 예상대로 수행된 후 다음 서비스를 이동합니다. 6. 합의된 전환 기간 동안 이전 환경을 계속 사용할 수 있도록 유지합니다. 7. 이전 후 비용 및 성과를 검토합니다. 이 방법은 팀에게 학습할 시간을 제공합니다. 또한 문제가 애플리케이션, 네트워크, 데이터베이스 또는 새로운 호스팅 환경에서 발생하는지 여부를 더 쉽게 식별할 수 있습니다. 데이터를 사용하여 결정을 내리세요 인프라 결정은 추측에 의존해서는 안 됩니다. 유용한 측정에는 다음이 포함됩니다. - 평균 및 최대 응답 시간 - 오류율 - 서버 및 데이터베이스 로드 - 월별 인프라 비용 - 백업 완료율 - 테스트 중 복구 시간 - 배포 빈도 - 시스템 성능과 연결된 지원 티켓 예를 들어 소규모 온라인 상점에서는 제품 페이지가 잘 로드되는 반면 광고 캠페인 중에 결제 속도가 느려지는 것을 확인할 수 있습니다. 이 문제에는 전체 플랫폼 변경이 필요하지 않을 수도 있습니다. 피크 트래픽 동안 데이터베이스 검토, 향상된 캐싱 및 추가 애플리케이션 용량을 통해 중단을 최소화하면서 주요 문제를 해결할 수 있습니다. 이러한 유형의 결과는 고객 경험과 예산을 모두 보호할 수 있습니다. 일상 업무에 보안 구축 보안은 한 사람이 모든 작업을 기억하는 데 의존해서는 안 됩니다. 실제 시스템에는 다음이 포함될 수 있습니다. - 다단계 인증 - 직원, 계약자 및 공급업체에 대한 별도의 액세스 - 정기적인 소프트웨어 업데이트 - 암호화된 데이터 전송 - 테스트된 백업 - 활동 로그 - 의심스러운 액세스에 대응하기 위한 명확한 절차 어떤 설정도 모든 위험을 제거하지 않습니다. 명확한 프로세스는 팀이 문제를 더 일찍 감지하고 혼란을 줄여 대응하는 데 도움이 됩니다. 전환 후 비용을 살펴보세요 새로운 인프라 계획은 처음에는 저렴해 보일 수 있지만 사용량이 변경되면 비용이 높아질 수 있습니다. 다음 사항을 검토하는 것이 좋습니다. - 컴퓨팅 사용량 - 스토리지 증가 - 데이터 전송 - 데이터베이스 활동 - 사용되지 않는 리소스 - 더 이상 필요하지 않은 유료 서비스 - 지원 및 유지 관리 비용 월별 검토를 통해 종종 유휴 리소스 감소 또는 실제 사용량에 맞는 청구 모델 선택과 같은 간단한 변경 사항이 드러납니다. 비용 통제는 위기에 대비한 작업보다는 정상적인 운영의 일부일 때 더 잘 작동합니다. 팀에게 명확한 운영 계획 제공 기술 변화는 사람들이 기술을 사용하고 유지하는 방법을 아는 경우에만 도움이 됩니다. 운영 계획에는 다음 사항이 설명되어야 합니다. - 각 서비스의 소유자 - 액세스 승인 방법 - 사고 보고 방법 - 백업 확인 시기 - 릴리스 검토 방법 - 시스템 기록 저장 위치 - 성능 및 비용 검토 시기 핵심 담당자가 없을 때 짧은 문서를 통해 지연을 방지할 수 있습니다. 더 스마트한 인프라는 더 많은 도구를 추가하는 것이 아닙니다. 이는 오늘날의 비즈니스 운영 방식을 지원하고 수요 변화에 따라 조정될 수 있는 시스템을 만드는 것입니다. 마이그레이션을 평가할 때 저는 피할 수 있는 중단 횟수 감소, 운영 비용 명확성, 팀의 수동 작업 감소라는 세 가지 실질적인 결과를 찾습니다. 신중한 검토, 단계적 변경, 측정 가능한 성능 및 정기적인 유지 관리는 인프라가 장벽이 되지 않고 회사가 성장하는 데 도움이 될 수 있습니다.

오래된 인프라는 조용히 비즈니스를 소진시킬 수 있습니다. 느린 서버로 인해 고객 요청이 지연됩니다. 오래된 네트워크로 인해 원격 작업이 어려워집니다. 레거시 소프트웨어는 이를 계속 실행하는 방법을 아는 직원 한 명에 따라 달라질 수 있습니다. 시스템에 장애가 발생하면 팀은 장치를 확인하고, 파일을 복원하고, 고객에게 지연을 설명하는 데 많은 시간을 허비하게 됩니다. 나는 기업들이 이러한 문제를 별도의 문제로 취급하는 것을 보았습니다. 컴퓨터 한 대를 교체하고 다른 소프트웨어 도구를 추가하며 동일한 네트워크, 백업 프로세스 및 보안 설정을 유지합니다. 결과적으로 더 나은 작업 환경이 없으면 유지 관리 비용이 높아지는 경우가 많습니다. 더 강력한 접근 방식은 전체 인프라에서 시작됩니다. 비즈니스에 미치는 영향 살펴보기 먼저 실용적인 질문을 던집니다. - 어떤 시스템이 일상 작업 속도를 늦추나요? - 가동 중단으로 인해 작업이 중단되는 경우는 얼마나 자주 발생합니까? - 직원들이 다른 위치에서 필요한 도구에 액세스할 수 있습니까? - 백업이 테스트되었습니까, 아니면 구성만 되었습니까? - 회사는 더 이상 업데이트를 받지 못하는 하드웨어에 여전히 의존하고 있습니까? - 현재 설정이 더 많은 사용자, 위치 또는 트랜잭션을 지원할 수 있습니까? 이러한 질문은 인프라 문제를 비즈니스 결과와 연결합니다. 로드하는 데 10분 정도 걸리는 서버는 작은 문제처럼 보일 수 있습니다. 30명으로 구성된 팀에서는 이러한 지연이 매일 여러 번 반복될 수 있습니다. 유용한 검토에는 서버, 장치, 네트워크, 저장소, 소프트웨어, 사용자 계정, 백업 시스템 및 보안 제어가 포함되어야 합니다. 계약, 지원 상태, 라이센스, 교체 비용도 확인합니다. 시스템은 오늘날에도 여전히 작동할 수 있지만 매년 수리하기가 더 어려워지고 있습니다. 유용한 시스템을 위험한 시스템과 분리 모든 오래된 시스템이 즉시 교체되어야 하는 것은 아닙니다. 일부 오래된 도구는 여전히 중요한 작업을 수행하고 정기적인 지원을 받습니다. 다른 시스템은 지원되지 않는 운영 체제, 오래된 하드웨어, 취약한 비밀번호 또는 수동 데이터 전송을 사용하기 때문에 위험을 초래합니다. 각 시스템을 다음 세 그룹 중 하나로 분류합니다. 1. 유지 및 유지 관리 시스템은 비즈니스 요구 사항을 충족하고 적절한 지원을 받습니다. 2. 개선 및 모니터링 시스템은 작동하지만 더 나은 백업, 액세스 제어, 네트워크 용량 또는 소프트웨어 업데이트가 필요합니다. 3. 교체 또는 폐기 시스템은 반복적인 다운타임, 보안 문제, 높은 수리 비용을 발생시키거나 비즈니스 성장을 제한합니다. 이 접근 방식은 지출을 통제하는 데 도움이 됩니다. 회사는 완전한 기술 교체가 필요하지 않을 수도 있습니다. 나머지 작업에 영향을 미치는 몇 가지 중요한 약점을 제거해야 할 수도 있습니다. 간단한 교체 계획 수립 좋은 계획은 제품 목록으로 시작되지 않습니다. 이는 비즈니스 요구사항에서 시작됩니다. 성장하는 회사에는 다음이 필요할 수 있습니다. - 더 빠른 파일 액세스 - 안정적인 클라우드 애플리케이션 - 안전한 원격 액세스 - 더 나은 고객 데이터 보호 - 자동 백업 - 더 쉬운 직원 온보딩 - 새로운 위치에 대한 더 많은 용량 - 더 낮은 지원 및 수리 비용 그런 다음 각 요구 사항을 실용적인 인프라 변경과 연결합니다. 예를 들어, 파일 액세스 속도가 느린 회사에는 전체 클라우드 마이그레이션보다 더 나은 네트워크 장비와 스토리지가 필요할 수 있습니다. 여러 사무실이 있는 기업은 클라우드 기반 애플리케이션과 보안 ID 관리의 이점을 누릴 수 있습니다. 정전으로 인해 작업이 손실되는 회사에는 백업 전원, 로컬 장애 조치 및 테스트된 복구 단계가 필요할 수 있습니다. 계획에는 비용, 위험, 직원 영향 및 예상 비즈니스 가치가 포함되어야 합니다. 지속적인 지원 작업을 수행하는 저비용 시스템은 적절하게 계획된 교체보다 몇 년에 걸쳐 더 많은 비용이 들 수 있습니다. 단계별 이동 모든 시스템을 한 번에 교체하면 그에 따른 위험이 발생합니다. 직원은 새로운 도구로 인해 어려움을 겪을 수 있습니다. 전송 중에 데이터가 손실될 수 있습니다. 작은 실수가 판매, 고객 서비스 또는 일상 업무에 영향을 미칠 수 있습니다. 나는 단계적 접근 방식을 선호합니다. 1. 현재 환경을 기록합니다. 2. 테스트된 백업으로 중요한 데이터를 보호하세요. 3. 파일럿을 위해 하나의 부서 또는 위험도가 낮은 프로세스를 선택합니다. 4. 제한된 사용자 또는 애플리케이션 세트를 이동합니다. 5. 성능, 액세스, 보안, 사용자 피드백을 확인하세요. 6. 더 폭넓게 배포하기 전에 계획을 조정합니다. 7. 새 프로세스가 작동한 후에만 기존 시스템을 폐기하십시오. 파일럿에는 명확한 성공 척도가 필요합니다. 여기에는 로그인 시간, 애플리케이션 응답, 헬프 데스크 요청, 가동 중지 시간 또는 파일 복구 속도가 포함될 수 있습니다. 단지 새로운 서비스를 구입했다는 이유만으로 기존 서버를 제거해서는 안 됩니다. 팀은 데이터가 전송되었는지, 권한이 올바른지, 백업이 작동하는지, 직원이 일상 작업을 완료할 수 있는지 확인해야 합니다. 새로운 환경 보호 새로운 인프라가 모든 위험을 제거하지는 않습니다. 클라우드 서비스, 최신 네트워크, 업데이트된 장치에는 여전히 적절한 관리가 필요합니다. 저는 기본적인 보안 기반을 권장합니다. - 가능한 경우 다단계 인증을 사용합니다. - 직원의 업무 요구에 따라 액세스 권한을 부여합니다. - 사람들이 떠날 때 계정을 제거합니다. - 지원되는 시스템에 업데이트를 설치합니다. - 별도의 백업 복사본을 보관하세요. - 테스트 파일 및 시스템 복구. - 관리자 액세스를 검토합니다. - 의심스러운 메시지를 식별하도록 직원을 교육합니다. - 장치 및 소프트웨어 라이센스를 추적합니다. 백업 테스트에는 특별한 주의가 필요합니다. 복원된 적이 없는 백업은 단지 가정일 뿐입니다. 팀원에게 샘플 파일을 복구하고 프로세스에 소요되는 시간을 기록해 달라고 요청하겠습니다. 대규모 시스템의 경우 회사는 심각한 중단 후 필수 서비스를 복원할 수 있는지 테스트해야 합니다. 인프라를 변경한 회사로부터 배우기 Netflix가 유용한 예를 제공합니다. 2008년에 대규모 데이터베이스 오류가 발생한 후 회사는 자체 데이터 센터에서 클라우드 서비스로 전환하기 시작했습니다. 변화에는 수년이 걸렸습니다. 여기에는 애플리케이션 재설계, 데이터 관리 개선, 팀의 실패 처리 방식 변경이 포함되었습니다. 교훈은 모든 회사가 넷플릭스를 따라해야 한다는 것이 아닙니다. 현지 제조업체나 전문 서비스 회사의 요구 사항은 다릅니다. 유용한 점은 인프라 변경이 급하게 장비를 구입하는 것보다 계획된 비즈니스 프로그램으로 더 잘 작동한다는 것입니다. 2020년 1월 14일 Microsoft의 Windows 7 지원 종료 역시 시스템 계획이 중요한 이유를 보여주었습니다. 마이그레이션을 지연한 기업은 장치 호환성, 애플리케이션 지원, 보안 제어 및 직원 교육을 검토해야 했습니다. 운영 체제는 작업의 일부일뿐입니다. 결과 측정 인프라 변경 후 실제 결과를 추적합니다. - 다운타임이 감소했나요? - 직원들이 지연 시간을 줄이고 작업을 완료할 수 있습니까? - 지원 요청을 해결하기가 더 쉽습니까? - 수작업 없이 신규 사용자를 추가할 수 있나요? - 백업은 정기적으로 테스트됩니까? - 고객이 더 빠른 응답을 받을 수 있나요? - 시스템이 다음 단계의 비즈니스 성장을 지원합니까? 대시보드는 복잡할 필요가 없습니다. 중단, 지원 티켓, 복구 테스트, 애플리케이션 성능에 대한 월간 기록을 통해 투자가 도움이 되었는지 확인할 수 있습니다. 오래된 인프라가 항상 극적인 방식으로 실패하는 것은 아닙니다. 작업 속도가 조금씩 느려지는 경우가 많고 직원에게 부담을 가하며 모든 변경을 더욱 어렵게 만드는 경우가 많습니다. 올바른 대응은 계획 없이 기술을 교체하는 것이 아닙니다. 현재 환경을 검토하고, 비즈니스 위험 순위를 지정하고, 데이터를 보호하고, 소규모 그룹과 함께 변경 사항을 테스트하고, 관리 가능한 단계에서 업그레이드를 확장하겠습니다. 인프라가 사람들의 작업 방식을 지원하면 비즈니스는 장비 속도 향상보다 더 많은 이점을 얻을 수 있습니다. 팀은 피할 수 있는 문제를 해결하는 데 소요되는 시간을 줄이고 고객 서비스, 운영 개선, 꾸준한 성장 준비에 더 많은 시간을 할애합니다.

성장은 비즈니스의 약점을 드러낼 수 있습니다. 느린 네트워크로 인해 주문이 지연될 수 있습니다. 제한된 저장용량으로 일상 업무가 중단될 수 있습니다. 오래된 서버로 인해 새로운 서비스를 출시하기가 더 어려워질 수 있습니다. 이러한 문제가 함께 나타나면 팀은 시스템을 수정하는 데 더 많은 시간을 소비하고 고객 서비스에 소요되는 시간은 줄입니다. 나는 성장하는 많은 회사에서 이러한 패턴을 보았습니다. 한 지역 유통업체가 새로운 판매 채널을 추가했지만 내부 시스템이 추가 주문량을 감당할 준비가 되어 있지 않았습니다. 직원은 스프레드시트를 사용하여 재고를 추적했고, 고객 기록은 별도의 도구에 보관되었으며, 보고서를 준비하는 데 몇 시간이 걸렸습니다. 회사는 완전한 재구축이 필요하지 않았습니다. 일상 업무와 연결된 명확한 인프라 계획이 필요했습니다. 더 나은 인프라는 비즈니스 운영 방식을 이해하는 것에서 시작됩니다. 실제 검토에는 다음 내용이 포함될 수 있습니다. - 네트워크 속도 및 안정성 - 서버, 클라우드 및 스토리지 용량 - 백업 및 복구 프로세스 - 사이버 보안 제어 - 사용자 액세스 및 장치 관리 - 팀 간 소프트웨어 연결 - 현재 비용 및 예상 성장 이 검토는 긴급한 위험과 향후 개선 사항을 구분하는 데 도움이 됩니다. 고객 지원이 중단되는 네트워크 중단에는 내년에 계획된 스토리지 업그레이드와 다른 대응이 필요합니다. 나는 장비보다는 비즈니스 목표부터 시작하는 것을 선호합니다. 다른 사이트를 개설하려는 경우 인프라 계획은 보안 액세스, 공유 시스템 및 안정적인 통신에 중점을 둘 수 있습니다. 더 많은 온라인 주문을 처리할 계획이라면 데이터베이스 성능, 시스템 연결 및 백업 용량에 중점을 둘 수 있습니다. 올바른 계획은 다음과 같은 간단한 질문에 답해야 합니다. 1. 매일 효과가 있어야 하는 것은 무엇입니까? 2. 어떤 시스템이 지연을 유발합니까? 3. 더 강력한 보호가 필요한 데이터는 무엇입니까? 4. 기업에서는 어느 수준의 다운타임을 관리할 수 있습니까? 5. 직원을 방해하지 않고 완료할 수 있는 업그레이드는 무엇입니까? 단계적 접근 방식을 사용하면 변경 사항을 더 쉽게 관리할 수 있습니다. 한 단계에서는 네트워크 용량과 사용자 액세스를 향상시킬 수 있습니다. 다른 하나는 선택한 워크로드를 클라우드 인프라로 이동할 수도 있습니다. 이후 단계에서는 판매, 재고 및 보고 도구를 연결할 수 있습니다. 이 방법을 사용하면 팀이 각 변경 사항을 테스트할 시간을 얻을 수 있습니다. 또한 비용을 더 쉽게 추적할 수 있습니다. 현재 설정으로 인해 심각한 운영 위험이 발생하지 않는 한 모든 시스템을 한 번에 교체하지 않는 것이 좋습니다. 명확한 목적을 가진 소규모 프로젝트는 정의된 조치가 없는 대규모 프로젝트보다 더 유용한 결과를 제공할 수 있습니다. 보안은 처음부터 계획의 일부가 되어야 합니다. 강력한 비밀번호, 다단계 인증, 역할 기반 액세스, 소프트웨어 업데이트, 테스트된 백업을 통해 일반적인 위험을 줄일 수 있습니다. 직원 교육도 중요하다. 사용자가 로그인 세부 정보를 공유하거나 안전하지 않은 파일을 열면 보안 시스템이 계속 노출될 수 있습니다. 예를 들어 직원이 80명인 회사에서는 모든 부서에 복잡한 도구가 필요하지 않을 수 있습니다. 단일 액세스 정책, 안정적인 백업, 명확한 장치 제어 및 직원이 이해할 수 있는 복구 계획이 필요할 수 있습니다. 사람이 따라갈 수 없는 단계를 추가하지 않고 안전한 작업을 지원하는 것이 목표입니다. 유용한 인프라 프로젝트에는 지속적인 점검도 포함됩니다. 시스템 가용성, 응답 시간, 스토리지 사용, 지원 요청, 백업 상태 및 사용자 피드백을 추적합니다. 이러한 신호는 변화가 도움이 되는지 여부를 보여줍니다. 또한 비즈니스가 현재 설정보다 더 성장한 시기도 알려줍니다. 인프라는 속도를 늦추는 것이 아니라 움직임을 지원해야 합니다. 시스템이 비즈니스 요구 사항과 일치하면 팀은 피할 수 있는 중단을 처리하는 데 소요되는 시간을 줄이고 고객 서비스, 운영 개선, 다음 성장 단계 준비에 더 많은 시간을 할애할 수 있습니다. 올바른 경로에는 클라우드 서비스, 현장 장비, 관리형 지원 또는 이러한 옵션의 혼합이 포함될 수 있습니다. 선택은 워크로드, 예산, 보안 요구 사항, 내부 기술에 따라 달라집니다. 명확한 평가는 예상치 못한 문제를 줄이고 비즈니스가 실제로 작동하는 방식에 맞는 계획을 세우는 데 도움이 될 수 있습니다.

많은 기업이 인프라로 인해 일상 업무가 느려지기 시작하는 지점에 도달합니다. 오래된 서버는 유지 관리하는 데 더 오랜 시간이 걸립니다. 스토리지 관리가 더욱 어려워집니다. 직원들은 반복되는 문제를 해결하는 데 더 많은 시간을 소비하는 반면, 새로운 프로젝트는 자신들이 의존하는 시스템을 기다립니다. 저는 성장하는 기업들에서 이러한 패턴을 보았습니다. 문제가 항상 하드웨어 부족으로 나타나는 것은 아닙니다. 이는 더 이상 비즈니스 운영 방식과 일치하지 않는 시스템에서 발생하는 경우가 많습니다. 실용적인 인프라 업그레이드는 보다 안정적인 성장 기반을 구축하는 데 도움이 될 수 있습니다. 명확한 검토부터 시작합니다. 장비를 교체하거나 워크로드를 클라우드로 이동하기 전에 현재 환경을 검토합니다. - 서버 수명 및 성능 - 네트워크 용량 - 스토리지 사용 및 백업 방법 - 애플리케이션 종속성 - 보안 제어 - 지원 및 유지 관리 비용 - 시스템 오류 후 복구 시간 이 검토는 긴급한 요구 사항과 기다릴 수 있는 변경 사항을 구분하는 데 도움이 됩니다. 또한 실제 문제를 해결하지 못하는 도구를 구매할 위험도 줄어듭니다. 비즈니스 기반 목표 설정 인프라 계획은 기술적인 목표뿐만 아니라 일상적인 작업도 지원해야 합니다. 저는 다음과 같은 질문을 합니다. - 업무 시간 동안 어떤 시스템을 계속 사용할 수 있어야 합니까? - 더 빠른 응답 시간이 필요한 애플리케이션은 무엇입니까? - 각 부서에서 관리할 수 있는 다운타임은 얼마나 됩니까? - 회사에 파일, 데이터 또는 백업을 위해 더 많은 스토리지가 필요합니까? - 어떤 워크로드를 클라우드 서비스로 이동할 수 있나요? - 현장에 어떤 시스템을 유지해야 합니까? 명확한 목표는 수동 유지 관리 감소, 원격 액세스 개선 또는 보다 안전한 백업 프로세스 생성과 같이 간단할 수 있습니다. 이러한 목표는 업그레이드에 유용한 방향을 제공합니다. 올바른 업그레이드 경로 선택 모든 비즈니스는 서로 다른 시작점이 있습니다. 일부는 새로운 서버가 필요할 수도 있습니다. 다른 사람들은 클라우드 마이그레이션, 네트워크 개선, 더 나은 스토리지 또는 여러 가지 변경 사항의 혼합을 통해 이익을 얻을 수 있습니다. 일반적인 옵션은 다음과 같습니다. 하드웨어 교체 새로운 서버, 저장 장치 및 네트워크 장비는 기존 시스템보다 커진 작업 부하를 지원할 수 있습니다. 이 경로는 로컬 제어가 필요하거나 현장 하드웨어에 의존하는 소프트웨어를 실행하는 회사에 적합할 수 있습니다. 클라우드 마이그레이션 클라우드 서비스는 유연한 용량과 원격 액세스를 제공할 수 있습니다. 신중한 마이그레이션 계획에는 데이터 전송, 사용자 권한, 애플리케이션 테스트 및 백업 확인이 포함되어야 합니다. 하이브리드 인프라 하이브리드 모델은 선택한 시스템을 현장에 유지하는 동시에 다른 워크로드를 클라우드 서비스로 이동합니다. 이는 기업이 모든 시스템을 한꺼번에 변경하는 대신 단계적으로 전환하는 데 도움이 될 수 있습니다. 백업 및 복구 업그레이드 백업은 기업이 필요할 때 데이터를 복원할 수 있는 경우에만 유용합니다. 업그레이드 계획의 일환으로 백업 일정, 저장 위치, 액세스 권한 및 복구 단계를 테스트합니다. 호환성에 대한 계획 인프라 변경은 애플리케이션, 사용자 및 연결된 장치에 영향을 미칠 수 있습니다. 새 서버는 추가 구성 없이는 이전 애플리케이션을 지원하지 않을 수 있습니다. 클라우드 서비스에서는 액세스 규칙이나 데이터 형식을 변경해야 할 수 있습니다. 마이그레이션하기 전에 이러한 연결을 매핑합니다. 계획에는 다음 사항이 표시되어야 합니다. - 서로 의존하는 시스템 - 함께 이동해야 하는 데이터 - 변경 후 액세스해야 하는 사용자 - 가동 중지 시간이 필요한 서비스 - 테스트 실패 시 이전 설정을 복원하는 방법 이러한 준비는 중단을 제한하는 데 도움이 되며 기술 팀에 명확한 작업 순서를 제공합니다. 통제된 단계의 업그레이드 단계적 롤아웃을 통해 팀은 변경 사항을 확장하기 전에 각 부분을 테스트할 수 있습니다. 일반적인 프로세스에는 다음이 포함될 수 있습니다. 1. 현재 환경을 기록합니다. 2. 사업목표와 기술적인 한계를 확인합니다. 3. 주의가 필요한 시스템을 선택합니다. 4. 테스트 환경을 구축하세요. 5. 소규모 작업 부하 또는 사용자 그룹을 이동합니다. 6. 성능, 액세스, 백업, 보안을 확인하세요. 7. 테스트 중 발견된 문제를 수정합니다. 8. 계획된 그룹에서 롤아웃을 확장합니다. 9. 마이그레이션 후 새 환경을 모니터링합니다. 10. 교체를 확인한 후에만 기존 시스템을 폐기하십시오. 이 접근 방식에는 단일 대규모 변경보다 더 많은 계획이 필요할 수 있습니다. 이는 비즈니스에 더 많은 통제권을 부여하고 문제를 더 쉽게 추적할 수 있게 해줍니다. 액세스 및 데이터 보호 인프라 업그레이드에는 계획 단계부터 보안이 포함되어야 합니다. 사용자 계정, 관리자 액세스, 장치 권한 및 백업 복사본을 모두 검토해야 합니다. 나는 일반적으로 다음 사항을 확인합니다. - 다단계 인증 - 역할 기반 액세스 - 비밀번호 및 계정 정책 - 네트워크 분리 - 소프트웨어 업데이트 - 백업 암호화 - 활동 로그 - 복구 액세스 보안 제어는 회사의 규모, 시스템 및 작업 방법과 일치해야 합니다. 직원이 올바르게 사용할 수 없으면 추가 도구가 도움이 되지 않으므로 명확한 절차와 짧은 교육 세션이 중요합니다. 새로운 환경 측정 업그레이드 후에는 가정에 의존하기보다는 실제 지표를 추적합니다. 유용한 측정에는 다음이 포함될 수 있습니다. - 애플리케이션 응답 시간 - 네트워크 가용성 - 백업 완료율 - 복구 테스트 결과 - 지원 요청 - 스토리지 증가 - 배포 시간 - 유지 관리 시간 이러한 수치는 새 인프라가 원래 비즈니스 목표를 지원하는지 여부를 보여주는 데 도움이 됩니다. 또한 또 다른 조정이 필요한 시기도 알려줍니다. 지역 유통 회사가 유용한 예를 제공합니다. 파일 서버 용량이 거의 다 찼고 원격 직원이 대용량 파일이 열릴 때까지 기다리는 경우가 많았습니다. 회사는 혼합 설정을 선택하기 전에 파일 저장소, 사용자 액세스, 백업 프로세스 및 네트워크 용량을 검토했습니다. 활성 파일은 사무실 팀이 계속 사용할 수 있었고, 선택한 데이터는 관리형 클라우드 스토리지로 이동되었으며, 설정된 일정에 따라 백업이 테스트되었습니다. 변경 사항은 단계적으로 완료되었으므로 각 그룹이 새로운 방식으로 이동하는 동안 직원은 계속 작업할 수 있었습니다. 교훈은 간단합니다. 인프라 업그레이드는 현재 환경에 대한 명확한 그림을 가지고 시작할 때 더 효과적으로 수행됩니다. 새로운 장비나 클라우드 서비스가 답의 일부일 수 있지만 전체 계획에는 호환성, 보안, 사용자 액세스, 복구 및 지속적인 모니터링도 포함되어야 합니다. 인프라가 사람들의 작업 방식을 지원하면 팀은 피할 수 있는 시스템 문제를 처리하는 데 드는 시간을 줄이고 프로젝트를 진행하는 데 더 많은 시간을 할애합니다. 더 자세히 알고 싶으십니까? 자유롭게 Chen에게 연락하세요: 13852954617@163.com/WhatsApp +8613852954617.

국립 표준 기술 연구소(National Institute of Standards and Technology), 2024년 2월, NIST 사이버 보안 프레임워크 CSF 2.0 국립 표준 기술 연구소(National Institute of Standards and Technology), 2018년 9월, 연방 정보 시스템을 위한 비상 계획 가이드 Martin Kleppmann, 2017년 3월, 데이터 집약적 애플리케이션 설계 Thomas Limoncelli, Christina Hogan 및 Strata Chalup, 2016년 7월, 시스템 및 네트워크 관리 실무 Gene Kim, Kevin Behr 및 George Spafford, 10월 2013년, Phoenix 프로젝트 국립 표준 기술 연구소, 2014년 12월, 중요 인프라 개선을 위한 프레임워크 사이버 보안 версии 1.0