이것이 제가 매일 유지하고 살아가야 하는 소셜 네트워킹 "시스템 아키텍처"입니다. 정말 관리하기가 이렇게 어려울 필요가 있나요? (확대하려면 이미지를 클릭하세요)
이에 대해 좀 더 생각해 본 결과 패러다임으로서의 소셜 네트워킹이 구현에 있어서 지나치게 복잡하고 바로크화되었다는 생각이 들었습니다. 각각 고유한 API를 갖춘 서비스가 너무 많아서 최종 사용자는 소셜 네트워킹 경험을 관리하기 위해 자체 "시스템 아키텍처"를 유지해야 합니다.
자세한 내용을 보려면 아래의 "이 항목의 나머지 부분 읽기" 링크를 클릭하십시오.
나는 내 자신의 소셜 네트워킹 각인/사용 패턴을 살펴보고 이를 "단순화된" 논리 아키텍처 다이어그램(이 기사 상단에 표시됨)으로 변환하기로 결정했습니다. 소셜 네트워킹을 만들고 나서 서비스/사이트 상호 운용성 및 프로토콜 표준화 측면에서 소셜 네트워킹이 실제로 얼마나 끔찍하고 설익은지 깨달았습니다.
우리 모두가 이제 익숙해진 광기를 완전히 이해하기 위해 논리 흐름을 조금 추적해 보겠습니다.
트위터는 우리가 엔터프라이즈 컴퓨팅 공간이라고 부르는 역할을 맡은 것 같습니다. 메시징/서비스 버스 또는 매우 기초적인 거래 엔진. 그래서 그것은 짜증나 다. 140자로 제한되어 있으며 시스템 확장이 잘 되지 않아 신뢰할 수 없는 경우가 많습니다.
인터넷의 여러 조건으로 인해 Twitter가 장기간 작동을 멈출 수 있으며, 이로 인해 전체 작업이 망가질 수 있습니다. 그러나 이는 매우 인기가 높아져서 이제는 다른 모든 소셜 네트워킹 서비스에 "업데이트"를 배포하는 데 사용되고 있습니다.
트위터의 인기 덕분에 우리는 이제 이를 소셜 네트워킹에서 우리의 존재를 전파하는 주요 메커니즘으로 사용하고 있습니다. 하지만 그렇게 하려면 업데이트를 Twitter에 "푸시"하는 다른 서비스를 사용해야 합니다.
내 특별한 경우에는 다음을 통해 Twitter에 직접 업데이트를 입력합니다. 트윗덱, Windows, Mac 및 Linux용으로 널리 사용되는 다중 플랫폼 Adobe Air 애플리케이션입니다. 내 Android 기반 휴대폰에서는 다음을 사용합니다. 트위드로이드 같은 일을하기 위해. 제가 BlackBerry 사용자였을 때 사용했던 오픈비크. Twitter 웹사이트 자체도 있지만 전문 클라이언트와 비교할 때 어색하기 때문에 누구도 더 이상 이를 사용하지 않습니다. 특히 모바일에서는 더욱 그렇습니다.
PC 및 모바일용 앱이 많고 상태 업데이트를 전송할 수 있는 중앙 UI를 갖는 것이 작업을 단순화한다고만 말하면 충분하지만 이는 큰 절충안입니다.
트위터의 140자 제한은 종종 매우 실망스러울 수 있습니다. FaceBook의 Twitter "Pull" 애플리케이션이 작동하지만 모든 업데이트가 적시에 FaceBook에 전파되지는 않습니다. 패션. Twitter 클라이언트를 프런트 엔드로 사용하면 업데이트가 항상 내가 원하는 방식으로 형식화되지는 않습니다. FaceBook을 사용하는 친구들이 결국 내 프로필 페이지나 뉴스에서 그 내용을 읽었을 때의 모습이 마음에 듭니다. 밥을 먹이다.
어떤 사람들은 다음과 같은 "멀티캐스트" 서비스를 사용하여 "통합 메시지 버스로서의 트위터" 문제를 해결합니다. Ping.fm, 최근 Twitter 클라이언트 소프트웨어 공급업체에서 구입함 시스믹. Twitter와 FaceBook을 모두 지원하는 TweetDeck에서 내 업데이트를 "멀티캐스트"할 수도 있지만 그렇게 하면 내 삶이 더욱 평탄해집니다. 지금보다 더 복잡하며 모바일 업데이트를 할 때나 트위터가 내 계정에서 "풀링"할 때 다루지 않습니다. 블로그.
우리가 업계에서 말했듯이 미들웨어는 형편없습니다. 그러나 이러한 것들을 함께 묶으려고 하는 다른 사람들은 모두 나와 거의 같은 배에 있기 때문에 일반적으로 우리의 기대 수준은 매우 낮습니다.
위에서 설명한 모든 번거로움은 일종의 클라이언트 소프트웨어를 통해 입력된 직접 업데이트를 처리하기 위한 것입니다. 그런 다음 앞서 언급한 것처럼 블로그 업데이트 문제가 있습니다.
Twitter 서비스 자체에는 블로그에서 업데이트를 직접 가져오고 FaceBook에 직접 푸시하는 메커니즘이 있을 것이라고 생각하겠지만 그렇지 않습니다. 적어도 블로그의 경우에는 타사 서비스를 사용해야 합니다.
한동안 제가 사용했던 트위터피드, 하지만 너무 지속적으로 신뢰할 수 없어서 다른 것을 사용해야 했습니다. 최근 구글의 피드버너 "를 소개했다.피드 소셜화블로그 게시물 제목과 링크를 트위터 입력 스트림에 삽입할 수 있도록 URL 단축 기능이 포함된 기능이 있어서 사용하기 시작했습니다.
Feedburner Feed Socializer는 거의 두 달 전에 사용하기 시작한 이래 상당히 안정적이었지만, 이 작업을 수행하려면 실제로 타사 웹 미들웨어가 필요하다는 것은 어리석은 일입니다. 젠장, 짐, 나는 여가 시간에 시스템 설계자가 되고 싶지 않아요.
이제 우리는 "메시징 버스"를 모든 종류의 제3자 제품과 함께 연결했습니다. 교수가 Gilligan's Island에서 만든 것을, 당신이 어떻게 되는지에 대한 문제도 있습니다. 망치다. 아시다시피, Twitter 클라이언트에 오타나 잘못된 링크를 넣었습니다. 이런 일이 적어도 하루에 한 번씩 나에게 일어납니다. TweetDeck과 Twitter, FaceBook에는 엔드투엔드 통신이 없기 때문에 트윗이 FaceBook에 전파되기 전에 효과적으로 트윗을 삭제해야 합니다.
이러한 전파는 30초 이내에 거의 즉각적으로 발생할 수 있습니다. 트윗을 삭제했다는 이유만으로 FaceBook에서 해당 트윗을 가져올 수 있으므로 이제 잘못된 업데이트를 삭제하려면 FaceBook에 로그인해야 합니다. 실패하다.
이것이 진정한 거래 시스템이라면 TweetDeck/Twitter는 원격 프로시저 호출(RPC) FaceBook에 접속하여 메시지를 삭제하면 그렇게 할 필요가 없습니다. 아, 이제 맞춰보세요. Buzz도 믹스에 추가되었으며 Twitter 커넥터가 활성화되었습니다. 이제 버즈에 로그인하여 잘못된 트윗도 뽑아내야 합니다. 쯧쯧!
우리는 소셜 네트워크 전반에 걸친 메시징/업데이트 문제의 번거로움을 다루었습니다. 나는 각 소셜 네트워크마다 고유한 사용자 ID가 있고 한 소셜 네트워크에서 팔로우하는 사람들이 다른 소셜 네트워크에서는 친구가 되지 않거나 팔로우되지 않는다는 사실조차 이해하지 못했습니다.
지금, 이전 버즈 게시물에서 설명한 것처럼, Twitter에서 팔로우하는 사람을 버즈에서 팔로우하거나 FaceBook에서 친구로 사귀고 싶지 않은 상황이 분명히 있습니다. Twitter에서 팔로우하는 사람, LinkedIn의 FaceBook 친구, 또는 그 반대의 경우도 마찬가지입니다. 하지만 이러한 시스템이 있다면 좋을 것입니다. 어떻게든 서로를 "인식"하고, 이러한 외부 시스템과 관계가 있으며 복제가 가능하다는 사실을 알고 있습니다. 원하는.
오늘날보다 더 잘 작동하는 "소셜 네트워크 시스템 아키텍처"가 필요합니까? 다시 이야기하고 알려주세요.