를 구축 대구매 및 통합-당신은 어떻게 결정은?[마감]

Question

을 많이 봤어요 질문의 및 토론에 대해 구축 대구매지만,대부분의 지팡이와 함께 단순한 접근할 수 있는 단순히 하나다.대부분의 시간을 당신은 하나 구입하고 통합하는 또는 자신을 구축.어느 쪽에서 당신을 위해 몇 가지 작업을 수행합니다.

다음 30-60 일 내가 구현에 필요한 부부 관리 프로젝트 모두에서 추출 그들의 머리이 서로를 죽이고 있었어요.의 가장 큰이팅 시스템(이메일 지원 요청,셀프 서비스,etc.).

의 부족은 없는 옵션이지만 하루의 끝에 우리가 무엇을 우리는 결정을 사용하여 추가 모두 우리의 클라이언트와 그들의 사용자인지 확인 우리의 동기화를 유지하는 시간.우리는 또한 제공합 단일 사인 및 일부 디자인 작업을 만들처럼 우리는 그것을 처음부터.

는 경우 우리는 우리를 건너 통합 통증점,이기는 하지만으로 제한(하지만 초점을 맞춘)기능을 설정합니다.

당신은 일반적으로 무엇을 분석하면서 이것 같이 결정을 내리는?면 그것은 더 나은 4-5 는 시스템에 매우 특정 작업을 잘,또는 하나의 모놀리식 시스템은 모든 것을?

Answer 1

당신은 주요 문제를 식별했습니다 - 당신이 구매할 때 당신은 여전히해야 할 일이 있고 잠재적으로 많은 일이 있습니다. 매번 내 전반적으로 기울어지는 것은 구매를위한 것이라고 말했습니다. 코드 작성은 어렵고 디버깅 코드가 훨씬 어렵습니다. 구매할 때는 코드/애플리케이션 만 구매하는 것이 아니라 효과가 있다는 사실을 구매하는 것이 아닙니다. 후자는 혜택의 90%입니다.

그러나 귀하의 요구는 매우 일반적이므로 오픈 소스를 사용해 보지 않겠습니까? 이것은 두 가지 눈에 띄는 이점이 있습니다.

1) 소스에 액세스 할 수 있으므로 기존 시스템 상단에 단일 부호를 래쉬 할 필요가 없습니다. 로그인 모듈을 조정하여 이미 존재하는 인프라를 사용하므로, 동기화, 시간 절약, 깨끗한 접근법 등을 유지할 필요가 없습니다. 많은 오픈 소스는 어쨌든 환경에 따라 이러한 측면을 구성함으로써 실제 세계를 인정합니다. 그들은 종종 DB/Identity Agnostic입니다.

2) 현명하게 선택하면 이미 도움이 될 준비가 된 시스템을 이해하는 최고의 기술 직원이있을 것입니다. 유일한 문제는 아직 작동하지 않는다는 것입니다 (아직!).

제 조언은 쉬운 목표 중 하나를 선택하는 것입니다. 티켓팅 시스템은 하나처럼 보이며, 대부분의 요구를 충족시키는 오픈 소스 세계에서 무엇이 있는지 분석하십시오. 평가 및 요청을 수행하십시오 코더를 임대하십시오 필요한 변경 사항. 앉아서 결과를 기다리고 있습니다. 당신은 약간의 시간을 잃었고 많은 경험을 얻었습니다.

오픈 소스는 Linux/Unix와 동일하지 않습니다.

Answer 2

하나의 시스템은 다음에 더 좋습니다.

• 하나의 데이터 저장소 (즉, 데이터베이스)
  각 시스템을 서로 연결하는 쉬운 방법을 교차 참조하십시오. 중간 수입업자/수출업자/동기화를 구축 할 필요가 없습니다.

• 단일 로그인을 허용합니다. 이는 비즈니스에서 모든 사람이 올바른 정보를 어디에서 찾을 수 있는지 알 수 있도록 매우 유용합니다. 그래서 더 많은 "버그 추적 사이트는 무엇입니까?" ~ 할 것이다 액세스하고 사용하는 방법을 잊어 버리십시오.

• 모든 것이 같은 모양과 느낌을 가지고 있습니다
  훈련을 절약합니다

• 유지 보수는 저렴합니다. 모든 것이 업데이트와 동일합니다. 관리자는 별도의 시스템을들을 필요가 없습니다.

그러나 ... 분명히 당신은 당신이 구매하는 것에 붙어 있습니다. 자신의 addins를 만들 수 있고 Busienss의 모델과 일치시키기 위해 시스템을 구입하십시오.

Answer 3

분명히"그것에 따라 다릅니다." 나의 일반 규칙은 경우 그 내부는 우리가 그것을 구입과 통합하는 경우 필요합니다.우리의 기업은 sys 관리 서비스를 지원하고 있는 줄 누군가에게 외부 조직에서 그녀는 경우 문제가 있다 그것은 거대한 프로젝트 짐을 지우 우리의 개발자입니다.

는 경우 그것은 부분의 제품 내 배송,나는 그것을 건축하거나 비트의 소스에서 필요한 오픈 소스 라이브러리입니다.거의 아무것도 더 이상 다른 사람의 블랙박스 코드를 깨는 제품입니다.적은 종속성을 배송은 제품,더 나은 이럴입니다.

나는쪽으로 기울어를 위해 구입하는 제품 다음과 같습니다.좋은 사람 제공합한 통합 포인트를 공유한 인증 시스템,사용자 테마,그리고 아마도 기능의 보트의 고객 서비스 팀이지 않은 그들이 원하는 것을 깨달았/니다.

하지만,무엇을 분석합니다.나를 위해 가장 중요한 때는'경영'이와 같은 프로젝트는 기회 비용이 발생하게 됩니다.무엇이 다른 팀에서 작동하는 것이 우리의 회사는 훨씬 더 많은 돈,우리가 더 많은 고객,etc.?물론 이러한 프로젝트가 일부에 긍정적인 영향을 최종선,하지만에 비하면 아무것도 없는 새로운 제품,개량한 제품,등등.얼마나 시간이 지남에 포함하여,정비,개발자/동의/테스터에 쓰이는 경영 프로젝트가 있습니까?당신이 구매하는 경우,통합 포인트를 자주 변경되지 않지만,당신이 건축하는 경우,귀하의 고객이(집에 있는 사람들)묻는 것에 대한 새로운 기능이 지속적으로 당신은에서 위치를 유지하는 이 프로젝트의 나머지 부분에 대한 귀하의 임기합니다.

Answer 4

구입하다? 당신이 말하는이 구매는 무엇입니까, 낯선 사람?

진지하게, 나는 오랫동안 내 프로젝트를 위해 소프트웨어를 구입할 필요가 없었습니다. 내 모든 개발 도구는 무료이며, 제 3 자 라이브러리는 모두 무료입니다 (GPL이 아님). 내 OS조차도 무료입니다. 테스트 목적으로 Windows 비용을 지불해야하지만 대부분의 작업은 크로스 플랫폼 인 도구를 사용합니다.

무료 도구 나 라이브러리에서 즉시 사용할 수없는 코드가 필요한 것은 무엇이든, 나는 처음부터 쓰기 (모든 알고리즘은 웹에서 무료로 제공됩니다) 또는 내가 추가했던 스 니펫 라이브러리를 사용합니다. 수년 동안 소스 코드.

구입 한 물건이 너무 엉망이되어 통합이 악몽이되지 않는 한, 빌드보다 구매하는 것이 거의 항상 더 빠릅니다 ( "획득"). 이는 실적이 거의없는 공급 업체의 최신 Whizz-Bang 물건을 피함으로써 완화 할 수 있습니다.

Answer 5

'표준'요구 사항이 많을수록 구매가 더 잘 맞습니다 (또는 다른 방법으로는 바퀴를 재발 명하지 않습니다). 반대로, 요구 사항이 고유할수록 건축을 더 많이 고려할 수 있습니다.

당신은 그곳에서 구매할 때에도 약간의 사용자 정의가되는 경향이 있음을 지적합니다. 모든 사용자 정의는 업그레이드/패치 시간마다 비용이들 것임을 명심하십시오. 귀하의 요구 사항이 구매할 수있는 도구 중 하나에서 지원하는 비즈니스 모델에 가까운 경우 비즈니스 프로세스를 공급 업체 표준으로 재정렬하는 것을 고려할 것을 권장합니다. 이것이 불가능한 경우 올바른 도구를 구매하는지 묻습니다.

누군가가 비용 이유로 건설 할 것을 제안한다면 비명을 지르라고 제안합니다. 내 경험상 구매 비용은 잘 알려져 있으며 건축 비용은 잘 숨겨져 있습니다. 앱 수명 (비즈니스 앱의 평균 7 년)을 계속 코딩하기로 결정하지만 구매와 빌드를 결정할 때 초기 개발 비용 만 고려하고있을 수 있습니다.

나는 단일 모 놀리 식 데이터베이스를 선호하지만 때로는 이것이 작동하지 않습니다. 더 중요한 것은 '진실의 단일 원천'을 갖는 것입니다. 데이터와 같은 여러 데이터베이스가있는 경우 데이터베이스를 주어진 데이터의 권위있는 소스로 선택하고 해당 소스와 일치하여 다른 모든 것을 유지할 수있는 프로세스가 있습니다. 바람직한 것은 자동입니다.

Answer 6

모든 일을하는 모 놀리 식 시스템은입니다 Raison d 'être 많은 엔터프라이즈 응용 프로그램의 경우. 그러나 내가 찾은 것은 돈을 기꺼이 지불하지 않으면 통합 문제가 있다는 것입니다.

'가장 좋은'솔루션은 매우 주관적이며 모든 대답이 잘못되었지만, 내가 왕이라면, 아마도 맞는 오픈 소스 솔루션과 함께 가고 필요한 항목 주위에 웹 서비스를 마무리 할 것입니다. 서로 이야기합니다. 내가 왕이라면.

접선 지점으로, 무료 티켓팅 시스템이 있습니다. Rt (et. al.) 구매에 대해 걱정할 필요가 없습니다.