IIS/ASP.NET 사이트를 램프에 포트 하시겠습니까?

Question

다른 중간 규모의 회사를 인수하려고하는 중간 규모 회사의 기술을 실행합니다. 우리의 기술은 모두 LAMP (Linux/Apache/MySQL/PHP)입니다. 우리가 인수하는 회사는 Microsoft 스택 (IIS/MSSQL/ASP.NET)입니다. 현재 직원이 근무하는 개발자 중 누구도 .NET을 수행하지 않으며 Microsoft 서버 인프라를 지원하지도 않습니다. 상황을 어떻게 처리 할 지 결정하기가 힘듭니다 ...

우리는 모든 미시시피 장치를 램프로 이식합니까 (우리 팀의 개인적인 미숙함을 포함한 여러 가지 이유 때문에 다른 방법으로 갈 생각이 없습니다. 오버 헤드를 줄이려고 할 때 라이센스 비용 등)?

두 기술을 별도의 팀과 병렬로 실행하여 각각을 지원하고 서로 이야기 할 수있는 일련의 미들웨어를 작성합니까?

위의 선택 중 어느 것도 적합하지 않습니다. 이런 상황에 처한 사람이 있습니까? 어떻게 진행 했습니까? 트래픽 양이 많고 상당히 광범위한 백엔드 시스템을 사용하는 대규모 인프라에 대해 이야기하고 있습니다. 어떤 아이디어라도 환영 할 것입니다.

Answer 1

인수의 일환으로, 귀하의 회사는 인수의 IT 지원 팀을 인수하고 있습니까?

궁극적으로 백 오피스 직원을 통합함으로써 '효율성 절약'이 가능할 것으로 보이지만 조명을 켜기 위해 양 팀이 자체 시스템을 지원하도록하는 강력한 주장이 있습니다. .

그런 다음 중첩을 분석해야합니다. 비슷한 일을하는 각 스택의 시스템으로 끝납니다. 그렇다면 원하는 플랫폼에 통합하고 다른 플랫폼을 제거하십시오. 또한 (현재의 기술과 상관없이) 향후 수년 내에 비즈니스 요구를 가장 잘 충족시켜야합니다. LAMP는 현재 완벽 할 수도 있지만, 미래의 필요를 충족시키기 위해 .net으로 옮겨야한다는 논쟁이있을 수 있습니다. 그렇다면 다시는 아니지만 평가를 받아야합니다.

데이터를 공유하기 위해 2 세트의 시스템에 대한 비즈니스 필요성이 있습니까? 그렇다면 어떤 수준에서? 공유 기능을 캡슐화하고 다른 시스템에서 사용할 수있게 만드는 (웹) 서비스를 만드는 것이 SOA의 효과적인 방법 중 하나 일 수 있습니다. 또는 처음에 백엔드를 공유하고 .NET 데이터베이스에서 MySQL 데이터베이스와 통신해야 할 수도 있습니다.

Answer 2

이것은 매우 복잡한 질문입니다.

두 응용 프로그램이 유사한 기능을 제공하는 경우 유지하려는 응용 프로그램에서 다른 응용 프로그램의 기능을 모두 사용할 때까지 양쪽 응용 프로그램을 모두 실행합니다. 그런 다음 고객을 전환하고 결국은 버립니다. 고객이 수용력이 있다면 지금 전환하십시오.

근본적으로 다른 앱이라면 앞으로도 계속 유지할 것입니다. 이러한 애플리케이션이 대규모 애플리케이션이라면 재 작성은 고통스럽고 실패 가능성이 큽니다. 집안에 다른 기술 스택을 가지고 있다는 생각에 익숙해지는 것이 가장 좋습니다.

두 가지 앱을 모두 유지하면 클라이언트 기반에 관한 한 가능한 한 적게 획득을 유지할 수 있습니다. 이미 사용중인 앱을 사용하는 클라이언트는 사용하는 앱이 더 이상 지원되지 않을 것으로 생각되면 일반적으로 말을 변경합니다. 이 시점에서 다른 시스템이 얼마나 좋은지에 관계없이 일부는 떠날 것이라고 보장 할 수 있습니다.

인수로 인해 마케팅 변경이 발생하는 경우 (예 : 다른 회사의 로고 변경 등) 두 가지를 모두 유지하는 것이 좋습니다. 고객은 충분히 긴장 될 것입니다.

위의 모든 점은 기술적 인 문제보다 비즈니스 문제가 더 중요하며, 처음에 다른 회사를 인수 한 이유와 기존 고객에게 제시하는 방법에 귀결된다는 것입니다. 회사가 기술 또는 고객 기반으로 인수 된 경우 혼자 남겨 두는 것이 좋습니다.

나는 이것을 두 번이나했습니다. 유일한 차이점은 PHP에서 .Net으로가는 다른 경로로가는 것이 었습니다.

앱은 비교적 작았지만 사용자가 많았습니다. 우리는 일부 URL 재 작성 규칙을 사용하여 사용자 기반이 그 밑에서 변경된 것을 전혀 알지 못하게했습니다. 웹 서비스 모음입니다.

다른 경우에는 앱이 크고 사용자가 많았으며 공개 스킨이 매우있었습니다. 다시 말하지만, 우리는 북마크뿐만 아니라 Google 게재 위치를 보존하기 위해 URL 재 작성을 크게 활용했습니다. 우리가 가진 가장 큰 문제는 원래 사이트에서의 개발이 우리가 교체 작업을 수행하는 동안 중단 할 수 없다는 것입니다. 이것은 모든 기능이 두 팀을 거쳐야한다는 점에서 많은 어려움을 나타 냈습니다. 결국 프로젝트는 기대했던 것보다 약 3 배 더 오래 걸렸지 만, 고도의 숙련 된 인력이 있었기 때문에 궁극적으로 성공했습니다.

Answer 3

나는 결코 이것을 한 번도 해 본 적이 없으므로 소금 한 알 정도로 의견을 말하십시오. 하지만 기존 응용 프로그램을 다시 작성하지 않을 것을 제안합니다. 즉, 버튼을 클릭 할 때 "Hello"라고 말한 1 페이지짜리 응용 프로그램이라면, PHP로 다시 작성하십시오. 그러나 돈을 버는 비즈니스 애플리케이션은 그만큼 간단하지 않으며, 처음부터 시작하여 x 년 동안 다른 회사가 개발 한 것을 다시 작성할 것입니다. 물론 PHP로 다시 작성하는 동안에도 인계받는 애플리케이션을 지원하고 유지 관리해야합니다.

팀에 현명한 개발자가 있고 용량이 있으면 ASP .NET을 배울 수 있습니다. 그러나 일부 ASP .NET 리소스를 고용하여 팀이이를 배우고 수행하는 응용 프로그램의 중요도 (유지 관리 및 지원)를 유지하는 데 도움이 될 수 있습니다. 팀은 두 응용 프로그램 간의 통합 지점을 찾기 위해 함께 작업 할 수 있습니다.

통합 지점 작성을 선택하거나 전체 비즈니스 응용 프로그램을 처음부터 작성하는 경우, 통합 지점을 작성할 기회를 갖게됩니다.