SORACOM IoT Button의 감시를 해본다.
1889 단어 SORACOM
죄송합니다. 시간이 지났습니다.
음,
SORACOM씨 연말 항례의, #소라콤 산타에, 실로, 처음으로 제대로 한 부탁을 해 보았습니다.
해당 Twitter
경위로서는
요 전날, 2018.11.22 SORACOM Technology Camp 2018 나이트 이벤트에서 LT를 했습니다.
LT시 자료는 이쪽
이 LT 때문에, 오로지 밀고 계속했지만,
그러고 보면 1500에 가까워도 특별히 통지가 있는 것은 아니다. . .
이것은 원한다.
라고 생각해, 부탁한 것입니다.
그렇다고는 해도, API를 사용하면(자) 구현할 수 있는 것은 있다···라고 생각해, Lambda로 구현해 보았습니다.
이력 관리는 우선 DynamoDB에 제조 번호(serialNumber)를 키에 저장하고 있습니다.
최근의 정보를 알고 싶기 때문에, 계속 유지할 필요는 없다고 생각해, DynamoDB에 TTL를 지정해 마음대로 사라지도록 하고 있습니다.
정말로, 최근 발표가 되었다.
유석에 아직 신청대로 하지 않았습니다.
지금의 단계의 움직임으로,
1. 버튼 클릭시에 동작하는 Lambda내에서 DynamoDB에 횟수나 일시를 저장
2. Cloudwatch Events로 움직이는 것을 상정한 Lambda 내에서 SORACOM API의/gadgets로 계정에 묶는 버튼의 일람을 취득
3. serialNumber를 키로, DynamoDB로부터 정보를 취득해, 임계치를 넘고 있으면 Slack에 통지
내 계정의 버튼 모습
Amazon QLDB
이 단계에서는 다음 임계값을 설정합니다.
- 나머지 클릭수 1490 이하(보통은 100 이하입니까)
- DynamoDB에 있는 Item 수가 3이상
알림은 이런 느낌
※ BANSHEE만 통지가 없는 것은, Items의 수가 3으로, 나머지 클릭수가 1491이므로
버튼에 의해, 임계치를 바꿀 수 있을까 생각하기 때문에,
버튼의 Tag에 임계치를 가져도 좋을까라고 생각하기 때문에,
이번 주 안에 그 변 개수해, 대응한 소스를 업합니다.
어쩐지, 버튼으로 뭔가 해 보면 느낌이 아닙니다만, 이상이 됩니다.
Reference
이 문제에 관하여(SORACOM IoT Button의 감시를 해본다.), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/keni_w/items/a285e5390ef59968ba98텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)