커넥터에 대한 최상의 실천 방법은 항상 규칙 기반 접근을 강제하고 예외 사항을 규칙 기반 고갈 이후에 처리하는 것입니다. 예외 기반 접근 방식으로 시작하는 대신에.
예외 기반 접근은 유혹적이고 매력적입니다. 왜냐하면 인간의 선택과 현재 프로세스 구조의 보존을 중요시하기 때문입니다. 하지만 장기적으로 건강한 프로세스를 확장하고 유지하기 위한 좋은 대안을 제공하지 않을 곳으로 향하는 벡터를 그립니다. 이러한 관점에서 예외를 규칙이 아닌 것으로 생각하는 것은 절대로 피해야 할 실수입니다.
장기적인 고통을 위한 단기적인 이득을 요약한 것입니다. 우리가 협력하는 대부분의 조직은 이를 공유합니다: 현재의 프로세스 보존을 추구합니다. 기술을 찾을 때는 현재의 프로세스를 받아들이는 것이 목적이며, 프로세스 제한과 효율성 사이의 중간 지점을 찾는 것이 아닙니다.
우리의 커넥터는 저장소에서 BWX로 콘텐츠의 흐름을 연결하고 다시 되돌리는 방법입니다. 커넥터 기반 작업을 위해 가끔 파일이나 다른 항목을 선택해야 할 필요가 있을 수 있지만, 커넥터의 최선의 방법은 수동적인 접근 대신 규칙 기반 접근을 따르는 것입니다.
수동적인 접근 방식의 유혹에 대한 설명
수동적인 접근 방식은 어떠한 과정 변경도 필요로 하지 않기 때문에 유혹이 될 수 있습니다. 사람들은 원하는 정확한 파일을 탐색하고 커넥터를 사용하여 번역 프로젝트를 시작할 수 있습니다. 매뉴얼 접근 방식의 문제점은 확장 가능하지 않으며, 지속 가능하지 않으며, 예측 가능하지 않다는 것입니다. (개선하기 어렵습니다).
따라서 우리는 커넥터 동작을 규칙 기반 동작에 맞추는 모든 가능성을 모두 고갈한 후에만 수동 접근 방식을 탐구합니다. 예외 처리는 필요하지만 예외로 설계할 수는 없습니다.
성공적인 제품과 해당 구현은 가능한 많은 사용 사례를 커버하는 규칙에 기반합니다. 커버되지 않은 사용 사례는 제안된 패러다임 내에서 작업 방법과 솔루션을 신중히 평가하여 조사해야 합니다.
다음은 예시입니다: 클라이언트 A는 일정에 기반한 커넥터를 사용하지만 때로는 일정에 얽매이지 않는 프로젝트가 필요합니다. 이에 대한 접근 방법에는 몇 가지 다른 옵션이 있습니다:
- 지원팀에 예외 실행 요청 수동으로 하기
- CLI를 사용하여 비정기 실행을 요청하십시오
- 긴급 작업을 처리하기 위해 일반적인 일정보다 더 자주 폴링되는 비정기 브랜치/디렉토리를 생성하세요.
다른 예시로는 클라이언트 B가 파일을 cherry-picking하여 로컬라이제이션 프로세스를 시작하는 것이 있습니다. 수동 접근을 지속시키는 대신, 대부분의 cherry-picking 프로세스는 역공학이 가능한 동작을 따릅니다.
이 역공학을 극한까지 추구하는 노력은 항상 가치가 있습니다. 수동 접근으로 시작하거나 UI를 통해 예외 사항을 처리하는 데 초점을 맞춘다면, 그것은 프로그램 가속기가 아닌 약점이 될 것입니다. 커넥터를 생각할 때 항상 자동화를 생각합니다.
그것이 커넥터에 의해 추진되는 실제 프로세스 효율입니다. 수동 접근 방식으로 시작하거나 UI를 통해 예외 사항을 처리하는 데 초점을 맞춘다면, 그것은 프로그램 가속기가 아닌 약점이 될 것입니다. 커넥터에 대해 생각할 때 항상 자동화를 생각합니다. 이것이 커넥터에 의해 추구되는 실제 프로세스 효율입니다. 커넥터에 관해서는 프로젝트를 내보내고 가져오는 것은 작은 이득입니다. 진정한 이득은 비즈니스 규칙과 그들이 생성하는 예측 가능성과 거버넌스에 관련되어 있습니다. 진정한 이득은 비즈니스 규칙과 그들이 생성하는 예측 가능성과 거버넌스에 관련되어 있습니다.
문제는 예외로 설계하고 구현한다면, 자동화는 실제로 선택사항이 되지 않는다는 것입니다. 자동화는 정의상 일정한 프로세스 변경을 필요로 하며, 만약 우리가 이 프로세스-소프트웨어 적합성을 추구하지 않는다면, 우리는 기대를 초과하지 못하고 혼돈의 디지털화를 판매하는 사람들이 되어버린다.
우리가 추구하는 바가 아니며, 이를 받아들이지 않을 것입니다. 소규모 커넥터는 대규모 커넥터의 설계와 원칙을 따라야 하므로 효율적으로 확장하고 성장할 수 있습니다. 대부분의 로컬라이제이션 프로그램은 현재(사실은 과거) 사용 사례를 기반으로 한 솔루션을 요청합니다. 이는 미래 지향적인 사용 사례보다 더 많은 파일, 더 많은 주기, 더 많은 로케일, 더 적은 시장 진입 시간, 더 적은 비용 및 더 많은 협업을 예상합니다.
올바른 프레임워크로 출발하지 않으면 나중에 교정하는 것은 비용이 많이 들며 매우 어려울 수 있습니다. 새로운 구현에 의해 도입된 변경 창을 놓칠 수 있습니다. 우리의 모든 커넥터, 크거나 작은 것에 상관없이 규칙과 매개변수에 기반합니다.
이들은 동일한 디자인 원칙에 따르며 UI 없이도 올바르게 작동합니다. UI는 성숙한 커넥터에 흥미로운 부가 기능이 될 수 있지만, 주로 커넥터 구성을 쉽게 변경하기 위한 것이며 프로젝트를 수동으로 시작하는 방법은 아닙니다.
기존 아날로그 프로세스의 가속화에 가담한다면 장기적인 성공을 촉진할 수 없습니다.
대신, 우리의 목표는 아날로그 프로세스를 디지털적 사고로 번역하여 데이터 중심 자동화를 가능하게 하는 것입니다. 하루에 수천 개의 파일을 처리하는 커넥터를 거의 100개의 다른 로케일로 관리하는 데 익숙합니다.
우리는 오랜 기간 동안 대규모 커넥터가 성공적이기 위한 동일한 재료가 작은 규모의 커넥터에도 존중되어야 한다는 것을 배웠습니다. 이는 확장성과 지속 가능성의 기본적인 설계 원칙을 준수하기 위함입니다.
.jpg)
