> On May 14, 2020, at 10:08 PM, Bandaru, Vivek Shresta <[email protected]> wrote: > > Hi All, > > As part of GSoC, I will be working on the EPIC: > https://issues.apache.org/jira/browse/AIRAVATA-3315 > <https://issues.apache.org/jira/browse/AIRAVATA-3315> > > I have a few questions about the deliverables and it would be really helpful > if someone can answer them. > > The last time I had a discussion about the proposal, I was told about the use > case where a user can add his/her external storage (S3/Azure/GDrive etc) if > they feel the storage quota assigned by the admin isn’t enough. > I do not see this use case in the EPIC description though. Is this a nice to > have or do we have another EPIC to address this use case?
Lets simplify this goal. Let us for a while forget multiple gateways share a storage and there is a notion of internal vs external storage. Lets think about it in simple terms as a Gateway gets created and it chooses its target storage, it could be local to the web server where portal is deployed or it could be on a cloud storage (ignoring the fact how portal access the data). The goal of this GSoC project should be how multiple users within this single gateways gets a default quota (configurable in the portal) and to provide information for users to see storage usage and percentage burn rate against the quota. You can take inspirations from Google Drive like examples. When you login you will see used/total storage, something like that. Do not restrict your GSoC to one single EPIC. Normally GSoC proposals get developed in the community over 3 months and things are clear. Given these happened in a rush now is the time to expand the details and create new epics and issues where needed. > Add user interfaces to display user-specific quota and current usage. - > There's no Mock UI attached to the the epic like this EPIC > <https://issues.apache.org/jira/browse/AIRAVATA-3314> does. Am I supposed to > follow a similar pattern of the mock UI mentioned in the aforementioned epic? Not every Airavata new feature has the luxury of having a mock UI. So I suggest you directly work through programming API’s and code examples. But if you think mock UI’s help frame your thinking you can propose them too. > Use Airavata MFT service to fetch current information on users storage to > cross validate. – I’m not really sure what this line means. Is this point > anyway related to my first point, i.e. a user fetching his current usage > stats from his external storage(Box/S3 etc)? Again do not need to take these too literally and you can step back and look at the goal and propose your interpretations of the larger problem. I was just trying to jump ahead and think on how the storage usage can be calculated. One way is to keep track of the files going into storage and record increment the sum in a database. Otherway is to fetch the used storage space by queuing a service like MFT. The cross-validation above is a mix of both. You can pro-actively track and validate with actual used storage. I think I was over-complicating it here, so you can propose a simpler solution for a user knowing their usage. > > Any pointers are appreciated. > > Regards, > Vivek.
